sac2c issueshttps://gitlab.sac-home.org/sac-group/sac2c/-/issues2017-11-19T20:58:05Zhttps://gitlab.sac-home.org/sac-group/sac2c/-/issues/1512Performance loss between Build #15138 and 152222017-11-19T20:58:05ZRobert BerneckyPerformance loss between Build #15138 and 15222| | |
| --- | --- |
| Bugzilla Link | [347](http://bugs.sac-home.org/show_bug.cgi?id=347) |
| Created on | Feb 27, 2007 19:59 |
| Resolution | FIXED |
| Resolved on | Nov 21, 2007 23:31 |
| Version | 1.00beta |
| OS | Linux |
| Archite...| | |
| --- | --- |
| Bugzilla Link | [347](http://bugs.sac-home.org/show_bug.cgi?id=347) |
| Created on | Feb 27, 2007 19:59 |
| Resolution | FIXED |
| Resolved on | Nov 21, 2007 23:31 |
| Version | 1.00beta |
| OS | Linux |
| Architecture | PC |
## Extended Description
<pre>I tried to rebuild versions of sac2c between the two revision levels noted
> below, but the file structural changes were not cooperating, so I have
> not been able to fault-isolate the problem to any degree more than that
> noted below.
>>> Just as a matter of curiousity, does anyone know why recent versions of
>>> sac2c are generating code that may run an order of magnitude slower
>>> than earlier versions?
>>>
>>> I think I'm looking at current build #15222 vs build #15138, or
>>> thereabouts.
>>> apex/histlp.sac is typical. apex/buildv2.sac has similar excitement.
>>> Both
>>> of these are scalar-ish looping codes.
>>>
>>> The buildv2.sac benchmark constructs a vector
>>> by repeated assigns of other vectors into it.
>>>
>>> histlp.sac computes histograms via a loop over the input data.
>>>
>>> I have not taken the time to look into why things are slower, but if you
>>> do know
>>> what's up, perhaps you can enlighten us with what's up, and when we
>>> might expect things to return to normal?
>>>
>>> This is compiling with -dowlfs -dosaacyc -check b -maxwlur 3 -dosaa and
>>> -noPHM.
>>> THe latter should not be relevant, because my earlier timings were also
>>> done with
>>> -noPHM.
>>> ps: Many benchmarks that DID work before now crash sac2c.</pre>Florian BütherFlorian Bütherhttps://gitlab.sac-home.org/sac-group/sac2c/-/issues/1511_accu_ returns 1 instead of two return values2017-11-19T20:57:59ZRobert Bernecky_accu_ returns 1 instead of two return values| | |
| --- | --- |
| Bugzilla Link | [345](http://bugs.sac-home.org/show_bug.cgi?id=345) |
| Created on | Feb 12, 2007 19:58 |
| Resolution | INVALID |
| Resolved on | Jun 12, 2007 08:42 |
| Version | 1.00beta |
| OS | Linux |
| Archi...| | |
| --- | --- |
| Bugzilla Link | [345](http://bugs.sac-home.org/show_bug.cgi?id=345) |
| Created on | Feb 12, 2007 19:58 |
| Resolution | INVALID |
| Resolved on | Jun 12, 2007 08:42 |
| Version | 1.00beta |
| OS | Linux |
| Architecture | PC |
| Attachments | [crud.sac](/uploads/2e4e339ed0f17224b65e1f45cda28c7d/crud.sac) |
## Extended Description
<pre>The attached, when compiled in build#15222 with these options, dies with Summary
error in ArrayTransform:
sac2c -dowlfs -dosaacyc crud.sac
Removing EITHER of the above compiler options allows the code to compile OK.</pre>Florian BütherFlorian Bütherhttps://gitlab.sac-home.org/sac-group/sac2c/-/issues/1510silly bugger kills IVE w/dosaacyc2017-11-19T20:57:53ZRobert Berneckysilly bugger kills IVE w/dosaacyc| | |
| --- | --- |
| Bugzilla Link | [341](http://bugs.sac-home.org/show_bug.cgi?id=341) |
| Created on | Jan 24, 2007 17:17 |
| Resolution | FIXED |
| Resolved on | Apr 03, 2007 18:51 |
| Version | 1.00beta |
| OS | Linux |
| Archite...| | |
| --- | --- |
| Bugzilla Link | [341](http://bugs.sac-home.org/show_bug.cgi?id=341) |
| Created on | Jan 24, 2007 17:17 |
| Resolution | FIXED |
| Resolved on | Apr 03, 2007 18:51 |
| Version | 1.00beta |
| OS | Linux |
| Architecture | PC |
| Attachments | [bug341.sac](/uploads/aff1ea5ddd8213c99a989e5925875c79/bug341.sac), [bug341_patch.diff](/uploads/a5c8bcab28da851303b3ce7ecf64b5f7/bug341_patch.diff), [bodoive.sac](/uploads/6947f0ad84d28ac2b058cd638d47d59d/bodoive.sac) |
## Extended Description
<pre>The attached dies in IVESPLITprf when compiled with
sac2c -dosaacyc silly.sac
because the second argument to a sel() has AVIS_SHAPE of 0X0.</pre>Florian BütherFlorian Bütherhttps://gitlab.sac-home.org/sac-group/sac2c/-/issues/1509saa relies on dcr but is not suppressed if noDCR!2017-11-19T20:57:45ZSven-Bodo Scholzsaa relies on dcr but is not suppressed if noDCR!| | |
| --- | --- |
| Bugzilla Link | [340](http://bugs.sac-home.org/show_bug.cgi?id=340) |
| Created on | Jan 18, 2007 14:11 |
| Resolution | FIXED |
| Resolved on | Jan 23, 2007 10:23 |
| Version | 1.00beta |
| OS | Linux |
| Archite...| | |
| --- | --- |
| Bugzilla Link | [340](http://bugs.sac-home.org/show_bug.cgi?id=340) |
| Created on | Jan 18, 2007 14:11 |
| Resolution | FIXED |
| Resolved on | Jan 23, 2007 10:23 |
| Version | 1.00beta |
| OS | Linux |
| Architecture | PC |
## Extended Description
<pre>try to compile:
int main()
{
a = "huhu";
return(0);
}
sac2c -noDCR
=> DBUG_ASSERT in alloc.c (rev 15153)
I think saa should be turnd off in that case and a warning issued (as done for
several other cases...)</pre>Florian BütherFlorian Bütherhttps://gitlab.sac-home.org/sac-group/sac2c/-/issues/1508attached program brakes compiler during fun2lac after opts2017-11-19T20:57:40ZStephan Herhutattached program brakes compiler during fun2lac after opts| | |
| --- | --- |
| Bugzilla Link | [119](http://bugs.sac-home.org/show_bug.cgi?id=119) |
| Created on | Sep 21, 2005 14:55 |
| Resolution | FIXED |
| Resolved on | Sep 21, 2005 14:58 |
| Version | 1.00beta |
| OS | Linux |
| Archite...| | |
| --- | --- |
| Bugzilla Link | [119](http://bugs.sac-home.org/show_bug.cgi?id=119) |
| Created on | Sep 21, 2005 14:55 |
| Resolution | FIXED |
| Resolved on | Sep 21, 2005 14:58 |
| Version | 1.00beta |
| OS | Linux |
| Architecture | PC |
| Attachments | [ivrot.sac](/uploads/96e129cb0ade9e9a087a9042dc449893/ivrot.sac) |
## Extended Description
the attached program lead to a segfault.Dietmar KreyeDietmar Kreyehttps://gitlab.sac-home.org/sac-group/sac2c/-/issues/1507Bobbo is confused or the compiler gens crummy code2017-11-19T20:57:34ZRobert BerneckyBobbo is confused or the compiler gens crummy code| | |
| --- | --- |
| Bugzilla Link | [88](http://bugs.sac-home.org/show_bug.cgi?id=88) |
| Created on | Jun 22, 2005 17:45 |
| Resolution | WONTFIX |
| Resolved on | Jun 27, 2005 12:01 |
| Version | 1.00beta |
| OS | Linux |
| Archite...| | |
| --- | --- |
| Bugzilla Link | [88](http://bugs.sac-home.org/show_bug.cgi?id=88) |
| Created on | Jun 22, 2005 17:45 |
| Resolution | WONTFIX |
| Resolved on | Jun 27, 2005 12:01 |
| Version | 1.00beta |
| OS | Linux |
| Architecture | PC |
| Attachments | [reduce.sac](/uploads/d440239df768f80017932c488bdd05e4/reduce.sac) |
## Extended Description
<pre>The attached reduce.sac gets a seg fault, apparently in the FirstAxisReduce code.
I am suspicious of my understanding of that function and its friend, fold.
Several questions:
1.Is tensor[iv] restricted to produce a scalar result, or does it have the
same semantics as "psel"? If the former, then the seg fault may be explainable.
2. I can't seem to get at psel in the ArrayBasics module. I've tried it with
and without #define SCALAR_SEL, with no luck. Feeling stupid today.</pre>Dietmar KreyeDietmar Kreyehttps://gitlab.sac-home.org/sac-group/sac2c/-/issues/1506make experimental/newTS fails with code base as of 2005-02-212017-11-19T20:57:28ZRobert Berneckymake experimental/newTS fails with code base as of 2005-02-21| | |
| --- | --- |
| Bugzilla Link | [87](http://bugs.sac-home.org/show_bug.cgi?id=87) |
| Created on | Feb 21, 2005 22:29 |
| Resolution | WONTFIX |
| Resolved on | Jun 27, 2005 11:58 |
| Version | 1.00beta |
| OS | Linux |
| Archite...| | |
| --- | --- |
| Bugzilla Link | [87](http://bugs.sac-home.org/show_bug.cgi?id=87) |
| Created on | Feb 21, 2005 22:29 |
| Resolution | WONTFIX |
| Resolved on | Jun 27, 2005 11:58 |
| Version | 1.00beta |
| OS | Linux |
| Architecture | PC |
## Extended Description
<pre>I did an update . on everythng today, then make clean and make.
I got this near the end of it all:
** 7: Running type inference system: ...
Assertion 'expr' failed: file 'create_wrapper_code.c', line 624
** no wrapper code found!
make[2]: [restructuring_operations] Error 1 (ignored)
rm -rf ./restructuring_operations.c
/home/sac/sac/BASE/stdlib/Tools/cse restructuring_operations
sac@rattler:~/sac/experimental/newTS>
Also noted while doing the makes:
a. The compiler stalls for a long time [a second or two] (compared to
the rest of the compilation) running phase 7 (Type inference system).
This suggests some big inefficiencies in type inference.
b. makefile for newTS may have false
dependencies, so that it recompiles everything when you type "make" again,
rather than recognizing that some stuff is up-to-date.</pre>Dietmar KreyeDietmar Kreyehttps://gitlab.sac-home.org/sac-group/sac2c/-/issues/1505print(i) confused in bug#622017-11-19T20:57:23ZRobert Berneckyprint(i) confused in bug#62| | |
| --- | --- |
| Bugzilla Link | [85](http://bugs.sac-home.org/show_bug.cgi?id=85) |
| Created on | Nov 17, 2004 22:18 |
| Resolution | WONTFIX |
| Resolved on | Jun 27, 2005 11:57 |
| Version | 1.00beta |
| OS | Windows NT |
| Ar...| | |
| --- | --- |
| Bugzilla Link | [85](http://bugs.sac-home.org/show_bug.cgi?id=85) |
| Created on | Nov 17, 2004 22:18 |
| Resolution | WONTFIX |
| Resolved on | Jun 27, 2005 11:57 |
| Version | 1.00beta |
| OS | Windows NT |
| Architecture | PC |
## Extended Description
I reran bug62.sac (the first example attachment in that bug report)
with this morning's (Toronto time) version of sac2c, and found that
the last "print (i);", near the end of the code, prints what appears to
be array "i from v" rather than "i". The result of the next function
call, taking i as an argument, looks correct to me, so I suspect that
the problem is within print(i) or something leading up to that point.
BobDietmar KreyeDietmar Kreyehttps://gitlab.sac-home.org/sac-group/sac2c/-/issues/1504"missing default expression" in genarray2017-11-19T20:57:17ZRobert Bernecky"missing default expression" in genarray| | |
| --- | --- |
| Bugzilla Link | [56](http://bugs.sac-home.org/show_bug.cgi?id=56) |
| Created on | Sep 13, 2004 19:12 |
| Resolution | WONTFIX |
| Resolved on | Jun 27, 2005 11:54 |
| Version | 1.00beta |
| OS | Linux |
| Archite...| | |
| --- | --- |
| Bugzilla Link | [56](http://bugs.sac-home.org/show_bug.cgi?id=56) |
| Created on | Sep 13, 2004 19:12 |
| Resolution | WONTFIX |
| Resolved on | Jun 27, 2005 11:54 |
| Version | 1.00beta |
| OS | Linux |
| Architecture | PC |
| Attachments | [bug_56.sac](/uploads/935ed73c20c5341004d21fb34558d397/bug_56.sac) |
## Extended Description
<pre>Compiling the attached sac program gives:
** 17: Transforming with-loop representation: ...
biref.sac:29:ERROR: genarray with-loop with missing default expression
:ERROR: found. Unfortunately, a default expression is
:ERROR: necessary here to compute the shape of the result !
*** Compilation failed ***
*** Exit code 17 (Transforming with-loop representation)
I'm looking at the source code, but thought I'd file this anyway.
Bobbo</pre>Dietmar KreyeDietmar Kreyehttps://gitlab.sac-home.org/sac-group/sac2c/-/issues/1503compiler crash "unknown prf"2017-11-19T20:57:11ZRobert Berneckycompiler crash "unknown prf"| | |
| --- | --- |
| Bugzilla Link | [54](http://bugs.sac-home.org/show_bug.cgi?id=54) |
| Created on | Sep 08, 2004 17:08 |
| Resolution | WONTFIX |
| Resolved on | Jun 27, 2005 11:53 |
| Version | 1.00beta |
| OS | Linux |
| Archite...| | |
| --- | --- |
| Bugzilla Link | [54](http://bugs.sac-home.org/show_bug.cgi?id=54) |
| Created on | Sep 08, 2004 17:08 |
| Resolution | WONTFIX |
| Resolved on | Jun 27, 2005 11:53 |
| Version | 1.00beta |
| OS | Linux |
| Architecture | PC |
| Attachments | [bugunknownprf.sac.gz](/uploads/dcd6d606e7d425f23a827cfc97c6296b/bugunknownprf.sac.gz) |
## Extended Description
<pre>The soon-to-be attached file crashes sac2c in phase 23.</pre>Dietmar KreyeDietmar Kreyehttps://gitlab.sac-home.org/sac-group/sac2c/-/issues/1502crash in sac2c phase 182017-11-19T20:57:05ZRobert Berneckycrash in sac2c phase 18| | |
| --- | --- |
| Bugzilla Link | [53](http://bugs.sac-home.org/show_bug.cgi?id=53) |
| Created on | Sep 08, 2004 17:03 |
| Resolution | WONTFIX |
| Resolved on | Jun 27, 2005 11:53 |
| Version | 1.00beta |
| OS | Linux |
| Archite...| | |
| --- | --- |
| Bugzilla Link | [53](http://bugs.sac-home.org/show_bug.cgi?id=53) |
| Created on | Sep 08, 2004 17:03 |
| Resolution | WONTFIX |
| Resolved on | Jun 27, 2005 11:53 |
| Version | 1.00beta |
| OS | Linux |
| Architecture | PC |
| Attachments | [bugcrashphase18.sac.gz](/uploads/638e56ae1075b94d40f37eb61b0da048/bugcrashphase18.sac.gz) |
## Extended Description
<pre>The soon-to-be-attached file crashes sac2c in phase 18.</pre>Dietmar KreyeDietmar Kreyehttps://gitlab.sac-home.org/sac-group/sac2c/-/issues/1501empty array problem2017-11-19T20:56:59ZSven-Bodo Scholzempty array problem| | |
| --- | --- |
| Bugzilla Link | [26](http://bugs.sac-home.org/show_bug.cgi?id=26) |
| Created on | Nov 04, 2003 11:43 |
| Resolution | FIXED |
| Resolved on | Dec 01, 2003 19:19 |
| Version | 1.00beta |
| OS | SunOS |
| Architect...| | |
| --- | --- |
| Bugzilla Link | [26](http://bugs.sac-home.org/show_bug.cgi?id=26) |
| Created on | Nov 04, 2003 11:43 |
| Resolution | FIXED |
| Resolved on | Dec 01, 2003 19:19 |
| Version | 1.00beta |
| OS | SunOS |
| Architecture | Sun |
| Attachments | [error.sac](/uploads/a1b6ca461708b9725099bd6fb9666564/error.sac) |
## Extended Description
<pre>source file is attached.
Compile with
sac2c -sbs -fun2lac 7 -ssa -o error -noDCR error.sac</pre>Dietmar KreyeDietmar Kreyehttps://gitlab.sac-home.org/sac-group/sac2c/-/issues/1500C compiler warnings2017-11-19T20:56:54ZSven-Bodo ScholzC compiler warnings| | |
| --- | --- |
| Bugzilla Link | [24](http://bugs.sac-home.org/show_bug.cgi?id=24) |
| Created on | Nov 04, 2003 09:32 |
| Resolution | FIXED |
| Resolved on | Dec 01, 2003 19:09 |
| Version | 1.00beta |
| OS | SunOS |
| Architect...| | |
| --- | --- |
| Bugzilla Link | [24](http://bugs.sac-home.org/show_bug.cgi?id=24) |
| Created on | Nov 04, 2003 09:32 |
| Resolution | FIXED |
| Resolved on | Dec 01, 2003 19:09 |
| Version | 1.00beta |
| OS | SunOS |
| Architecture | Sun |
| Attachments | [E2.sac](/uploads/1b0b39c3746a9072a84731d92e686947/E2.sac) |
## Extended Description
<pre>The attached program causes warning if compiled with
sac2c -sbs -fun2lac 7 -DNEW -O3 -ssa -noTSI -noAP -maxlur 3 -maxwlur 12 -check tb
NB make shure the NTCtemplates are in the actual dir!</pre>Dietmar KreyeDietmar Kreyehttps://gitlab.sac-home.org/sac-group/sac2c/-/issues/1499wltrans with empty generator bug2017-11-19T20:56:48ZSven-Bodo Scholzwltrans with empty generator bug| | |
| --- | --- |
| Bugzilla Link | [23](http://bugs.sac-home.org/show_bug.cgi?id=23) |
| Created on | Nov 03, 2003 15:59 |
| Resolution | FIXED |
| Resolved on | Nov 14, 2005 13:32 |
| Version | 1.00beta |
| OS | SunOS |
| Architect...| | |
| --- | --- |
| Bugzilla Link | [23](http://bugs.sac-home.org/show_bug.cgi?id=23) |
| Created on | Nov 03, 2003 15:59 |
| Resolution | FIXED |
| Resolved on | Nov 14, 2005 13:32 |
| Version | 1.00beta |
| OS | SunOS |
| Architecture | Sun |
| Attachments | [tutu.sac](/uploads/9d562c7bf4ba28ea9ea85b2f4e7e6266/tutu.sac), [E-10.sac](/uploads/8e4d34c8dea59ae3c47c3d3ccfef8c83/E-10.sac) |
## Extended Description
Wls with empty generator seems not to work properly.
Try the attached example program with the new TC!Dietmar KreyeDietmar Kreyehttps://gitlab.sac-home.org/sac-group/sac2c/-/issues/1498problem with nested arrays / newTC / backend2017-11-19T20:56:41ZSven-Bodo Scholzproblem with nested arrays / newTC / backend| | |
| --- | --- |
| Bugzilla Link | [15](http://bugs.sac-home.org/show_bug.cgi?id=15) |
| Created on | Jun 13, 2003 18:07 |
| Resolution | FIXED |
| Resolved on | Jun 17, 2003 11:43 |
| Version | 1.00beta |
| OS | SunOS |
| Architect...| | |
| --- | --- |
| Bugzilla Link | [15](http://bugs.sac-home.org/show_bug.cgi?id=15) |
| Created on | Jun 13, 2003 18:07 |
| Resolution | FIXED |
| Resolved on | Jun 17, 2003 11:43 |
| Version | 1.00beta |
| OS | SunOS |
| Architecture | Sun |
| Attachments | [ktr.sac](/uploads/6441c4b2adb6f7b4ea2bf0b963946d8e/ktr.sac), [ktr.7](/uploads/5ad3bef887fbb651a5aae1185455bd36/ktr.7), [ktr.14](/uploads/a1f44f6e9fd95bec39961dda3b6dbf32/ktr.14) |
## Extended Description
<pre>If arrays are nested with some AKD component compilation seems
to generate wrong code or at least wrong error messages.
Attachments include:
source prg / prg after b7 (excerpt) / prg after b14 (excerpt)
compile with:
sac2c -O3 -sbs -fun2lac 7 -ssa -noTSI -noAP -maxlur 3 -maxwlur 12 -check a</pre>Dietmar KreyeDietmar Kreyehttps://gitlab.sac-home.org/sac-group/sac2c/-/issues/1497wltransform / might be connected to bug #112017-11-19T20:56:34ZSven-Bodo Scholzwltransform / might be connected to bug #11| | |
| --- | --- |
| Bugzilla Link | [12](http://bugs.sac-home.org/show_bug.cgi?id=12) |
| Created on | Apr 10, 2003 14:42 |
| Resolution | FIXED |
| Resolved on | Apr 10, 2003 15:29 |
| Version | 1.00beta |
| OS | SunOS |
| Architect...| | |
| --- | --- |
| Bugzilla Link | [12](http://bugs.sac-home.org/show_bug.cgi?id=12) |
| Created on | Apr 10, 2003 14:42 |
| Resolution | FIXED |
| Resolved on | Apr 10, 2003 15:29 |
| Version | 1.00beta |
| OS | SunOS |
| Architecture | Sun |
## Extended Description
<pre>sac2c -O3 -sbs -fun2lac 13 -ssa -noTSI -noAP -maxlur 3 -maxwlur 12
fails with:
** 15: Transforming with-loop representation: ...
Assertion 'expr' failed: file 'wltransform.c', line 2568
The use of both, ++ and iota, seems to be essential here...
int[*] (++)( int[1] arr_a, int[+] arr_b)
{
new_shp = _modarray_( _shape_( arr_a),
[0],
_add_SxS_( _sel_([0], _shape_( arr_a)),
_sel_([0], _shape_( arr_b)) ) );
res = with( . <= iv < _shape_( arr_a))
genarray( new_shp, _sel_( iv, arr_a));
offset = _modarray_( _mul_SxA_( 0, new_shp),
[0],
_sel_([0], _shape_( arr_a)) );
res = with( offset <= iv <= .)
modarray( res, iv, _sel_( _sub_AxA_( iv, offset), arr_b));
return( res);
}
int[+] iota( int[+] shp)
{
res = with( . <= [i] <= .)
genarray( shp, i);
return( res);
}
int main()
{
tmp = iota([100]);
res = [1] ++ tmp ;
return( _sel_([0], res) );
}</pre>Dietmar KreyeDietmar Kreyehttps://gitlab.sac-home.org/sac-group/sac2c/-/issues/1496WLT bug2017-11-19T20:56:29ZSven-Bodo ScholzWLT bug| | |
| --- | --- |
| Bugzilla Link | [11](http://bugs.sac-home.org/show_bug.cgi?id=11) |
| Created on | Apr 10, 2003 10:40 |
| Resolution | FIXED |
| Resolved on | Apr 10, 2003 14:10 |
| Version | 1.00beta |
| OS | SunOS |
| Architect...| | |
| --- | --- |
| Bugzilla Link | [11](http://bugs.sac-home.org/show_bug.cgi?id=11) |
| Created on | Apr 10, 2003 10:40 |
| Resolution | FIXED |
| Resolved on | Apr 10, 2003 14:10 |
| Version | 1.00beta |
| OS | SunOS |
| Architecture | Sun |
## Extended Description
<pre>The following program breaks durint WLT in phase 14:
int[*] (++)( int[1] arr_a, int[+] arr_b)
{
new_shp = _modarray_( _shape_( arr_a),
[0],
_add_SxS_( _sel_([0], _shape_( arr_a)),
_sel_([0], _shape_( arr_b)) ) );
res = with( . <= iv < _shape_( arr_a))
genarray( new_shp, _sel_( iv, arr_a));
offset = _modarray_( _mul_SxA_( 0, new_shp),
[0],
_sel_([0], _shape_( arr_a)) );
res = with( offset <= iv <= .)
modarray( res, iv, _sel_( _sub_AxA_( iv, offset), arr_b));
return( res);
}
int main()
{
a = with( . <= iv <= .)
genarray( [20], 2);
res = [0] ++ a;
return( _sel_([0], res));
}
sac2c -O3 -sbs -fun2lac 13 -ssa -noTSI -noAP -maxlur 3 -maxwlur 12</pre>Dietmar KreyeDietmar Kreyehttps://gitlab.sac-home.org/sac-group/sac2c/-/issues/1495wrong wrapper code2017-11-19T20:56:23ZDietmar Kreyewrong wrapper code| | |
| --- | --- |
| Bugzilla Link | [3](http://bugs.sac-home.org/show_bug.cgi?id=3) |
| Created on | Mar 05, 2003 18:04 |
| Resolution | FIXED |
| Resolved on | Mar 17, 2003 20:39 |
| Version | 1.00beta |
| OS | All |
| Architecture ...| | |
| --- | --- |
| Bugzilla Link | [3](http://bugs.sac-home.org/show_bug.cgi?id=3) |
| Created on | Mar 05, 2003 18:04 |
| Resolution | FIXED |
| Resolved on | Mar 17, 2003 20:39 |
| Version | 1.00beta |
| OS | All |
| Architecture | Sun |
| Attachments | [wrapper.sac](/uploads/5ba80ce6520232d1f8a5f0ad5223c853/wrapper.sac) |
## Extended Description
<pre>TAGGED_ARRAYS: yes
The wrapper code creation fails for instances with formal argument shapes
[*] and [+].
An example which reproduces the bug will be submitted later on.</pre>Dietmar KreyeDietmar Kreyehttps://gitlab.sac-home.org/sac-group/sac2c/-/issues/1494libsacprelude is not rebuilt of sacprelude.sac changes2017-11-19T20:56:18ZStephan Herhutlibsacprelude is not rebuilt of sacprelude.sac changes| | |
| --- | --- |
| Bugzilla Link | [407](http://bugs.sac-home.org/show_bug.cgi?id=407) |
| Created on | Nov 12, 2007 11:43 |
| Resolution | FIXED |
| Resolved on | Nov 13, 2007 18:25 |
| Version | svn |
| OS | Linux |
| Architecture...| | |
| --- | --- |
| Bugzilla Link | [407](http://bugs.sac-home.org/show_bug.cgi?id=407) |
| Created on | Nov 12, 2007 11:43 |
| Resolution | FIXED |
| Resolved on | Nov 13, 2007 18:25 |
| Version | svn |
| OS | Linux |
| Architecture | PC |
## Extended Description
Subject says it all.Clemens GrelckClemens Grelckhttps://gitlab.sac-home.org/sac-group/sac2c/-/issues/1493sdyn4.sac gets segfault at run time. W/-nocf, sac2c dies2017-11-19T20:56:12ZRobert Berneckysdyn4.sac gets segfault at run time. W/-nocf, sac2c dies| | |
| --- | --- |
| Bugzilla Link | [402](http://bugs.sac-home.org/show_bug.cgi?id=402) |
| Created on | Oct 16, 2007 21:21 |
| Resolution | FIXED |
| Resolved on | Jun 16, 2008 13:25 |
| Version | 1.00beta |
| OS | Linux |
| Archite...| | |
| --- | --- |
| Bugzilla Link | [402](http://bugs.sac-home.org/show_bug.cgi?id=402) |
| Created on | Oct 16, 2007 21:21 |
| Resolution | FIXED |
| Resolved on | Jun 16, 2008 13:25 |
| Version | 1.00beta |
| OS | Linux |
| Architecture | PC |
| Attachments | [crud.sac](/uploads/07e367ad6dfa92754164642ee2edc4b5/crud.sac), [xcrud.sac](/uploads/317cc266777986e1ac66fd987e0629b8/xcrud.sac) |
## Extended Description
<pre>sac2c -O3 -nophm sdyn4.sac gets a segfault at run time,
if compiled with standard opts. With -noopts, it appears to work OK.
I tried with -nocf, and got this:
Writing file "a.out.c"
ASSERTION FAILED: file 'codegen/icm_icm2c.c', line 178
wrong icm-arg: N_id expected
EXECUTION TERMINATED
Aborted
apex@rattler:~/sandbox> sac2c -O3 -nocf -nophm crud.sac</pre>Clemens GrelckClemens Grelck