sac2c issueshttps://gitlab.sac-home.org/sac-group/sac2c/-/issues2017-11-19T21:57:03Zhttps://gitlab.sac-home.org/sac-group/sac2c/-/issues/2092Can't build stdlib Structures.sac on 4GB machine2017-11-19T21:57:03ZRobert BerneckyCan't build stdlib Structures.sac on 4GB machine| | |
| --- | --- |
| Bugzilla Link | [542](http://bugs.sac-home.org/show_bug.cgi?id=542) |
| Created on | Aug 05, 2009 00:16 |
| Resolution | FIXED |
| Resolved on | Sep 27, 2009 19:22 |
| Version | 1.00beta |
| OS | Linux |
| Archite...| | |
| --- | --- |
| Bugzilla Link | [542](http://bugs.sac-home.org/show_bug.cgi?id=542) |
| Created on | Aug 05, 2009 00:16 |
| Resolution | FIXED |
| Resolved on | Sep 27, 2009 19:22 |
| Version | 1.00beta |
| OS | Linux |
| Architecture | PC |
## Extended Description
<pre>I am unable to build the stdlib on a 4GB machine; the thing
runs out of memory. Memory use grows steadily during SAACYC, but I can't see
anything obvious in the way of corruption with memcheck or treecheck during
those phases. I noted this:
1. Turning off most optimizations let the compile complete.
2. The SAACYC optimization phases are spending most
of their time here, based on eyeballing -v4 output:
Eliminating type variables ...
Eliminating bottom types ...
3.isaa2 produces a LOT of -d memcheck errors, but it is only invoked
once, so I don't see that it can be the problem.
4. I did not see anything obvious in -b11:xxx output, such as
multiple copies of same value being computed. etc.
5. I'm running valgrind on it now, but it's taking a wee bit of time.</pre>Sven-Bodo ScholzSven-Bodo Scholzhttps://gitlab.sac-home.org/sac-group/sac2c/-/issues/2091libsacprelude does not compile2017-11-19T21:56:55ZClemens Grelcklibsacprelude does not compile| | |
| --- | --- |
| Bugzilla Link | [531](http://bugs.sac-home.org/show_bug.cgi?id=531) |
| Created on | Jul 23, 2009 09:15 |
| Resolution | FIXED |
| Resolved on | Jul 23, 2009 18:52 |
| Version | 1.00beta |
| OS | Linux |
| Archite...| | |
| --- | --- |
| Bugzilla Link | [531](http://bugs.sac-home.org/show_bug.cgi?id=531) |
| Created on | Jul 23, 2009 09:15 |
| Resolution | FIXED |
| Resolved on | Jul 23, 2009 18:52 |
| Version | 1.00beta |
| OS | Linux |
| Architecture | PC |
## Extended Description
<pre>As of revision 16229 (at least) sac2c fails to compile the sacprelude:
****** Optimizing regular function:
****** sacprelude::adjustLacFunParams( bool[*], int[*], int[.]): ...
Applying common subexpression elimination ...
Inferring loop invariant variables ...
Applying type upgrade ...
Eliminating Type Variables ...
Eliminating Bottom Types ...
Applying function call dispatch ...
Applying inlining ...
Applying with-loop propagation ...
Applying constant folding ...
ASSERTION FAILED: file 'constants/constants_basic.c', line 780
Constant is NULL!
EXECUTION TERMINATED
Aborted</pre>Sven-Bodo ScholzSven-Bodo Scholzhttps://gitlab.sac-home.org/sac-group/sac2c/-/issues/2090call PRTdoPrintNode(arg_node) within ddd no longer works2017-11-19T21:56:50ZRobert Berneckycall PRTdoPrintNode(arg_node) within ddd no longer works| | |
| --- | --- |
| Bugzilla Link | [529](http://bugs.sac-home.org/show_bug.cgi?id=529) |
| Created on | Jul 21, 2009 22:44 |
| Resolution | FIXED |
| Resolved on | Jul 22, 2009 08:59 |
| Version | 1.00beta |
| OS | Linux |
| Archite...| | |
| --- | --- |
| Bugzilla Link | [529](http://bugs.sac-home.org/show_bug.cgi?id=529) |
| Created on | Jul 21, 2009 22:44 |
| Resolution | FIXED |
| Resolved on | Jul 22, 2009 08:59 |
| Version | 1.00beta |
| OS | Linux |
| Architecture | PC |
## Extended Description
<pre>Because global.outfile == 0.</pre>Sven-Bodo ScholzSven-Bodo Scholzhttps://gitlab.sac-home.org/sac-group/sac2c/-/issues/2089printf inside with-loop2017-11-19T21:56:44ZArtem Shinkarovprintf inside with-loop| | |
| --- | --- |
| Bugzilla Link | [528](http://bugs.sac-home.org/show_bug.cgi?id=528) |
| Created on | Jul 17, 2009 19:40 |
| Resolution | FIXED |
| Resolved on | Jul 30, 2009 08:25 |
| Version | 1.00beta |
| OS | Linux |
| Archite...| | |
| --- | --- |
| Bugzilla Link | [528](http://bugs.sac-home.org/show_bug.cgi?id=528) |
| Created on | Jul 17, 2009 19:40 |
| Resolution | FIXED |
| Resolved on | Jul 30, 2009 08:25 |
| Version | 1.00beta |
| OS | Linux |
| Architecture | PC |
| Attachments | [SACbugreport](/uploads/96b58a4f077be092d5cc6164bbdbd781/SACbugreport) |
## Extended Description
<pre>Created an attachment (id=553)
Auto-generated report
Inserting printf in with-loop causes compiler-crash.</pre>Sven-Bodo ScholzSven-Bodo Scholzhttps://gitlab.sac-home.org/sac-group/sac2c/-/issues/2088non-alpha type for LHS found - duplicate assign for LHS caused by WLF/EWLF2017-11-19T21:56:38ZRobert Berneckynon-alpha type for LHS found - duplicate assign for LHS caused by WLF/EWLF| | |
| --- | --- |
| Bugzilla Link | [513](http://bugs.sac-home.org/show_bug.cgi?id=513) |
| Created on | Jun 22, 2009 05:33 |
| Resolution | FIXED |
| Resolved on | Jun 22, 2009 15:40 |
| Version | 1.00beta |
| OS | Linux |
| Archite...| | |
| --- | --- |
| Bugzilla Link | [513](http://bugs.sac-home.org/show_bug.cgi?id=513) |
| Created on | Jun 22, 2009 05:33 |
| Resolution | FIXED |
| Resolved on | Jun 22, 2009 15:40 |
| Version | 1.00beta |
| OS | Linux |
| Architecture | PC |
| Attachments | [bugivrename.sac](/uploads/5ec6c96469adf1ba3224f5f6a68bf952/bugivrename.sac) |
## Extended Description
<pre>Created an attachment (id=542)
Source code to cause crash
ASSERTION FAILED: file 'typecheck/new_typecheck.c', line 1161
non-alpha type for LHS found!
This crash appeared in build #16128, but I only discovered it today,
when I wrote a new test script.
I'll fix it tomorrow. If you need something working immediately,
please back up to build #16127.</pre>Sven-Bodo ScholzSven-Bodo Scholzhttps://gitlab.sac-home.org/sac-group/sac2c/-/issues/2087Gtrammar vs manual2017-11-19T21:56:32ZArtem ShinkarovGtrammar vs manual| | |
| --- | --- |
| Bugzilla Link | [490](http://bugs.sac-home.org/show_bug.cgi?id=490) |
| Created on | May 06, 2009 10:00 |
| Resolution | FIXED |
| Resolved on | Jul 18, 2012 09:12 |
| Version | 1.00beta |
| OS | Linux |
| Archite...| | |
| --- | --- |
| Bugzilla Link | [490](http://bugs.sac-home.org/show_bug.cgi?id=490) |
| Created on | May 06, 2009 10:00 |
| Resolution | FIXED |
| Resolved on | Jul 18, 2012 09:12 |
| Version | 1.00beta |
| OS | Linux |
| Architecture | PC |
## Extended Description
<pre>This link http://www.sac-home.org/bnf/sac_grammar/node5.html
allows us to assign a value when we declare a variable;
But in a real life expression like
int i = count;
Causes an error:
ABORT: line 107 file: n-body.sac
ABORT: syntax error at pos 16: '=`
ABORT: int conunt = 0;
ABORT:</pre>Sven-Bodo ScholzSven-Bodo Scholzhttps://gitlab.sac-home.org/sac-group/sac2c/-/issues/2086Incorrect result from recursive function with a fold on concat2017-11-19T21:56:26ZDaniel RollsIncorrect result from recursive function with a fold on concat| | |
| --- | --- |
| Bugzilla Link | [484](http://bugs.sac-home.org/show_bug.cgi?id=484) |
| Created on | Apr 21, 2009 11:36 |
| Resolution | FIXED |
| Resolved on | Apr 24, 2009 21:53 |
| Version | 1.00beta |
| OS | MacOS X |
| Archi...| | |
| --- | --- |
| Bugzilla Link | [484](http://bugs.sac-home.org/show_bug.cgi?id=484) |
| Created on | Apr 21, 2009 11:36 |
| Resolution | FIXED |
| Resolved on | Apr 24, 2009 21:53 |
| Version | 1.00beta |
| OS | MacOS X |
| Architecture | PC |
| Attachments | [bughunt.sac](/uploads/74ace251aebf1fc095ba0155b02d4867/bughunt.sac) |
## Extended Description
<pre>Created an attachment (id=515)
Source code to reproduce the bug
sac2c Version: 16036
Run:
sac2c bughunt.sac && ./a.out ; echo $?
to see the bug. The return value is shape( result)[0] which should be 2 but is 1. Add -noopt and the bug goes away. Could this be related to bug 208?</pre>Sven-Bodo ScholzSven-Bodo Scholzhttps://gitlab.sac-home.org/sac-group/sac2c/-/issues/2085stdlib vector rotate busts -glf2017-11-19T21:56:21ZRobert Berneckystdlib vector rotate busts -glf| | |
| --- | --- |
| Bugzilla Link | [479](http://bugs.sac-home.org/show_bug.cgi?id=479) |
| Created on | Mar 31, 2009 22:22 |
| Resolution | DUPLICATE |
| Resolved on | Jun 05, 2009 14:22 |
| Version | 1.00beta |
| OS | Linux |
| Arc...| | |
| --- | --- |
| Bugzilla Link | [479](http://bugs.sac-home.org/show_bug.cgi?id=479) |
| Created on | Mar 31, 2009 22:22 |
| Resolution | DUPLICATE |
| Resolved on | Jun 05, 2009 14:22 |
| Version | 1.00beta |
| OS | Linux |
| Architecture | PC |
| Attachments | [crud2.sac](/uploads/54b8c4d513d367603cf57a465cc46a84/crud2.sac), [rotatevector.sac](/uploads/54bd8248ad2de936cf3a4722e2bb8d8e/rotatevector.sac) |
## Extended Description
<pre>Created an attachment (id=510)
source code to reproduce failure
sac2c rotatevector.sac -glf
dies in LIRap, with a corrupted AP_FUNDEF node.</pre>Sven-Bodo ScholzSven-Bodo Scholzhttps://gitlab.sac-home.org/sac-group/sac2c/-/issues/2084Variable rank disappears over Loop invocation2017-11-19T21:56:14ZRobert BerneckyVariable rank disappears over Loop invocation| | |
| --- | --- |
| Bugzilla Link | [477](http://bugs.sac-home.org/show_bug.cgi?id=477) |
| Created on | Mar 15, 2009 17:51 |
| Resolution | LATER |
| Resolved on | Mar 19, 2009 18:58 |
| Version | 1.00beta |
| OS | Linux |
| Archite...| | |
| --- | --- |
| Bugzilla Link | [477](http://bugs.sac-home.org/show_bug.cgi?id=477) |
| Created on | Mar 15, 2009 17:51 |
| Resolution | LATER |
| Resolved on | Mar 19, 2009 18:58 |
| Version | 1.00beta |
| OS | Linux |
| Architecture | PC |
| Attachments | [mini.sac](/uploads/c47aeffa12cba4f398c439d299eba907/mini.sac) |
## Extended Description
<pre>Created an attachment (id=505)
source code to reproduce failure
The attached ipdd.sac (tinkered) ran very slowly, so I looked
at the main() inner loop. There is a call to a lacfn, Loop_0,
for a function that is doing x[.]+y[.], but the type in the header
says [*], with result type [*].
If I replace the "x+y" in the code with an explicit WL to do the
add, it all works OK. See function PLUS in the attachment.
Sadly, even when that bug is worked around, this matrix product still runs
6X slower than Fortran 77.
Note different code if compiled with -DBUG.</pre>Sven-Bodo ScholzSven-Bodo Scholzhttps://gitlab.sac-home.org/sac-group/sac2c/-/issues/2083empty vector AKV/AKS ambiguity problem2017-11-19T21:56:07ZRobert Berneckyempty vector AKV/AKS ambiguity problem| | |
| --- | --- |
| Bugzilla Link | [452](http://bugs.sac-home.org/show_bug.cgi?id=452) |
| Created on | Jul 24, 2008 23:44 |
| Resolution | FIXED |
| Resolved on | Sep 16, 2008 12:24 |
| Version | 1.00beta |
| OS | Linux |
| Archite...| | |
| --- | --- |
| Bugzilla Link | [452](http://bugs.sac-home.org/show_bug.cgi?id=452) |
| Created on | Jul 24, 2008 23:44 |
| Resolution | FIXED |
| Resolved on | Sep 16, 2008 12:24 |
| Version | 1.00beta |
| OS | Linux |
| Architecture | PC |
## Extended Description
<pre>Compile this and it works. Compile it with -DBUG and the compiler grumps.
--------------------------------------------------------------------------
/* Empty vector reshape one-element vector should produce scalar result */
int main()
{
int z;
int [0] x;
int [1] y;
x = [:int];
y = [1];
#ifdef BUG
z = rhoIII(x,y);
#else //BUG
z = _reshape_VxA_(x, y);
#endif //BUG
return(z);
}
int rhoIII(int[0] x, int[1] y)
{
int z;
z = _reshape_VxA_(x, y);
return(z);
}</pre>Sven-Bodo ScholzSven-Bodo Scholzhttps://gitlab.sac-home.org/sac-group/sac2c/-/issues/2082new element type of array does not match old type in tvd2d_abstract.sac2021-05-27T14:07:56ZRobert Berneckynew element type of array does not match old type in tvd2d_abstract.sac| | |
| --- | --- |
| Bugzilla Link | [451](http://bugs.sac-home.org/show_bug.cgi?id=451) |
| Created on | Jul 24, 2008 21:17 |
| Resolution | FIXED |
| Resolved on | Sep 22, 2008 21:01 |
| Version | 1.00beta |
| OS | Linux |
| Archite...| | |
| --- | --- |
| Bugzilla Link | [451](http://bugs.sac-home.org/show_bug.cgi?id=451) |
| Created on | Jul 24, 2008 21:17 |
| Resolution | FIXED |
| Resolved on | Sep 22, 2008 21:01 |
| Version | 1.00beta |
| OS | Linux |
| Architecture | PC |
## Extended Description
<pre>sac2c -O3 -v1 -maxlur 10 -L fluid -L /usr/local/dislin -wls_aggressive -DDISLIN
tvd2d_abstract.sac -nocf
./tvd2d_abstract.sac:15:1: warning: "DISLIN" redefined
<command-line>: warning: this is the location of the previous definition
ASSERTION FAILED: file 'typecheck/elim_alpha_types.c', line 505
new element type of array does not match old type!
EXECUTION TERMINATED
Note the presence of -nocf.
This is from sac/demos/numerical/tvd</pre>Sven-Bodo ScholzSven-Bodo Scholzhttps://gitlab.sac-home.org/sac-group/sac2c/-/issues/2081Multi-operator WLs crash sac2c w/new CF2017-11-19T21:55:56ZRobert BerneckyMulti-operator WLs crash sac2c w/new CF| | |
| --- | --- |
| Bugzilla Link | [446](http://bugs.sac-home.org/show_bug.cgi?id=446) |
| Created on | Jul 07, 2008 17:59 |
| Resolution | FIXED |
| Resolved on | Jul 08, 2008 19:10 |
| Version | 1.00beta |
| OS | Linux |
| Archite...| | |
| --- | --- |
| Bugzilla Link | [446](http://bugs.sac-home.org/show_bug.cgi?id=446) |
| Created on | Jul 07, 2008 17:59 |
| Resolution | FIXED |
| Resolved on | Jul 08, 2008 19:10 |
| Version | 1.00beta |
| OS | Linux |
| Architecture | PC |
| Attachments | [tutu.sac](/uploads/cc5b62b0c985b4b87d382dc75202290c/tutu.sac) |
## Extended Description
<pre>The attached crashes sac2c while inserting symbolic array attributes.
The direct problem is that the SAA code presumes that the
returnexprs code always has a funcond as its SSAASSIGN node.
However, CF has removed the funcond (due to an always-true or
always-false predicate, and replaced it with an N_num.
Presumably, either CF has to be more conservative about chucking
code away, or the SAA stuff has to be more intelligent about
what it expects to see when it is generating code to
ship non-formal results to the calling function.</pre>Sven-Bodo ScholzSven-Bodo Scholzhttps://gitlab.sac-home.org/sac-group/sac2c/-/issues/2080tree gets muddled up by CF; problem with idx_shape_sel2017-11-19T21:55:49ZSven-Bodo Scholztree gets muddled up by CF; problem with idx_shape_sel| | |
| --- | --- |
| Bugzilla Link | [444](http://bugs.sac-home.org/show_bug.cgi?id=444) |
| Created on | Jul 01, 2008 11:00 |
| Resolution | FIXED |
| Resolved on | Jul 02, 2008 05:53 |
| Version | 1.00beta |
| OS | Linux |
| Archite...| | |
| --- | --- |
| Bugzilla Link | [444](http://bugs.sac-home.org/show_bug.cgi?id=444) |
| Created on | Jul 01, 2008 11:00 |
| Resolution | FIXED |
| Resolved on | Jul 02, 2008 05:53 |
| Version | 1.00beta |
| OS | Linux |
| Architecture | PC |
| Attachments | [tutu.sac](/uploads/aa98c09906c9cecd83665fc19ad4187c/tutu.sac) |
## Extended Description
<pre>Created an attachment (id=481)
source code
Here is a small example for a CF problem. Unfortunately, it only arises
if you a) update to rev 15749 and b) modify constant_folding.c in line 224
from INFO_LACFUNOK( arg_info) = TRUE;
into INFO_LACFUNOK( arg_info) = FALSE;
After that you cannot create the prelude anymore!!!
But you can compile the attached example with
sac2c tutu.sac -b11:cyc:wlpr:1 -noprelude and with
sac2c tutu.sac -b11:cyc:cf:1 -noprelude
You will see a difference in the else branch of the conditional in xxx_Cond_0!
If you try to compile further by
sac2c tutu.sac -b11:cyc:dcr:1 -noprelude printing goes badaboom</pre>Sven-Bodo ScholzSven-Bodo Scholzhttps://gitlab.sac-home.org/sac-group/sac2c/-/issues/2079Broken SSAASSIGN link in link2017-11-19T21:55:43ZRobert BerneckyBroken SSAASSIGN link in link| | |
| --- | --- |
| Bugzilla Link | [442](http://bugs.sac-home.org/show_bug.cgi?id=442) |
| Created on | Jun 30, 2008 15:40 |
| Resolution | FIXED |
| Resolved on | Jul 15, 2008 16:52 |
| Version | 1.00beta |
| OS | Linux |
| Archite...| | |
| --- | --- |
| Bugzilla Link | [442](http://bugs.sac-home.org/show_bug.cgi?id=442) |
| Created on | Jun 30, 2008 15:40 |
| Resolution | FIXED |
| Resolved on | Jul 15, 2008 16:52 |
| Version | 1.00beta |
| OS | Linux |
| Architecture | PC |
## Extended Description
<pre>sac2c -d sancheck bugopt.sac crashes with broken SSAASSIGN. Here's the code:
Now, if you compile this with -nolir, you get a different failure
(in Arithmetic Simplification) and with
-nocf, the bug disappears entirely.
--------------------------------------------------------
use Structures : {<,+,modarray};
int main()
{
y = _reshape_VxA_([2, 2, 2], [1,2,3,4,5,6,7,8]);
z = y;
q = _reshape_VxA_([2,2],[9,10,11,12]);
#ifdef BUG
for(i=0; i<2; i++) {
for(j = 0; j<1 ; j++){
#else // BUG
for(i=0; _lt_SxS_(i,2); i++) {
for(j = 0; _lt_SxS_(j,1) ; j++){
#endif // BUG
z[[0]] = q;
}
}
return(_sel_VxA_([0,1,1], z));
}</pre>Sven-Bodo ScholzSven-Bodo Scholzhttps://gitlab.sac-home.org/sac-group/sac2c/-/issues/2078-noOPT bug: Code gen dies w/inconsistant dimensions/sizes found2017-11-19T21:55:38ZRobert Bernecky-noOPT bug: Code gen dies w/inconsistant dimensions/sizes found| | |
| --- | --- |
| Bugzilla Link | [441](http://bugs.sac-home.org/show_bug.cgi?id=441) |
| Created on | Jun 29, 2008 20:42 |
| Resolution | FIXED |
| Resolved on | Jul 10, 2008 17:59 |
| Version | 1.00beta |
| OS | Linux |
| Archite...| | |
| --- | --- |
| Bugzilla Link | [441](http://bugs.sac-home.org/show_bug.cgi?id=441) |
| Created on | Jun 29, 2008 20:42 |
| Resolution | FIXED |
| Resolved on | Jul 10, 2008 17:59 |
| Version | 1.00beta |
| OS | Linux |
| Architecture | PC |
## Extended Description
<pre>This code dies in icm2c_basic.c with the above error, when compiled with:
sac2c -noprelude -noopts todbug.sac
/* dies in code generator with inconsistent size/dim:
sac2c -noopt -noprelude todbug.sac
*/
module bugme;
export {bugger};
int[*] bugger ()
{
x = 0;
for (ib=0; _le_SxS_(ib, 3); ib = _add_SxS_(ib, 1)){
x = with { ([0] <= [ix] <= [8])
: 2;}
: genarray([9], 666);
}
return( x);
}</pre>Sven-Bodo ScholzSven-Bodo Scholzhttps://gitlab.sac-home.org/sac-group/sac2c/-/issues/2077variables of non-scaler UDT cannot be declared!2017-11-19T21:55:32ZSven-Bodo Scholzvariables of non-scaler UDT cannot be declared!| | |
| --- | --- |
| Bugzilla Link | [436](http://bugs.sac-home.org/show_bug.cgi?id=436) |
| Created on | Jun 17, 2008 12:23 |
| Resolution | FIXED |
| Resolved on | Jul 10, 2014 22:48 |
| Version | 1.00beta |
| OS | Linux |
| Archite...| | |
| --- | --- |
| Bugzilla Link | [436](http://bugs.sac-home.org/show_bug.cgi?id=436) |
| Created on | Jun 17, 2008 12:23 |
| Resolution | FIXED |
| Resolved on | Jul 10, 2014 22:48 |
| Version | 1.00beta |
| OS | Linux |
| Architecture | PC |
## Extended Description
<pre>as of rev 15732, the following trivial example does not parse:
typedef int[2] foo;
int main()
{
foo[2] x;
x = (:foo[*])[[1,2],[3,4]];
return( 0);
}
It returns:
ABORT: line 5 file: tata.sac
ABORT: syntax error at pos 10: 'x`
ABORT: foo[2] x;
ABORT: ^</pre>Sven-Bodo ScholzSven-Bodo Scholzhttps://gitlab.sac-home.org/sac-group/sac2c/-/issues/2076Leading 0s not supported in hexadecimal representations2017-11-19T21:55:27ZDaniel RollsLeading 0s not supported in hexadecimal representations| | |
| --- | --- |
| Bugzilla Link | [434](http://bugs.sac-home.org/show_bug.cgi?id=434) |
| Created on | Jun 12, 2008 23:34 |
| Resolution | FIXED |
| Resolved on | Jun 13, 2008 09:22 |
| Version | 1.00beta |
| OS | Linux |
| Archite...| | |
| --- | --- |
| Bugzilla Link | [434](http://bugs.sac-home.org/show_bug.cgi?id=434) |
| Created on | Jun 12, 2008 23:34 |
| Resolution | FIXED |
| Resolved on | Jun 13, 2008 09:22 |
| Version | 1.00beta |
| OS | Linux |
| Architecture | PC |
## Extended Description
Code like this:
a = 0x01 ;
Produces errors like:
ERROR: Hexadecimal constant not representable as integer: 0x01
The easy fix is to rewrite the line as 0x1 but this is incompatible with C and means that arrays of hexadecimal constants cannot quickly be copied from C to SAC.
I used developer rev 15698 on obelix.Sven-Bodo ScholzSven-Bodo Scholzhttps://gitlab.sac-home.org/sac-group/sac2c/-/issues/2075sac2crc does not accept hyphens in values2017-11-19T21:55:22ZClemens Grelcksac2crc does not accept hyphens in values| | |
| --- | --- |
| Bugzilla Link | [433](http://bugs.sac-home.org/show_bug.cgi?id=433) |
| Created on | Jun 12, 2008 08:57 |
| Resolution | FIXED |
| Resolved on | Jun 13, 2008 08:35 |
| Version | 1.00alpha |
| OS | Linux |
| Archit...| | |
| --- | --- |
| Bugzilla Link | [433](http://bugs.sac-home.org/show_bug.cgi?id=433) |
| Created on | Jun 12, 2008 08:57 |
| Resolution | FIXED |
| Resolved on | Jun 13, 2008 08:35 |
| Version | 1.00alpha |
| OS | Linux |
| Architecture | PC |
## Extended Description
<pre>Building sac2c fails with the following message:
************************************************************
* Building SAC libsacprelude (developer version)
* revision 15727
* on linux-gnu for i686
************************************************************
Creating lib/libsacpreludeTree.so
lib/libsacpreludeMod.so
lib/libsacpreludeMod.a
ABORT: line 329 file: /home/grelck/sac/sac2c/sac2crc
ABORT: syntax error at pos 26: '-intel`
ABORT: CCFLAGS := -shared-intel
ABORT: ^
*** Compilation failed ***
*** Exit code 0 (initial)
*** 1 Error(s), 0 Warning(s)</pre>Sven-Bodo ScholzSven-Bodo Scholzhttps://gitlab.sac-home.org/sac-group/sac2c/-/issues/2074Compiler crashes2017-11-19T21:55:16ZJacob Emil Baungard HansenCompiler crashes| | |
| --- | --- |
| Bugzilla Link | [418](http://bugs.sac-home.org/show_bug.cgi?id=418) |
| Created on | Apr 16, 2008 14:43 |
| Resolution | FIXED |
| Resolved on | Jul 10, 2008 22:46 |
| Version | 1.00beta |
| OS | Linux |
| Archite...| | |
| --- | --- |
| Bugzilla Link | [418](http://bugs.sac-home.org/show_bug.cgi?id=418) |
| Created on | Apr 16, 2008 14:43 |
| Resolution | FIXED |
| Resolved on | Jul 10, 2008 22:46 |
| Version | 1.00beta |
| OS | Linux |
| Architecture | PC |
| Attachments | [exprs.sac](/uploads/c448459f6b83083658ba9af6a30f1682/exprs.sac) |Sven-Bodo ScholzSven-Bodo Scholzhttps://gitlab.sac-home.org/sac-group/sac2c/-/issues/2073-ecc introduces an undefined variable2017-11-19T21:55:11ZSven-Bodo Scholz-ecc introduces an undefined variable| | |
| --- | --- |
| Bugzilla Link | [417](http://bugs.sac-home.org/show_bug.cgi?id=417) |
| Created on | Apr 16, 2008 12:49 |
| Resolution | FIXED |
| Resolved on | Apr 16, 2008 16:05 |
| Version | 1.00beta |
| OS | Linux |
| Archite...| | |
| --- | --- |
| Bugzilla Link | [417](http://bugs.sac-home.org/show_bug.cgi?id=417) |
| Created on | Apr 16, 2008 12:49 |
| Resolution | FIXED |
| Resolved on | Apr 16, 2008 16:05 |
| Version | 1.00beta |
| OS | Linux |
| Architecture | PC |
| Attachments | [ecc_error.sac](/uploads/640e97d799ed6111ec4920f21b10c5b6/ecc_error.sac) |
## Extended Description
<pre>Created an attachment (id=466)
src code
as of revision 15688 the debug version leads to an undefined variable
on specialising ++:: int[4] -> int[.]
compilation with -ecc yields:
** 9: Creating Wrapper Code and Eliminating User-Defined Types ...
**** Creating Wrapper Bodies ...
**** Eliminating conditionals in wrapper code ...
**** Establishing static single assignment form in wrapper code ...
**** Trying to dispatch functions statically ...
**** Eliminating User-Defined Types ...
**** Inserting Conformity Checks ...
**** Running type inference system ...
ABORT: line 93 file: ArrayTransform.sac
ABORT: Cannot infer type for _idc_502 as it may be used without a previous
ABORT: definition</pre>Sven-Bodo ScholzSven-Bodo Scholz