sac2c issueshttps://gitlab.sac-home.org/sac-group/sac2c/-/issues2021-05-26T20:40:09Zhttps://gitlab.sac-home.org/sac-group/sac2c/-/issues/1017LIR in optcycle inactive!2021-05-26T20:40:09ZSven-Bodo ScholzLIR in optcycle inactive!| | |
| --- | --- |
| Bugzilla Link | [315](http://bugs.sac-home.org/show_bug.cgi?id=315) |
| Created on | Oct 26, 2006 12:21 |
| Version | 1.00beta |
| OS | SunOS |
| Architecture | PC |
| Attachments | [lir.sac](/uploads/21274aafc924...| | |
| --- | --- |
| Bugzilla Link | [315](http://bugs.sac-home.org/show_bug.cgi?id=315) |
| Created on | Oct 26, 2006 12:21 |
| Version | 1.00beta |
| OS | SunOS |
| Architecture | PC |
| Attachments | [lir.sac](/uploads/21274aafc92434a8c8000cb82be15d60/lir.sac) |
## Extended Description
<pre>the attached program lifts thw LIR-ACN only two levels: one before the cycle,
one after the cycle, but NONE within!</pre>BugZillaBugZillahttps://gitlab.sac-home.org/sac-group/sac2c/-/issues/1328new TC does not accept dim( [] )2017-11-19T20:39:21ZKai Trojahnernew TC does not accept dim( [] )| | |
| --- | --- |
| Bugzilla Link | [37](http://bugs.sac-home.org/show_bug.cgi?id=37) |
| Created on | Jun 18, 2004 11:17 |
| Resolution | FIXED |
| Resolved on | Jun 21, 2004 22:47 |
| Version | 1.00beta |
| OS | SunOS |
| Architect...| | |
| --- | --- |
| Bugzilla Link | [37](http://bugs.sac-home.org/show_bug.cgi?id=37) |
| Created on | Jun 18, 2004 11:17 |
| Resolution | FIXED |
| Resolved on | Jun 21, 2004 22:47 |
| Version | 1.00beta |
| OS | SunOS |
| Architecture | Sun |
| Attachments | [bug37_a.sac](/uploads/071581a800ba96631b935f5cc9cc3a28/bug37_a.sac) |
## Extended Description
<pre>The new TC does not accept a program like the following:
#include "NTCtemplates.mac"
#define SCALAR_SEL
int main() {
return (dim( [] ));
}
or
int main() {
}</pre>BugZillaBugZillahttps://gitlab.sac-home.org/sac-group/sac2c/-/issues/1330Invalid fold-funs can lead to memory leaks in EMM2017-11-19T20:39:33ZKai TrojahnerInvalid fold-funs can lead to memory leaks in EMM| | |
| --- | --- |
| Bugzilla Link | [43](http://bugs.sac-home.org/show_bug.cgi?id=43) |
| Created on | Aug 08, 2004 14:28 |
| Resolution | FIXED |
| Resolved on | Aug 08, 2004 15:52 |
| Version | 1.00beta |
| OS | SunOS |
| Architect...| | |
| --- | --- |
| Bugzilla Link | [43](http://bugs.sac-home.org/show_bug.cgi?id=43) |
| Created on | Aug 08, 2004 14:28 |
| Resolution | FIXED |
| Resolved on | Aug 08, 2004 15:52 |
| Version | 1.00beta |
| OS | SunOS |
| Architecture | Sun |
| Attachments | [leak.sac](/uploads/b86d42a826631ea1c35e6017a59b07b1/leak.sac) |
## Extended Description
<pre>In the livermore-loops examples, often the following fold function is used:
inline int[.] second( int[.] a, int[.] b) {
return(b);
}
Using this fold function allows to abuse the fold-withloop as some kind of
iteration construct. Unfortunately this will lead to memory leak if accumulation
is made explicit.
Have a look at the following example:
inline int[.] second( int[.] a, int[.] b) {
res = b;
return(res);
}
int[.] f( int[.] iv, int[.] A) {
return( A);
}
int main() {
A = with (. <= iv <= .) genarray( [1024], 1);
n = with (. <= iv <= .) genarray( [1024], 0);
F = with ([0] <= iv < [10])
fold ( second, n, f(iv,A));
return( F[[0]]);
}
After b14 the fold withloop looks like this:
F = with ( _flat_6_iv )
(_flat_4 <= _flat_6_iv=[_type_12] < _flat_5)
{
_ea_15_F = accu( _flat_6_iv);
_flat_7 = _MAIN:f( _flat_6_iv, A);
_ea_16__flat_7 = _FOLD:_type_13__MAIN__second( _ea_15_F, _flat_7);
} : _ea_16__flat_7 ;
fold/*fun*/( _FOLD:_type_13__MAIN__second, n);
After inlining the fold function we get:
F = with ( _flat_6_iv )
(_flat_4 <= _flat_6_iv=[_type_12] < _flat_5)
{
_ea_15_F = accu( _flat_6_iv);
_flat_7 = _MAIN:f( _flat_6_iv, A);
_inl_20__flat_7 = _flat_7;
_inl_19_F = _ea_15_F;
_inl_23_b = _inl_20__flat_7;
_inl_22_a = _inl_19_F;
_inl_21_res = _inl_23_b;
_inl_17__type_14_F = _inl_21_res;
_inl_18_F__SSA0_1 = _inl_17__type_14_F;
_ea_16__flat_7 = _inl_18_F__SSA0_1;
} : _ea_16__flat_7 ;
fold/*fun*/( _FOLD:_type_13__MAIN__second, n);
And finally, after the first application of DCR we obtain:
F = with ( _flat_6_iv )
([ 0 ] <= _flat_6_iv=[_type_12] < [ 10 ])
{
_flat_7 = _MAIN:f( _flat_6_iv, A);
} : _flat_7 ;
fold/*fun*/( _FOLD:_type_13__MAIN__second, n);
This seems to be a great optimization result, but unfortunately, we lost the
handle to the last intermediate fold result which was represented by accu().</pre>BugZillaBugZillahttps://gitlab.sac-home.org/sac-group/sac2c/-/issues/1332DupTree handles no ntype types2017-11-19T20:39:45ZStephan HerhutDupTree handles no ntype types| | |
| --- | --- |
| Bugzilla Link | [64](http://bugs.sac-home.org/show_bug.cgi?id=64) |
| Created on | Sep 27, 2004 11:17 |
| Resolution | FIXED |
| Resolved on | Dec 19, 2004 13:54 |
| Version | 1.00beta |
| OS | SunOS |
| Architect...| | |
| --- | --- |
| Bugzilla Link | [64](http://bugs.sac-home.org/show_bug.cgi?id=64) |
| Created on | Sep 27, 2004 11:17 |
| Resolution | FIXED |
| Resolved on | Dec 19, 2004 13:54 |
| Version | 1.00beta |
| OS | SunOS |
| Architecture | All |
## Extended Description
The DupTree traversal does not handle ntype type attributes! They are not copied
at all. This leads to a type information loss during SSATransform, as there
nodes are copied and then loose their respective new type.
For Avis nodes this has already been fixed (to solve the problem with ssa
transform). Due to lack of time, I give the bug to the public to prevent it from
beeing forgotten!BugZillaBugZillahttps://gitlab.sac-home.org/sac-group/sac2c/-/issues/1337compiler breaks during CF2017-11-19T20:40:16ZStephan Herhutcompiler breaks during CF| | |
| --- | --- |
| Bugzilla Link | [117](http://bugs.sac-home.org/show_bug.cgi?id=117) |
| Created on | Sep 16, 2005 15:51 |
| Resolution | FIXED |
| Resolved on | Sep 16, 2005 20:28 |
| Version | 1.00beta |
| OS | SunOS |
| Archite...| | |
| --- | --- |
| Bugzilla Link | [117](http://bugs.sac-home.org/show_bug.cgi?id=117) |
| Created on | Sep 16, 2005 15:51 |
| Resolution | FIXED |
| Resolved on | Sep 16, 2005 20:28 |
| Version | 1.00beta |
| OS | SunOS |
| Architecture | Sun |
| Attachments | [cfbug.sac](/uploads/cb3524699acb7d291a431e7544147eed/cfbug.sac) |
## Extended Description
the attached example generated a segfault during ConstantFoldingBugZillaBugZillahttps://gitlab.sac-home.org/sac-group/sac2c/-/issues/1338WLF generates non-flattened code2017-11-19T20:40:22ZSven-Bodo ScholzWLF generates non-flattened code| | |
| --- | --- |
| Bugzilla Link | [126](http://bugs.sac-home.org/show_bug.cgi?id=126) |
| Created on | Oct 05, 2005 19:12 |
| Resolution | LATER |
| Resolved on | Oct 06, 2005 08:19 |
| Version | 1.00beta |
| OS | SunOS |
| Archite...| | |
| --- | --- |
| Bugzilla Link | [126](http://bugs.sac-home.org/show_bug.cgi?id=126) |
| Created on | Oct 05, 2005 19:12 |
| Resolution | LATER |
| Resolved on | Oct 06, 2005 08:19 |
| Version | 1.00beta |
| OS | SunOS |
| Architecture | Sun |
| Attachments | [ive_error.sac](/uploads/061ec13933a121d5532d697be671455d/ive_error.sac), [tutu](/uploads/1ad494131419cf3e9f4c929c65f8b65c/tutu) |
## Extended Description
<pre>The attached examples breakes in IVE as WLF creates non-flattened code.
The error message ( when compiling wo any specific options) is:
**** Applying index vector elimination (inference) ...
Assertion 'expr' failed: file 'index_infer.c', line 479
** wrong arg in F_sel application
Abort</pre>BugZillaBugZillahttps://gitlab.sac-home.org/sac-group/sac2c/-/issues/1390uninitialized vars discovered by C compiler2017-11-19T20:45:46ZRobert Berneckyuninitialized vars discovered by C compiler| | |
| --- | --- |
| Bugzilla Link | [227](http://bugs.sac-home.org/show_bug.cgi?id=227) |
| Created on | Jun 14, 2006 17:42 |
| Resolution | DUPLICATE |
| Resolved on | Jun 14, 2006 17:53 |
| Version | 1.00beta |
| OS | SunOS |
| Arc...| | |
| --- | --- |
| Bugzilla Link | [227](http://bugs.sac-home.org/show_bug.cgi?id=227) |
| Created on | Jun 14, 2006 17:42 |
| Resolution | DUPLICATE |
| Resolved on | Jun 14, 2006 17:53 |
| Version | 1.00beta |
| OS | SunOS |
| Architecture | PC |
| Attachments | [UTBaseRep.sac](/uploads/86924720bf459aae8a89c9ab39811307/UTBaseRep.sac) |
## Extended Description
<pre>** 18: Invoking C compiler: ...
a.out.c: In function 'SACf__MAIN__main':
a.out.c:49091: warning: 'SACp_wlidx_67489__pinl_18821___z' is used uninitialized
in this function
a.out.c:51734: warning: 'SACp_wlidx_67493__pinl_20501___z' is used uninitialized
in this function
a.out.c:70779: warning: 'SACp_emlr_79654_QUADio_0' is used uninitialized in this
function
*** Compilation successful ***
*** Maximum allocated memory (bytes): 559.887.234
*** Currently allocated memory (bytes): 67.791.832
*** Exit code 0
*** 0 error(s), 24 warning(s)
asterix://home/rbe/sandbox>
asterix://home/rbe/sandbox>
asterix://home/rbe/sandbox> sac2c -O3 UTBaseRep.sac</pre>BugZillaBugZillahttps://gitlab.sac-home.org/sac-group/sac2c/-/issues/1391inifinite loop (or at least VERY long) in type checker2017-11-19T20:45:51ZRobert Berneckyinifinite loop (or at least VERY long) in type checker| | |
| --- | --- |
| Bugzilla Link | [229](http://bugs.sac-home.org/show_bug.cgi?id=229) |
| Created on | Jun 15, 2006 13:39 |
| Resolution | REMIND |
| Resolved on | Jun 15, 2006 14:06 |
| Version | 1.00beta |
| OS | SunOS |
| Archit...| | |
| --- | --- |
| Bugzilla Link | [229](http://bugs.sac-home.org/show_bug.cgi?id=229) |
| Created on | Jun 15, 2006 13:39 |
| Resolution | REMIND |
| Resolved on | Jun 15, 2006 14:06 |
| Version | 1.00beta |
| OS | SunOS |
| Architecture | PC |
## Extended Description
<pre>home/rbe/sac/sac/demos/numerical> sac2c shallow.sac
is still running, stalled here:
No. it's just VERY slow. It took a long time to print last line of:
** 6: Running type inference system: ...
**** Running type inference system ...
**** Finalising infered type information .
and it's still at it. Also, I'm taking 5 points off your final grade, because
you speeled inferred worng.</pre>BugZillaBugZillahttps://gitlab.sac-home.org/sac-group/sac2c/-/issues/1392sigsegv in SSAConstantFolding2017-11-19T20:45:57ZRobert Berneckysigsegv in SSAConstantFolding| | |
| --- | --- |
| Bugzilla Link | [230](http://bugs.sac-home.org/show_bug.cgi?id=230) |
| Created on | Jun 18, 2006 16:05 |
| Resolution | WORKSFORME |
| Resolved on | Jun 18, 2006 16:33 |
| Version | 1.00beta |
| OS | SunOS |
| Ar...| | |
| --- | --- |
| Bugzilla Link | [230](http://bugs.sac-home.org/show_bug.cgi?id=230) |
| Created on | Jun 18, 2006 16:05 |
| Resolution | WORKSFORME |
| Resolved on | Jun 18, 2006 16:33 |
| Version | 1.00beta |
| OS | SunOS |
| Architecture | PC |
| Attachments | [buildv.sac](/uploads/3b4c63efb815d05306017c074c33e538/buildv.sac) |
## Extended Description
<pre>The attached crashes sac2c when compiled with:
sac2c -maxspec 0 buildv.sac</pre>BugZillaBugZillahttps://gitlab.sac-home.org/sac-group/sac2c/-/issues/1413Compiler crash in mdiv.sac2017-11-19T20:48:10ZTheo van KlaverenCompiler crash in mdiv.sac| | |
| --- | --- |
| Bugzilla Link | [265](http://bugs.sac-home.org/show_bug.cgi?id=265) |
| Created on | Aug 09, 2006 15:21 |
| Resolution | FIXED |
| Resolved on | Aug 11, 2006 15:14 |
| Version | 1.00beta |
| OS | SunOS |
| Archite...| | |
| --- | --- |
| Bugzilla Link | [265](http://bugs.sac-home.org/show_bug.cgi?id=265) |
| Created on | Aug 09, 2006 15:21 |
| Resolution | FIXED |
| Resolved on | Aug 11, 2006 15:14 |
| Version | 1.00beta |
| OS | SunOS |
| Architecture | PC |
## Extended Description
<pre>See the attachment of bug 242. Gives the following compiler crash:
****** Optimizing function:
****** _dup_1162_lsBDD__Loop_2( int[1]{1}, int[1]{0}, int[1]{0},
int[1]{0}, int[1]{1}, int[1]{0}, ...): ...
****** Applying common subexpression elimination ...
****** Inserting shape variables ...
****** Infering loop invariant variables ...
****** Applying type upgrade ...
****** Finalising infered type information ...
****** Applying reverse type upgrade ...
****** Applying function call dispatch ...
****** Applying inlining ...
****** Applying with-loop propagation ...
****** Applying constant folding ...
****** Propagating constants and variables ...
****** Generating full with-loop partitions ...
****** Simplifying with-loops ...
****** Infering foldable with-loops ...
Program received signal SIGSEGV, Segmentation fault.
0x081cb9b0 in WLIid (arg_node=0x1cfab2bc, arg_info=0xd915ffc)
at src/psi-opt/SSAWLI.c:725
725 if ((assignn != NULL) && ( NODE_TYPE( ASSIGN_RHS( assignn)) == N_with)) {
(gdb)
It appears that assignn is an invalid node here:
(gdb) print *assignn
$1 = {nodetype = N_undefined, ..., N_withid = 0x13aeac90}}
(gdb)</pre>BugZillaBugZillahttps://gitlab.sac-home.org/sac-group/sac2c/-/issues/1414Compiler crash in mdiv.sac, part II2017-11-19T20:48:16ZTheo van KlaverenCompiler crash in mdiv.sac, part II| | |
| --- | --- |
| Bugzilla Link | [266](http://bugs.sac-home.org/show_bug.cgi?id=266) |
| Created on | Aug 09, 2006 15:27 |
| Resolution | FIXED |
| Resolved on | Aug 11, 2006 15:22 |
| Version | 1.00beta |
| OS | SunOS |
| Archite...| | |
| --- | --- |
| Bugzilla Link | [266](http://bugs.sac-home.org/show_bug.cgi?id=266) |
| Created on | Aug 09, 2006 15:27 |
| Resolution | FIXED |
| Resolved on | Aug 11, 2006 15:22 |
| Version | 1.00beta |
| OS | SunOS |
| Architecture | PC |
## Extended Description
<pre>****** Optimizing function:
****** _dup_1162_lsBDD__Loop_2( int[1]{1}, int[1]{0}, int[1]{0},
int[1]{0}, int[1]{1}, int[1]{0}, ...): ...
...
****** Applying with-loop invariant removal ...
ASSERTION FAILED: file 'src/optimize/SSALIR.c', line 1395
usage of undefined identifier
EXECUTION TERMINATED
Program received signal SIGABRT, Aborted.
0xfeef0717 in _lwp_kill () from /lib/libc.so.1
(gdb) bt
#0 0xfeef0717 in _lwp_kill () from /lib/libc.so.1
#1 0xfeeeded4 in thr_kill () from /lib/libc.so.1
#2 0xfee9ced3 in raise () from /lib/libc.so.1
#3 0xfee80969 in abort () from /lib/libc.so.1
#4 0x081a0052 in LIRid (arg_node=0x1d03313c, arg_info=0x1100b7dc)
at src/optimize/SSALIR.c:1394
#5 0x0808c6d0 in TRAVdo (arg_node=0x1d03313c, arg_info=0x1100b7dc)
at src/tree/traverse.c:158
...</pre>BugZillaBugZillahttps://gitlab.sac-home.org/sac-group/sac2c/-/issues/1415Product compiler bails out in gcc due to wrong arguments2017-11-19T20:48:21ZTheo van KlaverenProduct compiler bails out in gcc due to wrong arguments| | |
| --- | --- |
| Bugzilla Link | [268](http://bugs.sac-home.org/show_bug.cgi?id=268) |
| Created on | Aug 10, 2006 10:01 |
| Resolution | WORKSFORME |
| Resolved on | Oct 20, 2006 15:18 |
| Version | 1.00beta |
| OS | SunOS |
| Ar...| | |
| --- | --- |
| Bugzilla Link | [268](http://bugs.sac-home.org/show_bug.cgi?id=268) |
| Created on | Aug 10, 2006 10:01 |
| Resolution | WORKSFORME |
| Resolved on | Oct 20, 2006 15:18 |
| Version | 1.00beta |
| OS | SunOS |
| Architecture | PC |
## Extended Description
<pre>cd modules/structures/lib/..; sac2c -v0 ComplexArrayBasics.sac -o lib
fun16.c: In function
'SACf_ComplexArrayBasics__modarray__SACt_ComplexBasics__complex_S__i_1__SACt_ComplexBasics__complex_S':
fun16.c:717: warning: passing argument 1 of 'SACf_sac2c__zero__d_S' from
incompatible pointer type
fun16.c:717: warning: passing argument 2 of 'SACf_sac2c__zero__d_S' from
incompatible pointer type
fun16.c:717: warning: passing argument 3 of 'SACf_sac2c__zero__d_S' from
incompatible pointer type
fun16.c:717: error: too many arguments to function 'SACf_sac2c__zero__d_S'
fun7.c: In function
'SACf_ComplexArrayBasics__modarray__SACt_ComplexBasics__complex_S__i__SACt_ComplexBasics__complex_S':
fun7.c:739: warning: passing argument 1 of 'SACf_sac2c__zero__d_S' from
incompatible pointer type
fun7.c:739: warning: passing argument 2 of 'SACf_sac2c__zero__d_S' from
incompatible pointer type
fun7.c:739: warning: passing argument 3 of 'SACf_sac2c__zero__d_S' from
incompatible pointer type
fun7.c:739: error: too many arguments to function 'SACf_sac2c__zero__d_S'
ABORT: System failed to execute shell command
ABORT: cd /tmp/tvk/SAC_AAAGya4Sz; gcc -Wall -Wno-unused -fno-builtin -fPIC
ABORT: -DPIC -I$SACBASE/runtime/ -L$SACBASE/runtime/
ABORT: -L/tmp/tvk/SAC_AAAGya4Sz -O3 -c fun*.c globals.c
ABORT: with exit code 1
*** Compilation failed ***
*** Exit code 18 (Invoking C compiler)
*** 1 Error(s), 0 Warning(s)</pre>BugZillaBugZillahttps://gitlab.sac-home.org/sac-group/sac2c/-/issues/1421backend does not support non-AKS return values for external functions2017-11-19T20:48:59ZStephan Herhutbackend does not support non-AKS return values for external functions| | |
| --- | --- |
| Bugzilla Link | [280](http://bugs.sac-home.org/show_bug.cgi?id=280) |
| Created on | Aug 15, 2006 16:47 |
| Resolution | FIXED |
| Resolved on | Aug 15, 2006 16:52 |
| Version | 1.00beta |
| OS | SunOS |
| Archite...| | |
| --- | --- |
| Bugzilla Link | [280](http://bugs.sac-home.org/show_bug.cgi?id=280) |
| Created on | Aug 15, 2006 16:47 |
| Resolution | FIXED |
| Resolved on | Aug 15, 2006 16:52 |
| Version | 1.00beta |
| OS | SunOS |
| Architecture | PC |
| Attachments | [tiny.sac](/uploads/11bf3bd13b959cbfbe6147cb24d66dc1/tiny.sac) |
## Extended Description
subject says it all.BugZillaBugZillahttps://gitlab.sac-home.org/sac-group/sac2c/-/issues/1449Segfault while applying random-function2017-11-19T20:51:42ZTorben Gerhards Segfault while applying random-function| | |
| --- | --- |
| Bugzilla Link | [375](http://bugs.sac-home.org/show_bug.cgi?id=375) |
| Created on | Jun 14, 2007 16:52 |
| Resolution | DUPLICATE |
| Resolved on | Jun 14, 2007 17:33 |
| Version | 1.00beta |
| OS | SunOS |
| Arc...| | |
| --- | --- |
| Bugzilla Link | [375](http://bugs.sac-home.org/show_bug.cgi?id=375) |
| Created on | Jun 14, 2007 16:52 |
| Resolution | DUPLICATE |
| Resolved on | Jun 14, 2007 17:33 |
| Version | 1.00beta |
| OS | SunOS |
| Architecture | PC |
| Attachments | [random-2d.sac](/uploads/6875dd4383f6e457ed5a523c2eae87e5/random-2d.sac) |
## Extended Description
<pre>Program produces segmentation fault when trying to apply the random-function to
a two or three dimensional array.</pre>BugZillaBugZillahttps://gitlab.sac-home.org/sac-group/sac2c/-/issues/1450During the compilation the hand-written propagete get lost2017-11-19T20:51:48ZTorben Gerhards During the compilation the hand-written propagete get lost| | |
| --- | --- |
| Bugzilla Link | [377](http://bugs.sac-home.org/show_bug.cgi?id=377) |
| Created on | Jun 18, 2007 14:24 |
| Resolution | FIXED |
| Resolved on | Jun 19, 2007 13:47 |
| Version | 1.00beta |
| OS | SunOS |
| Archite...| | |
| --- | --- |
| Bugzilla Link | [377](http://bugs.sac-home.org/show_bug.cgi?id=377) |
| Created on | Jun 18, 2007 14:24 |
| Resolution | FIXED |
| Resolved on | Jun 19, 2007 13:47 |
| Version | 1.00beta |
| OS | SunOS |
| Architecture | PC |
| Attachments | [foldfix_prop_bug2.sac](/uploads/75e5192a380036e5f2acb7a30c65aacf/foldfix_prop_bug2.sac) |
## Extended Description
<pre>sac2c rev #15357
While compiling a program with a foldfix-withloop and a propagate where the
foldfix is written in front of the propagate, it doesn't compile with the error
message
ABORT: Inconsistent with loop: 3 operator(s) but 4 value(s) specified in the
ABORT: body
It seems to be that the hand-written propagate get lost during the compilation.</pre>BugZillaBugZillahttps://gitlab.sac-home.org/sac-group/sac2c/-/issues/1451increased occurance of "may be used uninitialized in this function"2017-11-19T20:51:55ZSven-Bodo Scholzincreased occurance of "may be used uninitialized in this function"| | |
| --- | --- |
| Bugzilla Link | [378](http://bugs.sac-home.org/show_bug.cgi?id=378) |
| Created on | Jun 25, 2007 16:02 |
| Resolution | FIXED |
| Resolved on | Jun 26, 2007 14:33 |
| Version | 1.00beta |
| OS | SunOS |
| Archite...| | |
| --- | --- |
| Bugzilla Link | [378](http://bugs.sac-home.org/show_bug.cgi?id=378) |
| Created on | Jun 25, 2007 16:02 |
| Resolution | FIXED |
| Resolved on | Jun 26, 2007 14:33 |
| Version | 1.00beta |
| OS | SunOS |
| Architecture | PC |
| Attachments | [tutu2.sac](/uploads/9a52417817040caa52923b83bfe5344c/tutu2.sac), [xtutu2.sac](/uploads/ff91138a8843f7b7487c14991f64745b/xtutu2.sac) |
## Extended Description
<pre>since quite a while (maybe 3 months??) we see a rather significant
increase in warnings of the kind: "may be used uninitialized in this function"
It was anticipated that theese stem from the inlining bug (110). However,
that anticipation is wrong. It has something to do with the code that is created
whenever an AUD variable is assigned to a scalar value. See the attached example.
In essence, the compiler creates a for loop for extracting the values which,
in case the AUD value would be empty, results in an un-initialised variable.
If we turn on -check tb the check comes in a rather diguised form so that the
C compiler fails to find out that an empty for-loop in fact cannot happen.
I am not sure what to do here. As a starting point one may try to find out
why this problem did not occur earlier. Looking into the history of the
masterrun might be a starting point to get an idea which compiler version
did not yet suffer from the flooding by warnings.....</pre>BugZillaBugZillahttps://gitlab.sac-home.org/sac-group/sac2c/-/issues/1452Compilation dies in "Marking memval identifiers"2017-11-19T20:52:01ZTorben Gerhards Compilation dies in "Marking memval identifiers"| | |
| --- | --- |
| Bugzilla Link | [379](http://bugs.sac-home.org/show_bug.cgi?id=379) |
| Created on | Jun 27, 2007 12:04 |
| Resolution | FIXED |
| Resolved on | Nov 09, 2007 15:03 |
| Version | 1.00beta |
| OS | SunOS |
| Archite...| | |
| --- | --- |
| Bugzilla Link | [379](http://bugs.sac-home.org/show_bug.cgi?id=379) |
| Created on | Jun 27, 2007 12:04 |
| Resolution | FIXED |
| Resolved on | Nov 09, 2007 15:03 |
| Version | 1.00beta |
| OS | SunOS |
| Architecture | PC |
| Attachments | [Fifo.sac](/uploads/b6ce195fdf1f884dbd5e6ed593c3b335/Fifo.sac), [genarray_withloop_nested_object.sac](/uploads/2001fb4f321ab91f5f9875e9ad2adc82/genarray_withloop_nested_object.sac) |
## Extended Description
<pre>sac2c rev #15402
The compilation dies since today when compiling a program with a nested
with-loop (propagate).
It seems to me that an avis gets lost somewhere.</pre>BugZillaBugZillahttps://gitlab.sac-home.org/sac-group/sac2c/-/issues/1466Unterschied Bibliothek <-> standalone [complex.sac]2017-11-19T20:53:25ZSven-Bodo ScholzUnterschied Bibliothek <-> standalone [complex.sac]| | |
| --- | --- |
| Bugzilla Link | [1](http://bugs.sac-home.org/show_bug.cgi?id=1) |
| Created on | Mar 04, 2003 09:59 |
| Resolution | WONTFIX |
| Resolved on | Oct 15, 2004 17:10 |
| Version | 1.00beta |
| OS | SunOS |
| Architect...| | |
| --- | --- |
| Bugzilla Link | [1](http://bugs.sac-home.org/show_bug.cgi?id=1) |
| Created on | Mar 04, 2003 09:59 |
| Resolution | WONTFIX |
| Resolved on | Oct 15, 2004 17:10 |
| Version | 1.00beta |
| OS | SunOS |
| Architecture | Sun |
## Extended Description
<pre>[should be in English]
ich habe mich gerade mal wieder an das Problem gesetzt, die
Complex-Bibliothek f\374r Arrays zu erweitern.
Das angeh\344ngte Programm zeigt, wie ich mir die Erweiterung von Skalaren
Complex-Operationen auf Array-Operationen vorstelle und funktioniert
auch anstandslos.
Ich habe die selbe Operation zur Comples-Bibliothek hinzugef\374gt, dort
l\344sst sie sich aber nicht \374bersetzen und liefert eine Fehlermeldung
(unknown shape). Du kannst dies \374berpr\374fen, in dem du ein Update auf der
stdlib machst und die Kommentarzeichen in Complex.sac und Complex.dec
l\366schst.
Hast du einen guten Tipp f\374r mich, wie man das Problem l\366sen kann?
import ArrayIO: all;
import Array:all;
typedef double[2] complex;
inline complex + (complex X1, complex X2)
{
return((:complex)[((:double[2])X1)[[0]] + ((:double[2])X2)[[0]],
((:double[2])X1)[[1]] + ((:double[2])X2)[[1]]]);
}
inline complex[+] + (complex[+] X1, complex X2)
{
res = with (. <= iv <= .)
genarray( drop([-1],shape(X1)), ((:complex)((:double[+])X1)[iv]) + X2);
return(res);
}
int main()
{
a = (:complex[+])(with (. <= iv <= .) genarray([4,3,2], 1d));
print(a+((:complex)[1d,2d]));
return(dim(a));
}</pre>Clemens GrelckClemens Grelckhttps://gitlab.sac-home.org/sac-group/sac2c/-/issues/1468selective function import causes a compiler crash2017-11-19T20:53:37ZDietmar Kreyeselective function import causes a compiler crash| | |
| --- | --- |
| Bugzilla Link | [19](http://bugs.sac-home.org/show_bug.cgi?id=19) |
| Created on | Jun 18, 2003 18:48 |
| Resolution | WONTFIX |
| Resolved on | Nov 19, 2004 17:39 |
| Version | 1.00beta |
| OS | SunOS |
| Archite...| | |
| --- | --- |
| Bugzilla Link | [19](http://bugs.sac-home.org/show_bug.cgi?id=19) |
| Created on | Jun 18, 2003 18:48 |
| Resolution | WONTFIX |
| Resolved on | Nov 19, 2004 17:39 |
| Version | 1.00beta |
| OS | SunOS |
| Architecture | Sun |
| Attachments | [bug2.sac](/uploads/c1a619430d2abff44d646da0d4943096/bug2.sac) |
## Extended Description
The compile crashes during phase 4 (checking required libs) if a SAC program
tries to imports not the whole ScalarIO lib but the print() function only.
A SAC program for reproducing this bug will be given as an attachment.Clemens GrelckClemens Grelckhttps://gitlab.sac-home.org/sac-group/sac2c/-/issues/1470strings in the SIB error2017-11-19T20:53:50ZSven-Bodo Scholzstrings in the SIB error| | |
| --- | --- |
| Bugzilla Link | [25](http://bugs.sac-home.org/show_bug.cgi?id=25) |
| Created on | Nov 04, 2003 10:25 |
| Resolution | FIXED |
| Resolved on | Nov 04, 2003 18:34 |
| Version | 1.00beta |
| OS | SunOS |
| Architect...| | |
| --- | --- |
| Bugzilla Link | [25](http://bugs.sac-home.org/show_bug.cgi?id=25) |
| Created on | Nov 04, 2003 10:25 |
| Resolution | FIXED |
| Resolved on | Nov 04, 2003 18:34 |
| Version | 1.00beta |
| OS | SunOS |
| Architecture | Sun |
| Attachments | [tutu.sac](/uploads/bf4f9c00a77bdcf124d11e1b3581877f/tutu.sac), [tutu2.sac](/uploads/caec8057e694fb2d9d0e53e1a2ce91f8/tutu2.sac), [xtutu2.sac](/uploads/24cf6335b9ff8250a17b5dee39262513/xtutu2.sac) |
## Extended Description
<pre>new-lines (\n) do not survive wrap-up and un-wrap of SIB.
See example file.</pre>Clemens GrelckClemens Grelckhttps://gitlab.sac-home.org/sac-group/sac2c/-/issues/1480Compiling shift in ArraTransform leads to C compiler error2017-11-19T20:54:51ZStephan HerhutCompiling shift in ArraTransform leads to C compiler error| | |
| --- | --- |
| Bugzilla Link | [219](http://bugs.sac-home.org/show_bug.cgi?id=219) |
| Created on | May 15, 2006 10:46 |
| Resolution | FIXED |
| Resolved on | Jun 16, 2008 13:26 |
| Version | 1.00beta |
| OS | SunOS |
| Archite...| | |
| --- | --- |
| Bugzilla Link | [219](http://bugs.sac-home.org/show_bug.cgi?id=219) |
| Created on | May 15, 2006 10:46 |
| Resolution | FIXED |
| Resolved on | Jun 16, 2008 13:26 |
| Version | 1.00beta |
| OS | SunOS |
| Architecture | PC |
## Extended Description
<pre>The usual build of the stdlib generated the following warning when compiling
ArrayTransform:
fun140.c:792: warning: 'SACp_pinl_28109__emlr_18030__pinl_13571__i' is used
uninitialized in this function
A brief chat with Kai, the creator of emlr (loop reuse), gave me the impression
this might be a problem with the final inlining...</pre>Clemens GrelckClemens Grelckhttps://gitlab.sac-home.org/sac-group/sac2c/-/issues/1484make efence works no more2017-11-19T20:55:16ZStephan Herhutmake efence works no more| | |
| --- | --- |
| Bugzilla Link | [279](http://bugs.sac-home.org/show_bug.cgi?id=279) |
| Created on | Aug 15, 2006 15:41 |
| Resolution | FIXED |
| Resolved on | Aug 21, 2006 09:54 |
| Version | svn |
| OS | SunOS |
| Architecture...| | |
| --- | --- |
| Bugzilla Link | [279](http://bugs.sac-home.org/show_bug.cgi?id=279) |
| Created on | Aug 15, 2006 15:41 |
| Resolution | FIXED |
| Resolved on | Aug 21, 2006 09:54 |
| Version | svn |
| OS | SunOS |
| Architecture | PC |
## Extended Description
see subject.Clemens GrelckClemens Grelckhttps://gitlab.sac-home.org/sac-group/sac2c/-/issues/1491DL bug in reconstructing argument classes2017-11-19T20:56:00ZSven-Bodo ScholzDL bug in reconstructing argument classes| | |
| --- | --- |
| Bugzilla Link | [380](http://bugs.sac-home.org/show_bug.cgi?id=380) |
| Created on | Jun 27, 2007 15:36 |
| Resolution | FIXED |
| Resolved on | Aug 08, 2007 18:55 |
| Version | 1.00beta |
| OS | SunOS |
| Archite...| | |
| --- | --- |
| Bugzilla Link | [380](http://bugs.sac-home.org/show_bug.cgi?id=380) |
| Created on | Jun 27, 2007 15:36 |
| Resolution | FIXED |
| Resolved on | Aug 08, 2007 18:55 |
| Version | 1.00beta |
| OS | SunOS |
| Architecture | PC |
| Attachments | [try.sac](/uploads/bf7a71d30ddcac8998fcccf59840b370/try.sac), [tutu2.sac](/uploads/8eba2ce36a6ed804e841d7f7711ad76c/tutu2.sac) |
## Extended Description
DL screws up the variant of prf in some situations (rev 15406)Clemens GrelckClemens Grelckhttps://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/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/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/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/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/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/1518wlpg and empty result shapes2017-11-19T20:58:42ZSven-Bodo Scholzwlpg and empty result shapes| | |
| --- | --- |
| Bugzilla Link | [44](http://bugs.sac-home.org/show_bug.cgi?id=44) |
| Created on | Aug 23, 2004 19:01 |
| Resolution | FIXED |
| Resolved on | Aug 25, 2004 18:32 |
| Version | 1.00beta |
| OS | SunOS |
| Architect...| | |
| --- | --- |
| Bugzilla Link | [44](http://bugs.sac-home.org/show_bug.cgi?id=44) |
| Created on | Aug 23, 2004 19:01 |
| Resolution | FIXED |
| Resolved on | Aug 25, 2004 18:32 |
| Version | 1.00beta |
| OS | SunOS |
| Architecture | Sun |
| Attachments | [tutu.sac](/uploads/740e93d67183628db15dd9662dbae898/tutu.sac), [tutu_cf.sac](/uploads/02f27f28f246599b494a0f391aba5bac/tutu_cf.sac), [tutu_wlpg.sac](/uploads/ff4262abe5401f4b0180753d7b3d257d/tutu_wlpg.sac) |
## Extended Description
<pre>The file provided as attachment does not compile properly.
To reproduce, use sac2c -sbs -fun2lac 7 -b14:wlpg
and compare it to sac2c -sbs -fun2lac 7 -b14:cf
(The outputs are provided as further attachments.</pre>Karsten HinckfußKarsten Hinckfußhttps://gitlab.sac-home.org/sac-group/sac2c/-/issues/1519fold-WL with empty shape not yet implemented2017-11-19T20:58:48ZSven-Bodo Scholzfold-WL with empty shape not yet implemented| | |
| --- | --- |
| Bugzilla Link | [63](http://bugs.sac-home.org/show_bug.cgi?id=63) |
| Created on | Sep 23, 2004 18:01 |
| Resolution | FIXED |
| Resolved on | Sep 28, 2004 14:51 |
| Version | 1.00beta |
| OS | SunOS |
| Architect...| | |
| --- | --- |
| Bugzilla Link | [63](http://bugs.sac-home.org/show_bug.cgi?id=63) |
| Created on | Sep 23, 2004 18:01 |
| Resolution | FIXED |
| Resolved on | Sep 28, 2004 14:51 |
| Version | 1.00beta |
| OS | SunOS |
| Architecture | Sun |
| Attachments | [error.sac](/uploads/dd08006cc2b9f595927b0681ba460246/error.sac) |
## Extended Description
<pre>Once Kai has fixed bug#60 he will stagger upon this one....</pre>Karsten HinckfußKarsten Hinckfußhttps://gitlab.sac-home.org/sac-group/sac2c/-/issues/1520WLPG applies TYGetDim to other than AKV, AKS or AKD type2017-11-19T20:58:54ZSven-Bodo ScholzWLPG applies TYGetDim to other than AKV, AKS or AKD type| | |
| --- | --- |
| Bugzilla Link | [73](http://bugs.sac-home.org/show_bug.cgi?id=73) |
| Created on | Oct 21, 2004 19:58 |
| Resolution | FIXED |
| Resolved on | Oct 22, 2004 12:30 |
| Version | 1.00beta |
| OS | SunOS |
| Architect...| | |
| --- | --- |
| Bugzilla Link | [73](http://bugs.sac-home.org/show_bug.cgi?id=73) |
| Created on | Oct 21, 2004 19:58 |
| Resolution | FIXED |
| Resolved on | Oct 22, 2004 12:30 |
| Version | 1.00beta |
| OS | SunOS |
| Architecture | Sun |
| Attachments | [tutu.sac](/uploads/93961afac885b9a266ccb10d6f7f6938/tutu.sac) |
## Extended Description
<pre>compile the attached source file with sac2c -sbs -fun2lac 7
and you will obtain an assertion in phase 14 complaining:
TYGetDim applied to ther than AKV, AKS or AKD type!</pre>Karsten HinckfußKarsten Hinckfußhttps://gitlab.sac-home.org/sac-group/sac2c/-/issues/1521redundant WL partitions2017-11-19T20:58:59ZSven-Bodo Scholzredundant WL partitions| | |
| --- | --- |
| Bugzilla Link | [82](http://bugs.sac-home.org/show_bug.cgi?id=82) |
| Created on | Nov 09, 2004 13:01 |
| Resolution | WONTFIX |
| Resolved on | Jun 27, 2005 11:57 |
| Version | 1.00beta |
| OS | SunOS |
| Archite...| | |
| --- | --- |
| Bugzilla Link | [82](http://bugs.sac-home.org/show_bug.cgi?id=82) |
| Created on | Nov 09, 2004 13:01 |
| Resolution | WONTFIX |
| Resolved on | Jun 27, 2005 11:57 |
| Version | 1.00beta |
| OS | SunOS |
| Architecture | Sun |
## Extended Description
<pre>partition generation seems to generate potentially redundant
generators which are not eliminated during optimization!
Therefore, an expression genarray( [4,6], 2) leads to three(!)
generators, two of which are empty 8-(
[use the new TC to reproduce...]</pre>Karsten HinckfußKarsten Hinckfußhttps://gitlab.sac-home.org/sac-group/sac2c/-/issues/1522fold problem2017-11-19T20:59:06ZSven-Bodo Scholzfold problem| | |
| --- | --- |
| Bugzilla Link | [83](http://bugs.sac-home.org/show_bug.cgi?id=83) |
| Created on | Nov 09, 2004 19:59 |
| Resolution | FIXED |
| Resolved on | Nov 11, 2004 20:06 |
| Version | 1.00beta |
| OS | SunOS |
| Architect...| | |
| --- | --- |
| Bugzilla Link | [83](http://bugs.sac-home.org/show_bug.cgi?id=83) |
| Created on | Nov 09, 2004 19:59 |
| Resolution | FIXED |
| Resolved on | Nov 11, 2004 20:06 |
| Version | 1.00beta |
| OS | SunOS |
| Architecture | Sun |
| Attachments | [starless.sac](/uploads/4452fefc9224535940c0ceac21169360/starless.sac), [stateless_b15.sac](/uploads/6085ebb0228e4f5835f888b96c2d1f1e/stateless_b15.sac) |
## Extended Description
strange bug happening on matrix multiply version of Bob.
The result should be an array of 64s, but it in fact is an array of 8s.
However, after the optimizations the code seems to look fine (cf attachment).
I assume (!) that this is a fold problem?Karsten HinckfußKarsten Hinckfußhttps://gitlab.sac-home.org/sac-group/sac2c/-/issues/1524print.c array printing bug2017-11-19T20:59:17ZStephan Herhutprint.c array printing bug| | |
| --- | --- |
| Bugzilla Link | [14](http://bugs.sac-home.org/show_bug.cgi?id=14) |
| Created on | Jun 10, 2003 14:42 |
| Resolution | FIXED |
| Resolved on | Jun 11, 2003 17:14 |
| Version | 1.00beta |
| OS | SunOS |
| Architect...| | |
| --- | --- |
| Bugzilla Link | [14](http://bugs.sac-home.org/show_bug.cgi?id=14) |
| Created on | Jun 10, 2003 14:42 |
| Resolution | FIXED |
| Resolved on | Jun 11, 2003 17:14 |
| Version | 1.00beta |
| OS | SunOS |
| Architecture | Sun |
## Extended Description
<pre>compiler segfaults when printing arrays.
how to reproduce:
compile the following code with sac2c -b2
int main()
{
v = [1,2,3,4];
m = [v, v, v];
a = [m,m];
tmp = {[k] -> a[[0,...,k]] };
a = { [i,j] -> tmp[[j,i]] };
return( a[[0,0]]);
}</pre>Kai TrojahnerKai Trojahnerhttps://gitlab.sac-home.org/sac-group/sac2c/-/issues/1526empty array WLS bug2017-11-19T20:59:29ZSven-Bodo Scholzempty array WLS bug| | |
| --- | --- |
| Bugzilla Link | [32](http://bugs.sac-home.org/show_bug.cgi?id=32) |
| Created on | Nov 28, 2003 10:42 |
| Resolution | FIXED |
| Resolved on | Nov 28, 2003 23:05 |
| Version | 1.00beta |
| OS | SunOS |
| Architect...| | |
| --- | --- |
| Bugzilla Link | [32](http://bugs.sac-home.org/show_bug.cgi?id=32) |
| Created on | Nov 28, 2003 10:42 |
| Resolution | FIXED |
| Resolved on | Nov 28, 2003 23:05 |
| Version | 1.00beta |
| OS | SunOS |
| Architecture | Sun |
| Attachments | [mgwl.sac](/uploads/af679939d8540344be0ae6ffb7ba0d80/mgwl.sac) |
## Extended Description
<pre>The attached file compiles fine with:
sac2c -sbs -fun2lac 7 -ssa -b14 -noWLS -cppI .. mgwl.sac
but breaks if WLS is left turned on!
It seems WLS is not prepared the inner array to be empty.</pre>Kai TrojahnerKai Trojahnerhttps://gitlab.sac-home.org/sac-group/sac2c/-/issues/1528space leak in SSAConstantfolding.c2017-11-19T20:59:40ZSven-Bodo Scholzspace leak in SSAConstantfolding.c| | |
| --- | --- |
| Bugzilla Link | [46](http://bugs.sac-home.org/show_bug.cgi?id=46) |
| Created on | Aug 25, 2004 22:31 |
| Resolution | FIXED |
| Resolved on | Sep 29, 2005 15:00 |
| Version | 1.00beta |
| OS | SunOS |
| Architect...| | |
| --- | --- |
| Bugzilla Link | [46](http://bugs.sac-home.org/show_bug.cgi?id=46) |
| Created on | Aug 25, 2004 22:31 |
| Resolution | FIXED |
| Resolved on | Sep 29, 2005 15:00 |
| Version | 1.00beta |
| OS | SunOS |
| Architecture | Sun |
## Extended Description
<pre>please have a look at SSACFStructOpWrapper !
problem: a) code is VERY difficult to read (compare revision 1.40 !)
b) the SCO_HIDDEN(struc_co) pointer is reused
making the old constant inaccessable!!!!! => Space leak</pre>Kai TrojahnerKai Trojahnerhttps://gitlab.sac-home.org/sac-group/sac2c/-/issues/1540compiler segfaults2017-11-19T21:00:48ZStephan Herhutcompiler segfaults| | |
| --- | --- |
| Bugzilla Link | [106](http://bugs.sac-home.org/show_bug.cgi?id=106) |
| Created on | Jul 27, 2005 17:31 |
| Resolution | FIXED |
| Resolved on | Jul 28, 2005 12:42 |
| Version | 1.00beta |
| OS | SunOS |
| Archite...| | |
| --- | --- |
| Bugzilla Link | [106](http://bugs.sac-home.org/show_bug.cgi?id=106) |
| Created on | Jul 27, 2005 17:31 |
| Resolution | FIXED |
| Resolved on | Jul 28, 2005 12:42 |
| Version | 1.00beta |
| OS | SunOS |
| Architecture | Sun |
## Extended Description
<pre>building the StdLib module String generates a segfault:
sac2c -O3 -check tb -o lib String.sac -b19:mmv</pre>Kai TrojahnerKai Trojahnerhttps://gitlab.sac-home.org/sac-group/sac2c/-/issues/1541ReuseWithArray breaks on IdxSel2017-11-19T21:00:54ZStephan HerhutReuseWithArray breaks on IdxSel| | |
| --- | --- |
| Bugzilla Link | [113](http://bugs.sac-home.org/show_bug.cgi?id=113) |
| Created on | Sep 15, 2005 15:19 |
| Resolution | FIXED |
| Resolved on | Sep 15, 2005 19:14 |
| Version | 1.00beta |
| OS | SunOS |
| Archite...| | |
| --- | --- |
| Bugzilla Link | [113](http://bugs.sac-home.org/show_bug.cgi?id=113) |
| Created on | Sep 15, 2005 15:19 |
| Resolution | FIXED |
| Resolved on | Sep 15, 2005 19:14 |
| Version | 1.00beta |
| OS | SunOS |
| Architecture | Sun |
| Attachments | [sel.sac](/uploads/a698b3b68fe1de7ff26f922ef88cfda8/sel.sac) |
## Extended Description
<pre>when IVE is turned on, ReuseWithArray breaks on IdxSel.
try testcase with
sac2c -doIVE sel.sac</pre>Kai TrojahnerKai Trojahnerhttps://gitlab.sac-home.org/sac-group/sac2c/-/issues/1542DCR corrupts the ast2017-11-19T21:01:00ZStephan HerhutDCR corrupts the ast| | |
| --- | --- |
| Bugzilla Link | [118](http://bugs.sac-home.org/show_bug.cgi?id=118) |
| Created on | Sep 16, 2005 18:01 |
| Resolution | FIXED |
| Resolved on | Sep 16, 2005 21:17 |
| Version | 1.00beta |
| OS | SunOS |
| Archite...| | |
| --- | --- |
| Bugzilla Link | [118](http://bugs.sac-home.org/show_bug.cgi?id=118) |
| Created on | Sep 16, 2005 18:01 |
| Resolution | FIXED |
| Resolved on | Sep 16, 2005 21:17 |
| Version | 1.00beta |
| OS | SunOS |
| Architecture | Sun |
| Attachments | [bug.sac](/uploads/850d0efa51f1c6eddd38e8278e08df9f/bug.sac) |
## Extended Description
<pre>compiling the given example leads to a segfault.
sac2c bug.sac -b13:cyc:1:wlf -> ok
sac2c bug.sac -b13:cyc:1:dcr -> broken</pre>Kai TrojahnerKai Trojahnerhttps://gitlab.sac-home.org/sac-group/sac2c/-/issues/1556triple mdiv bug - ISV problem2017-11-19T21:02:28ZSven-Bodo Scholztriple mdiv bug - ISV problem| | |
| --- | --- |
| Bugzilla Link | [269](http://bugs.sac-home.org/show_bug.cgi?id=269) |
| Created on | Aug 10, 2006 10:17 |
| Resolution | FIXED |
| Resolved on | Aug 10, 2006 22:18 |
| Version | 1.00beta |
| OS | SunOS |
| Archite...| | |
| --- | --- |
| Bugzilla Link | [269](http://bugs.sac-home.org/show_bug.cgi?id=269) |
| Created on | Aug 10, 2006 10:17 |
| Resolution | FIXED |
| Resolved on | Aug 10, 2006 22:18 |
| Version | 1.00beta |
| OS | SunOS |
| Architecture | Sun |
| Attachments | [mdiv.sac](/uploads/bcd70cffc3253370c19239b6713460bf/mdiv.sac) |
## Extended Description
<pre>investigating into bug 265 I found that we are, most likely dealing with a
combination of 3 bugs!
-noISV -noWLUR -noSCI => compiles fine!
-- => compiler ERRORS : missing definitions for _isv_ variables
-noISV => non terminating recursion in WLUR
-noWLUR => same as -- case
-noISV -noWLUR => SEGFAULT in SCI
-noSCI => same as -- case
all this with sac2c rev 14878, stdlib rev 852.
I created three bugs (including this one) and made 265 depend on all of them</pre>Kai TrojahnerKai Trojahnerhttps://gitlab.sac-home.org/sac-group/sac2c/-/issues/1558ISV breaks APLmconv.sac and kp1.sac2017-11-19T21:02:39ZSven-Bodo ScholzISV breaks APLmconv.sac and kp1.sac| | |
| --- | --- |
| Bugzilla Link | [284](http://bugs.sac-home.org/show_bug.cgi?id=284) |
| Created on | Aug 18, 2006 13:24 |
| Resolution | FIXED |
| Resolved on | Nov 09, 2007 23:32 |
| Version | 1.00beta |
| OS | SunOS |
| Archite...| | |
| --- | --- |
| Bugzilla Link | [284](http://bugs.sac-home.org/show_bug.cgi?id=284) |
| Created on | Aug 18, 2006 13:24 |
| Resolution | FIXED |
| Resolved on | Nov 09, 2007 23:32 |
| Version | 1.00beta |
| OS | SunOS |
| Architecture | PC |
## Extended Description
sac2c rev 14914
with stdlib 859
and sac 741
Both files compile fine with ISV turned off.Kai TrojahnerKai Trojahnerhttps://gitlab.sac-home.org/sac-group/sac2c/-/issues/1561empty generator detection in wlsimp fails!2017-11-19T21:02:58ZSven-Bodo Scholzempty generator detection in wlsimp fails!| | |
| --- | --- |
| Bugzilla Link | [313](http://bugs.sac-home.org/show_bug.cgi?id=313) |
| Created on | Oct 25, 2006 14:55 |
| Resolution | FIXED |
| Resolved on | Dec 16, 2009 23:37 |
| Version | 1.00beta |
| OS | SunOS |
| Archite...| | |
| --- | --- |
| Bugzilla Link | [313](http://bugs.sac-home.org/show_bug.cgi?id=313) |
| Created on | Oct 25, 2006 14:55 |
| Resolution | FIXED |
| Resolved on | Dec 16, 2009 23:37 |
| Version | 1.00beta |
| OS | SunOS |
| Architecture | PC |
| Attachments | [empty_outer_shape_akd.sac](/uploads/d97b20c44a20ad1a7d97dc396c876eae/empty_outer_shape_akd.sac) |
## Extended Description
<pre>The attached program is modified wrongly by wlsimp.
(rev 15061) compilation with -noWLSIMP works fine.
The problem seems to lie in the detection of empty partitions which
may fail if the idxvec is non-AKS.</pre>Kai TrojahnerKai Trojahnerhttps://gitlab.sac-home.org/sac-group/sac2c/-/issues/1568referencecounting emits free on global object2017-11-19T21:03:41ZStephan Herhutreferencecounting emits free on global object| | |
| --- | --- |
| Bugzilla Link | [374](http://bugs.sac-home.org/show_bug.cgi?id=374) |
| Created on | Jun 14, 2007 15:19 |
| Resolution | FIXED |
| Resolved on | Nov 09, 2007 15:06 |
| Version | 1.00beta |
| OS | SunOS |
| Archite...| | |
| --- | --- |
| Bugzilla Link | [374](http://bugs.sac-home.org/show_bug.cgi?id=374) |
| Created on | Jun 14, 2007 15:19 |
| Resolution | FIXED |
| Resolved on | Nov 09, 2007 15:06 |
| Version | 1.00beta |
| OS | SunOS |
| Architecture | PC |
## Extended Description
<pre>sac/testsuite/objects/withloops/default-partition-2.sac triggers the problem.</pre>Kai TrojahnerKai Trojahnerhttps://gitlab.sac-home.org/sac-group/sac2c/-/issues/1572APLlogd1 aus den demos liefert falsche Werte2017-11-19T21:04:04ZSven-Bodo ScholzAPLlogd1 aus den demos liefert falsche Werte| | |
| --- | --- |
| Bugzilla Link | [13](http://bugs.sac-home.org/show_bug.cgi?id=13) |
| Created on | Apr 24, 2003 20:41 |
| Resolution | FIXED |
| Resolved on | Apr 25, 2003 00:05 |
| Version | 1.00beta |
| OS | SunOS |
| Architect...| | |
| --- | --- |
| Bugzilla Link | [13](http://bugs.sac-home.org/show_bug.cgi?id=13) |
| Created on | Apr 24, 2003 20:41 |
| Resolution | FIXED |
| Resolved on | Apr 25, 2003 00:05 |
| Version | 1.00beta |
| OS | SunOS |
| Architecture | Sun |
## Extended Description
<pre>Der letzte Master-Run hat gezeigt:
-sacbase-idefix-> sac2c -O3 -v1 -ssa -maxlur 3 -o APLlogd1 APLlogd1.sac
-sacbase-idefix-> APLlogd1
sum( logd( 0.5 + tod(iota([500000])))) = 25000000.000000
-sacbase-idefix-> sac2c -O3 -v1 -ssa -noDL -maxlur 3 -o APLlogd1 APLlogd1.sac
-sacbase-idefix-> APLlogd1
sum( logd( 0.5 + tod(iota([500000])))) = 702.847938</pre>Michael WernerMichael Wernerhttps://gitlab.sac-home.org/sac-group/sac2c/-/issues/1577DistributiveLaw is not compatible with new ast2017-11-19T21:04:32ZStephan HerhutDistributiveLaw is not compatible with new ast| | |
| --- | --- |
| Bugzilla Link | [84](http://bugs.sac-home.org/show_bug.cgi?id=84) |
| Created on | Nov 10, 2004 17:33 |
| Resolution | FIXED |
| Resolved on | Nov 18, 2004 21:09 |
| Version | 1.00beta |
| OS | SunOS |
| Architect...| | |
| --- | --- |
| Bugzilla Link | [84](http://bugs.sac-home.org/show_bug.cgi?id=84) |
| Created on | Nov 10, 2004 17:33 |
| Resolution | FIXED |
| Resolved on | Nov 18, 2004 21:09 |
| Version | 1.00beta |
| OS | SunOS |
| Architecture | Sun |
## Extended Description
<pre>The phase distributive law uses a hack to annotate some information to nodes of
(to me) unknown type by setting the flag field of the node structure to some
value. As the new ast has no such flag field and furthermore the attribute
structure differs from node to node, this cannot be transformed into a clean new
ast solution.
As deeper insight into DL is needed to solve this, I've decided to commit it as
a bug.
The bas macro is:
#define DL_EXPRS_FLAG(n) (n->flag)
defined in DistributiveLaw.c</pre>Michael WernerMichael Wernerhttps://gitlab.sac-home.org/sac-group/sac2c/-/issues/1583Crash in shape-clique inference2017-11-19T21:05:10ZTheo van KlaverenCrash in shape-clique inference| | |
| --- | --- |
| Bugzilla Link | [258](http://bugs.sac-home.org/show_bug.cgi?id=258) |
| Created on | Aug 04, 2006 15:54 |
| Resolution | FIXED |
| Resolved on | Aug 10, 2006 15:14 |
| Version | 1.00beta |
| OS | SunOS |
| Archite...| | |
| --- | --- |
| Bugzilla Link | [258](http://bugs.sac-home.org/show_bug.cgi?id=258) |
| Created on | Aug 04, 2006 15:54 |
| Resolution | FIXED |
| Resolved on | Aug 10, 2006 15:14 |
| Version | 1.00beta |
| OS | SunOS |
| Architecture | PC |
| Attachments | [ack.sac](/uploads/24903aaaedc34a894724c37058687be7/ack.sac) |
## Extended Description
<pre>Attached program crashes in SCI with -nowlur.</pre>Robert BerneckyRobert Berneckyhttps://gitlab.sac-home.org/sac-group/sac2c/-/issues/1585triple mdiv bug -- SCI problem2017-11-19T21:05:22ZSven-Bodo Scholztriple mdiv bug -- SCI problem| | |
| --- | --- |
| Bugzilla Link | [271](http://bugs.sac-home.org/show_bug.cgi?id=271) |
| Created on | Aug 10, 2006 10:26 |
| Resolution | FIXED |
| Resolved on | Sep 18, 2006 19:11 |
| Version | 1.00beta |
| OS | SunOS |
| Archite...| | |
| --- | --- |
| Bugzilla Link | [271](http://bugs.sac-home.org/show_bug.cgi?id=271) |
| Created on | Aug 10, 2006 10:26 |
| Resolution | FIXED |
| Resolved on | Sep 18, 2006 19:11 |
| Version | 1.00beta |
| OS | SunOS |
| Architecture | PC |
| Attachments | [mdiv2.sac](/uploads/b6ecf7ab51d0d2c71410154520a15f68/mdiv2.sac) |
## Extended Description
<pre>investigating into bug 265 I found that we are, most likely dealing with a
combination of 3 bugs!
-noISV -noWLUR -noSCI => compiles fine!
-- => compiler ERRORS : missing definitions for _isv_ variables
-noISV => non terminating recursion in WLUR
-noWLUR => same as -- case
-noISV -noWLUR => SEGFAULT in SCI
-noSCI => same as -- case
all this with sac2c rev 14878, stdlib rev 852.
I created three bugs (including this one) and made 265 depend on all of them</pre>Robert BerneckyRobert Berneckyhttps://gitlab.sac-home.org/sac-group/sac2c/-/issues/1589nesting of set notation2017-11-19T21:05:46ZSven-Bodo Scholznesting of set notation| | |
| --- | --- |
| Bugzilla Link | [10](http://bugs.sac-home.org/show_bug.cgi?id=10) |
| Created on | Apr 08, 2003 10:35 |
| Resolution | FIXED |
| Resolved on | Nov 05, 2003 16:01 |
| Version | 1.00beta |
| OS | SunOS |
| Architect...| | |
| --- | --- |
| Bugzilla Link | [10](http://bugs.sac-home.org/show_bug.cgi?id=10) |
| Created on | Apr 08, 2003 10:35 |
| Resolution | FIXED |
| Resolved on | Nov 05, 2003 16:01 |
| Version | 1.00beta |
| OS | SunOS |
| Architecture | Sun |
## Extended Description
<pre>There is a problem when nesting the set notation.
Simple example:
int main()
{
v = [1,2,3,4];
m = [v, v, v];
a = [m,m];
#if 0
a = { [i,j] -> {[k] -> a[[0,...,k]]} [j,i] };
#else
tmp = {[k] -> a[[0,...,k]] };
a = { [i,j] -> tmp[[j,i]] };
#endif
return( a[[0,0]]);
}
The commented out version does not survive phase 2 of the compiler 8-(</pre>Stephan HerhutStephan Herhuthttps://gitlab.sac-home.org/sac-group/sac2c/-/issues/1599libsac2c error in product version2017-11-19T21:06:40ZSven-Bodo Scholzlibsac2c error in product version| | |
| --- | --- |
| Bugzilla Link | [100](http://bugs.sac-home.org/show_bug.cgi?id=100) |
| Created on | Jun 28, 2005 12:45 |
| Resolution | FIXED |
| Resolved on | Jun 28, 2005 16:16 |
| Version | 1.00beta |
| OS | SunOS |
| Archite...| | |
| --- | --- |
| Bugzilla Link | [100](http://bugs.sac-home.org/show_bug.cgi?id=100) |
| Created on | Jun 28, 2005 12:45 |
| Resolution | FIXED |
| Resolved on | Jun 28, 2005 16:16 |
| Version | 1.00beta |
| OS | SunOS |
| Architecture | Sun |
## Extended Description
<pre>trace in gdb yields:Program received signal SIGSEGV, Segmentation fault.
DUPerror (arg_node=0x0, arg_info=0x0) at DupTree.c:3106
3106 new_node = TBmakeError( ILIBstringCopy( ERROR_MESSAGE( arg_node)),
(gdb) where
#0 DUPerror (arg_node=0x0, arg_info=0x0) at DupTree.c:3106
#1 0x00045a84 in DUPspid (arg_node=0x19a2d8, arg_info=0x189958) at DupTree.c:731
#2 0x0003d2e8 in TRAVdo (arg_node=0x19a2d8, arg_info=0x189958) at traverse.c:110
#3 0x00044920 in DUPdoDupTree (arg_node=0x19a2d8) at DupTree.c:630
#4 0x00067e58 in HDgenerator (arg_node=0x193ae0, arg_info=0x19a278)
at handle_dots.c:1926
#5 0x0003d2e8 in TRAVdo (arg_node=0x193ae0, arg_info=0x19a278) at traverse.c:110
#6 0x00058cc4 in TRAVsons (arg_node=0x193b00, arg_info=0x19a278)
at traverse_helper.c:250
#7 0x0003d3b8 in TRAVcont (arg_node=0x193b00, arg_info=0x19a278) at traverse.c:141
#8 0x00068cfc in HDpart (arg_node=0x193b00, arg_info=0x19a278) at
handle_dots.c:1878
#9 0x0003d2e8 in TRAVdo (arg_node=0x193b00, arg_info=0x19a278) at traverse.c:110
#10 0x00068c1c in HDwith (arg_node=0x197258, arg_info=0x19a278) at
handle_dots.c:1789
#11 0x0003d2e8 in TRAVdo (arg_node=0x197258, arg_info=0x19a278) at traverse.c:110
#12 0x00058e80 in TRAVsons (arg_node=0x197278, arg_info=0x19a278)
at traverse_helper.c:321
#13 0x0003d2e8 in TRAVdo (arg_node=0x197278, arg_info=0x19a278) at traverse.c:110
#14 0x00058e5c in TRAVsons (arg_node=0x197298, arg_info=0x19a278)
at traverse_helper.c:320
#15 0x0003d3b8 in TRAVcont (arg_node=0x197298, arg_info=0x19a278) at traverse.c:141
#16 0x000684ac in HDassign (arg_node=0x197298, arg_info=0x19a278)
at handle_dots.c:2141
#17 0x0003d2e8 in TRAVdo (arg_node=0x197298, arg_info=0x19a278) at traverse.c:110
#18 0x00058e80 in TRAVsons (arg_node=0x193a20, arg_info=0x19a278)
at traverse_helper.c:321
#19 0x0003d3b8 in TRAVcont (arg_node=0x193a20, arg_info=0x19a278) at traverse.c:141
#20 0x000684ac in HDassign (arg_node=0x193a20, arg_info=0x19a278)
at handle_dots.c:2141
#21 0x0003d2e8 in TRAVdo (arg_node=0x193a20, arg_info=0x19a278) at traverse.c:110
#22 0x00058e5c in TRAVsons (arg_node=0x197338, arg_info=0x19a278)
at traverse_helper.c:320
#23 0x0003d2e8 in TRAVdo (arg_node=0x197338, arg_info=0x19a278) at traverse.c:110
#24 0x00058d58 in TRAVsons (arg_node=0x1903d0, arg_info=0x19a278)
at traverse_helper.c:260
#25 0x0003d2e8 in TRAVdo (arg_node=0x1903d0, arg_info=0x19a278) at traverse.c:110
#26 0x00058d7c in TRAVsons (arg_node=0x1974d8, arg_info=0x19a278)
at traverse_helper.c:261
#27 0x0003d2e8 in TRAVdo (arg_node=0x1974d8, arg_info=0x19a278) at traverse.c:110
#28 0x00058d7c in TRAVsons (arg_node=0x1985d0, arg_info=0x19a278)
at traverse_helper.c:261
#29 0x0003d2e8 in TRAVdo (arg_node=0x1985d0, arg_info=0x19a278) at traverse.c:110
#30 0x00058d7c in TRAVsons (arg_node=0x199368, arg_info=0x19a278)
at traverse_helper.c:261
#31 0x0003d2e8 in TRAVdo (arg_node=0x199368, arg_info=0x19a278) at traverse.c:110
#32 0x00058d7c in TRAVsons (arg_node=0x199548, arg_info=0x19a278)
at traverse_helper.c:261
#33 0x0003d2e8 in TRAVdo (arg_node=0x199548, arg_info=0x19a278) at traverse.c:110
#34 0x00058d7c in TRAVsons (arg_node=0x199d58, arg_info=0x19a278)
at traverse_helper.c:261
#35 0x0003d2e8 in TRAVdo (arg_node=0x199d58, arg_info=0x19a278) at traverse.c:110
#36 0x00058d7c in TRAVsons (arg_node=0x199f38, arg_info=0x19a278)
at traverse_helper.c:261
#37 0x0003d2e8 in TRAVdo (arg_node=0x199f38, arg_info=0x19a278) at traverse.c:110
#38 0x00058d7c in TRAVsons (arg_node=0x19a118, arg_info=0x19a278)
at traverse_helper.c:261
#39 0x0003d2e8 in TRAVdo (arg_node=0x19a118, arg_info=0x19a278) at traverse.c:110
#40 0x00058c30 in TRAVsons (arg_node=0x19a218, arg_info=0x19a278)
at traverse_helper.c:44
#41 0x0003d2e8 in TRAVdo (arg_node=0x19a218, arg_info=0x19a278) at traverse.c:110
#42 0x00068bcc in HDdoEliminateSelDots (arg_node=0x19a218) at handle_dots.c:1748
#43 0x00066628 in SPdoScanParse () at scnprs.c:199
#44 0x0002f464 in main (argc=7, argv=0x17d340) at main.c:237</pre>Stephan HerhutStephan Herhuthttps://gitlab.sac-home.org/sac-group/sac2c/-/issues/1600libsac2c does not compile on idefix2017-11-19T21:06:45ZSven-Bodo Scholzlibsac2c does not compile on idefix| | |
| --- | --- |
| Bugzilla Link | [101](http://bugs.sac-home.org/show_bug.cgi?id=101) |
| Created on | Jun 28, 2005 13:28 |
| Resolution | INVALID |
| Resolved on | Jun 28, 2005 15:47 |
| Version | 1.00beta |
| OS | SunOS |
| Archi...| | |
| --- | --- |
| Bugzilla Link | [101](http://bugs.sac-home.org/show_bug.cgi?id=101) |
| Created on | Jun 28, 2005 13:28 |
| Resolution | INVALID |
| Resolved on | Jun 28, 2005 15:47 |
| Version | 1.00beta |
| OS | SunOS |
| Architecture | Sun |
## Extended Description
<pre>** 21: Creating library: ...
Creating static SAC library `libsac2c.a'
ar: libsac2c.a not in archive format
ABORT: System failed to execute shell command
ABORT: ar cr libsac2c.a /tmp/sacbase/SAC_AAA65ay1V/fun*.o
ABORT: with exit code 1
*** Compilation failed ***
*** Exit code 21 (Creating library)
*** 1 Error(s), 0 Warning(s)</pre>Stephan HerhutStephan Herhuthttps://gitlab.sac-home.org/sac-group/sac2c/-/issues/1602type checker breaks on F_type_error prf2017-11-19T21:06:56ZStephan Herhuttype checker breaks on F_type_error prf| | |
| --- | --- |
| Bugzilla Link | [112](http://bugs.sac-home.org/show_bug.cgi?id=112) |
| Created on | Sep 13, 2005 19:53 |
| Resolution | FIXED |
| Resolved on | Sep 29, 2005 14:22 |
| Version | 1.00beta |
| OS | SunOS |
| Archite...| | |
| --- | --- |
| Bugzilla Link | [112](http://bugs.sac-home.org/show_bug.cgi?id=112) |
| Created on | Sep 13, 2005 19:53 |
| Resolution | FIXED |
| Resolved on | Sep 29, 2005 14:22 |
| Version | 1.00beta |
| OS | SunOS |
| Architecture | Sun |
| Attachments | [dfr.sac](/uploads/288d2f16f0414755484763ee9e4cec15/dfr.sac) |
## Extended Description
<pre>when doing type upgrade on the given example, the typechecker breaks while
trying to typecheck the F_type_error during cycle 3.
the program needs to be that complicated to ensure type upgrade running 3 times
on function reverse.</pre>Stephan HerhutStephan Herhuthttps://gitlab.sac-home.org/sac-group/sac2c/-/issues/1603compiler breaks during TUP2017-11-19T21:07:02ZStephan Herhutcompiler breaks during TUP| | |
| --- | --- |
| Bugzilla Link | [116](http://bugs.sac-home.org/show_bug.cgi?id=116) |
| Created on | Sep 16, 2005 15:47 |
| Resolution | FIXED |
| Resolved on | Sep 16, 2005 19:07 |
| Version | 1.00beta |
| OS | SunOS |
| Archite...| | |
| --- | --- |
| Bugzilla Link | [116](http://bugs.sac-home.org/show_bug.cgi?id=116) |
| Created on | Sep 16, 2005 15:47 |
| Resolution | FIXED |
| Resolved on | Sep 16, 2005 19:07 |
| Version | 1.00beta |
| OS | SunOS |
| Architecture | Sun |
| Attachments | [shapeprob.sac](/uploads/0a5caf768341c58929f5e0b18576c1a4/shapeprob.sac) |
## Extended Description
<pre>Assertion 'expr' failed: file 'ct_prf.c', line 506
** shape called with incorrect number of arguments
Abort</pre>Stephan HerhutStephan Herhuthttps://gitlab.sac-home.org/sac-group/sac2c/-/issues/1614printf vanishes after the opts2017-11-19T21:08:10ZSven-Bodo Scholzprintf vanishes after the opts| | |
| --- | --- |
| Bugzilla Link | [224](http://bugs.sac-home.org/show_bug.cgi?id=224) |
| Created on | May 19, 2006 16:58 |
| Resolution | REMIND |
| Resolved on | Jun 16, 2006 12:24 |
| Version | 1.00beta |
| OS | SunOS |
| Archit...| | |
| --- | --- |
| Bugzilla Link | [224](http://bugs.sac-home.org/show_bug.cgi?id=224) |
| Created on | May 19, 2006 16:58 |
| Resolution | REMIND |
| Resolved on | Jun 16, 2006 12:24 |
| Version | 1.00beta |
| OS | SunOS |
| Architecture | PC |
| Attachments | [chaos.sac](/uploads/0f707332602107a627929fb91e1098ec/chaos.sac), [ipbb.sac](/uploads/8b13719d6d27e2d535e9b5652915d670/ipbb.sac) |
## Extended Description
<pre>sac2c -noOPT -b14 looks allright, -b15 does not!</pre>Stephan HerhutStephan Herhuthttps://gitlab.sac-home.org/sac-group/sac2c/-/issues/1615SSA conversion assertion failure2017-11-19T21:08:17ZRobert BerneckySSA conversion assertion failure| | |
| --- | --- |
| Bugzilla Link | [228](http://bugs.sac-home.org/show_bug.cgi?id=228) |
| Created on | Jun 15, 2006 13:27 |
| Resolution | REMIND |
| Resolved on | Aug 07, 2006 11:54 |
| Version | 1.00beta |
| OS | SunOS |
| Archit...| | |
| --- | --- |
| Bugzilla Link | [228](http://bugs.sac-home.org/show_bug.cgi?id=228) |
| Created on | Jun 15, 2006 13:27 |
| Resolution | REMIND |
| Resolved on | Aug 07, 2006 11:54 |
| Version | 1.00beta |
| OS | SunOS |
| Architecture | PC |
| Attachments | [NASmg_rotate.sac](/uploads/098e3b57661dfad48b85cae3787623e0/NASmg_rotate.sac) |
## Extended Description
<pre>** 5: Converting to static single assignment form ...
**** Processing user defined types ...
**** Inserting variable declarations ...
**** Converting type decls in type conversions ...
**** Stripping external signatures ...
**** Creating wrapper functions ...
ASSERTION FAILED: file 'src/tree/tree_compound.c', line 1441
no N_ret node found!
EXECUTION TERMINATED
Abort</pre>Stephan HerhutStephan Herhuthttps://gitlab.sac-home.org/sac-group/sac2c/-/issues/1618export / provide of non-existant symbols does not lead to an error2017-11-19T21:08:36ZSven-Bodo Scholzexport / provide of non-existant symbols does not lead to an error| | |
| --- | --- |
| Bugzilla Link | [281](http://bugs.sac-home.org/show_bug.cgi?id=281) |
| Created on | Aug 16, 2006 18:09 |
| Resolution | FIXED |
| Resolved on | Aug 17, 2006 17:45 |
| Version | 1.00beta |
| OS | SunOS |
| Archite...| | |
| --- | --- |
| Bugzilla Link | [281](http://bugs.sac-home.org/show_bug.cgi?id=281) |
| Created on | Aug 16, 2006 18:09 |
| Resolution | FIXED |
| Resolved on | Aug 17, 2006 17:45 |
| Version | 1.00beta |
| OS | SunOS |
| Architecture | PC |
| Attachments | [empty.sac](/uploads/2f68b6be7e206d4d5c84f29b791a2f0e/empty.sac) |
## Extended Description
see the subjectStephan HerhutStephan Herhuthttps://gitlab.sac-home.org/sac-group/sac2c/-/issues/1631bug in new typechecker (function dispatch?!)2017-11-19T21:09:54ZDietmar Kreyebug in new typechecker (function dispatch?!)| | |
| --- | --- |
| Bugzilla Link | [17](http://bugs.sac-home.org/show_bug.cgi?id=17) |
| Created on | Jun 17, 2003 12:05 |
| Resolution | FIXED |
| Resolved on | Jun 17, 2003 16:08 |
| Version | 1.00beta |
| OS | SunOS |
| Architect...| | |
| --- | --- |
| Bugzilla Link | [17](http://bugs.sac-home.org/show_bug.cgi?id=17) |
| Created on | Jun 17, 2003 12:05 |
| Resolution | FIXED |
| Resolved on | Jun 17, 2003 16:08 |
| Version | 1.00beta |
| OS | SunOS |
| Architecture | Sun |
| Attachments | [tutu.sac](/uploads/e5d617b66317348bb67c28fd0c084578/tutu.sac) |
## Extended Description
The compiler crashes during the new type inference phase.
Since the crash occurs only for SAC programs which contain a certain set of
function instances, it has probablely something to do with overloading and
function dispatch.
A SAC program for reproducing the error will be given as attachment.Sven-Bodo ScholzSven-Bodo Scholzhttps://gitlab.sac-home.org/sac-group/sac2c/-/issues/1632tc erroneously reports illegal fold function2017-11-19T21:10:00ZDietmar Kreyetc erroneously reports illegal fold function| | |
| --- | --- |
| Bugzilla Link | [18](http://bugs.sac-home.org/show_bug.cgi?id=18) |
| Created on | Jun 17, 2003 13:09 |
| Resolution | FIXED |
| Resolved on | Jun 23, 2003 15:47 |
| Version | 1.00beta |
| OS | SunOS |
| Architect...| | |
| --- | --- |
| Bugzilla Link | [18](http://bugs.sac-home.org/show_bug.cgi?id=18) |
| Created on | Jun 17, 2003 13:09 |
| Resolution | FIXED |
| Resolved on | Jun 23, 2003 15:47 |
| Version | 1.00beta |
| OS | SunOS |
| Architecture | Sun |
| Attachments | [tutu.sac](/uploads/f19e4923166256bd362f653ba582031b/tutu.sac) |
## Extended Description
<pre>The type inference systems complains about an illegal fold function within a
fold with-loop although the fold function is in fact perfectly legal.
Oddly enough, this error occurs only if the goal expression of the fold WL
equals 0 (zero) ...
A SAC example for reproducing this bug will be given as attachment.</pre>Sven-Bodo ScholzSven-Bodo Scholzhttps://gitlab.sac-home.org/sac-group/sac2c/-/issues/1633genarray WL shape check missing2017-11-19T21:10:06ZSven-Bodo Scholzgenarray WL shape check missing| | |
| --- | --- |
| Bugzilla Link | [27](http://bugs.sac-home.org/show_bug.cgi?id=27) |
| Created on | Nov 04, 2003 14:11 |
| Resolution | FIXED |
| Resolved on | Dec 02, 2003 10:56 |
| Version | 1.00beta |
| OS | SunOS |
| Architect...| | |
| --- | --- |
| Bugzilla Link | [27](http://bugs.sac-home.org/show_bug.cgi?id=27) |
| Created on | Nov 04, 2003 14:11 |
| Resolution | FIXED |
| Resolved on | Dec 02, 2003 10:56 |
| Version | 1.00beta |
| OS | SunOS |
| Architecture | Sun |
## Extended Description
<pre>int main()
{
a = with( . <= iv <= .)
genarray( [2,_neg_(1)], 2);
return( 0);
}
laesst sich zwar mit -check tb erfolgreich compilieren; produziert zur
Laufzeit jedoch einen SEGFAULT 8-(</pre>Sven-Bodo ScholzSven-Bodo Scholzhttps://gitlab.sac-home.org/sac-group/sac2c/-/issues/1639New typechecker throws error when specialiations are disabled2017-11-19T21:10:42ZKai TrojahnerNew typechecker throws error when specialiations are disabled| | |
| --- | --- |
| Bugzilla Link | [59](http://bugs.sac-home.org/show_bug.cgi?id=59) |
| Created on | Sep 21, 2004 11:14 |
| Resolution | REMIND |
| Resolved on | Sep 21, 2004 18:37 |
| Version | 1.00beta |
| OS | SunOS |
| Architec...| | |
| --- | --- |
| Bugzilla Link | [59](http://bugs.sac-home.org/show_bug.cgi?id=59) |
| Created on | Sep 21, 2004 11:14 |
| Resolution | REMIND |
| Resolved on | Sep 21, 2004 18:37 |
| Version | 1.00beta |
| OS | SunOS |
| Architecture | Sun |
| Attachments | [bug_56.sac](/uploads/1c8c1c1b68bc512cbfe302b4c98ab824/bug_56.sac) |
## Extended Description
<pre>When compiling the attached example with specialisations turned off using
sac2c -b15 -sbs -fun2lac 7 -noap -notsi -nolir -maxspec 0 -cppI
~/c/sac/experimental/newTS shape_sel.sac,
I get the following error message:
** 7: Running type inference system: ...
/home/trojahne/sac/sac/experimental/newTS/NTCtemplates.mac:89:ERROR: component
#0 of inferred RHS type (#928: in [ int[*], int] le < 926> ge <>) does not match
#926: in [ --, int] le <> ge < 928> !</pre>Sven-Bodo ScholzSven-Bodo Scholzhttps://gitlab.sac-home.org/sac-group/sac2c/-/issues/1651Compilation breaks for simple modarray ops if TUP is enabled2017-11-19T21:11:57ZStephan HerhutCompilation breaks for simple modarray ops if TUP is enabled| | |
| --- | --- |
| Bugzilla Link | [111](http://bugs.sac-home.org/show_bug.cgi?id=111) |
| Created on | Sep 05, 2005 18:01 |
| Resolution | FIXED |
| Resolved on | Sep 16, 2005 17:37 |
| Version | 1.00beta |
| OS | SunOS |
| Archite...| | |
| --- | --- |
| Bugzilla Link | [111](http://bugs.sac-home.org/show_bug.cgi?id=111) |
| Created on | Sep 05, 2005 18:01 |
| Resolution | FIXED |
| Resolved on | Sep 16, 2005 17:37 |
| Version | 1.00beta |
| OS | SunOS |
| Architecture | Sun |
| Attachments | [tmp.sac](/uploads/98ab74d8fd9aeda18fcfdf03ce229399/tmp.sac) |
## Extended Description
<pre>try the given example with:
sac2c -doTUP bug.sac
the error given is:
ABORT: line 196 file: ArrayBasics.sac
ABORT: Component #0 of inferred return type (int[*]) is not within int[+]
removing one of the two assignments (modarrays) for a resolves the error.
example:
import Array:all;
int main()
{
a = [ [1,2,3], [4,5,6], [7,8,9]];
a[0] = [11, 0, 0];
a[1] = a[2];
return(a[[0,0]]);
}</pre>Sven-Bodo ScholzSven-Bodo Scholzhttps://gitlab.sac-home.org/sac-group/sac2c/-/issues/1652sac2c breaks in loopunrolling2017-11-19T21:12:03ZStephan Herhutsac2c breaks in loopunrolling| | |
| --- | --- |
| Bugzilla Link | [114](http://bugs.sac-home.org/show_bug.cgi?id=114) |
| Created on | Sep 16, 2005 12:05 |
| Resolution | FIXED |
| Resolved on | Sep 16, 2005 12:34 |
| Version | 1.00beta |
| OS | SunOS |
| Archite...| | |
| --- | --- |
| Bugzilla Link | [114](http://bugs.sac-home.org/show_bug.cgi?id=114) |
| Created on | Sep 16, 2005 12:05 |
| Resolution | FIXED |
| Resolved on | Sep 16, 2005 12:34 |
| Version | 1.00beta |
| OS | SunOS |
| Architecture | Sun |
| Attachments | [loop.sac](/uploads/286a3ecb7081996b0ae117013f6a9361/loop.sac) |
## Extended Description
calling sac2c with LUR enabled leads to a segfault. test case as attachment.Sven-Bodo ScholzSven-Bodo Scholzhttps://gitlab.sac-home.org/sac-group/sac2c/-/issues/1653compiler breaks during initial typechecking2017-11-19T21:12:08ZStephan Herhutcompiler breaks during initial typechecking| | |
| --- | --- |
| Bugzilla Link | [115](http://bugs.sac-home.org/show_bug.cgi?id=115) |
| Created on | Sep 16, 2005 15:44 |
| Resolution | FIXED |
| Resolved on | Sep 16, 2005 17:44 |
| Version | 1.00beta |
| OS | SunOS |
| Archite...| | |
| --- | --- |
| Bugzilla Link | [115](http://bugs.sac-home.org/show_bug.cgi?id=115) |
| Created on | Sep 16, 2005 15:44 |
| Resolution | FIXED |
| Resolved on | Sep 16, 2005 17:44 |
| Version | 1.00beta |
| OS | SunOS |
| Architecture | Sun |
| Attachments | [loop.sac](/uploads/6e3ca46cbcdf7611400abc6342802819/loop.sac) |
## Extended Description
see attached test caseSven-Bodo ScholzSven-Bodo Scholzhttps://gitlab.sac-home.org/sac-group/sac2c/-/issues/1676assertion in typechecker2017-11-19T21:14:36ZStephan Herhutassertion in typechecker| | |
| --- | --- |
| Bugzilla Link | [283](http://bugs.sac-home.org/show_bug.cgi?id=283) |
| Created on | Aug 17, 2006 17:46 |
| Resolution | FIXED |
| Resolved on | Aug 17, 2006 19:46 |
| Version | 1.00beta |
| OS | SunOS |
| Archite...| | |
| --- | --- |
| Bugzilla Link | [283](http://bugs.sac-home.org/show_bug.cgi?id=283) |
| Created on | Aug 17, 2006 17:46 |
| Resolution | FIXED |
| Resolved on | Aug 17, 2006 19:46 |
| Version | 1.00beta |
| OS | SunOS |
| Architecture | PC |
| Attachments | [assert.sac](/uploads/d831d14d48aa27d760b13814f2a9aed0/assert.sac) |
## Extended Description
<pre>The soon to follow attachment produces the following assertion:
** 6: Running type inference system: ...
**** Running type inference system ...
ASSERTION FAILED: file 'src/typecheck/new_types.c', line 534
TYgetSimpleType applied to nonsimple-type!
EXECUTION TERMINATED
Abort</pre>Sven-Bodo ScholzSven-Bodo Scholzhttps://gitlab.sac-home.org/sac-group/sac2c/-/issues/1679the attached sample program breaks the typechecker2017-11-19T21:14:54ZStephan Herhutthe attached sample program breaks the typechecker| | |
| --- | --- |
| Bugzilla Link | [289](http://bugs.sac-home.org/show_bug.cgi?id=289) |
| Created on | Sep 14, 2006 14:33 |
| Resolution | FIXED |
| Resolved on | Sep 14, 2006 18:02 |
| Version | 1.00beta |
| OS | SunOS |
| Archite...| | |
| --- | --- |
| Bugzilla Link | [289](http://bugs.sac-home.org/show_bug.cgi?id=289) |
| Created on | Sep 14, 2006 14:33 |
| Resolution | FIXED |
| Resolved on | Sep 14, 2006 18:02 |
| Version | 1.00beta |
| OS | SunOS |
| Architecture | PC |
| Attachments | [bug289.sac](/uploads/bcdf19db930097f82be1181864f2468e/bug289.sac), [splitbug.sac](/uploads/8d23d9ef5b5c5296a331dded20236509/splitbug.sac) |
## Extended Description
The (soon to be) attached sample program breaks the compiler in the type checker.Sven-Bodo ScholzSven-Bodo Scholzhttps://gitlab.sac-home.org/sac-group/sac2c/-/issues/1684wlsimp does not handle MOP-WLs2017-11-19T21:15:23ZSven-Bodo Scholzwlsimp does not handle MOP-WLs| | |
| --- | --- |
| Bugzilla Link | [314](http://bugs.sac-home.org/show_bug.cgi?id=314) |
| Created on | Oct 25, 2006 15:08 |
| Resolution | FIXED |
| Resolved on | May 31, 2007 17:01 |
| Version | 1.00beta |
| OS | SunOS |
| Archite...| | |
| --- | --- |
| Bugzilla Link | [314](http://bugs.sac-home.org/show_bug.cgi?id=314) |
| Created on | Oct 25, 2006 15:08 |
| Resolution | FIXED |
| Resolved on | May 31, 2007 17:01 |
| Version | 1.00beta |
| OS | SunOS |
| Architecture | PC |
| Attachments | [foldfix.sac](/uploads/a20655f37f1accb3bb32b2877ffd6a93/foldfix.sac) |
## Extended Description
<pre>this leads to an error UTBaseRep.sac (APEX).
There, a break operator is discarded along with a fold operator but the lhs is
NOT adjusted accordingly.
I think we should add full support for MOP-WLs even though, strictly speaking,
that seems not to be required right now. However, since we need to traverse
through a potential chain of operators anyways it should be rather simple to
make wlsimp generally applicable to MOP-WLs.
In case of empty partitions, we could simply create one (or none in case of
break) assignment for each operator and then replace the entire MOP-WL by this
new assignment chain.
(rev15061)</pre>Sven-Bodo ScholzSven-Bodo Scholzhttps://gitlab.sac-home.org/sac-group/sac2c/-/issues/1692Compiler crashes when using foldfix-withloop over an object2017-11-19T21:16:16ZTorben Gerhards Compiler crashes when using foldfix-withloop over an object| | |
| --- | --- |
| Bugzilla Link | [376](http://bugs.sac-home.org/show_bug.cgi?id=376) |
| Created on | Jun 18, 2007 14:15 |
| Resolution | FIXED |
| Resolved on | Jun 20, 2007 16:01 |
| Version | 1.00beta |
| OS | SunOS |
| Archite...| | |
| --- | --- |
| Bugzilla Link | [376](http://bugs.sac-home.org/show_bug.cgi?id=376) |
| Created on | Jun 18, 2007 14:15 |
| Resolution | FIXED |
| Resolved on | Jun 20, 2007 16:01 |
| Version | 1.00beta |
| OS | SunOS |
| Architecture | PC |
| Attachments | [foldfix_prop_bug.sac](/uploads/e808d72a3fd146fb9b17f2fe410dcecb/foldfix_prop_bug.sac) |
## Extended Description
<pre>Compiler crashes at tc: swr when using foldfix-withloop with probagate(object)
if propagate is written before foldfix.</pre>Torben Gerhards Torben Gerhards https://gitlab.sac-home.org/sac-group/sac2c/-/issues/1695triple mdiv bug - WLUR problem2017-11-19T21:16:35ZSven-Bodo Scholztriple mdiv bug - WLUR problem| | |
| --- | --- |
| Bugzilla Link | [270](http://bugs.sac-home.org/show_bug.cgi?id=270) |
| Created on | Aug 10, 2006 10:24 |
| Resolution | FIXED |
| Resolved on | Aug 10, 2006 15:08 |
| Version | 1.00beta |
| OS | SunOS |
| Archite...| | |
| --- | --- |
| Bugzilla Link | [270](http://bugs.sac-home.org/show_bug.cgi?id=270) |
| Created on | Aug 10, 2006 10:24 |
| Resolution | FIXED |
| Resolved on | Aug 10, 2006 15:08 |
| Version | 1.00beta |
| OS | SunOS |
| Architecture | PC |
| Attachments | [mdiv2.sac](/uploads/82bc0ce0638360b1c8cee8a16056c7bd/mdiv2.sac) |
## Extended Description
<pre>investigating into bug 265 I found that we are, most likely dealing with a
combination of 3 bugs!
-noISV -noWLUR -noSCI => compiles fine!
-- => compiler ERRORS : missing definitions for _isv_ variables
-noISV => non terminating recursion in WLUR
-noWLUR => same as -- case
-noISV -noWLUR => SEGFAULT in SCI
-noSCI => same as -- case
all this with sac2c rev 14878, stdlib rev 852.
I created three bugs (including this one) and made 265 depend on all of them</pre>Theo van KlaverenTheo van Klaverenhttps://gitlab.sac-home.org/sac-group/sac2c/-/issues/1705NWITHOP_SHAPE: handling of N_id not implemented yet!2017-11-19T21:17:35ZSven-Bodo ScholzNWITHOP_SHAPE: handling of N_id not implemented yet!| | |
| --- | --- |
| Bugzilla Link | [45](http://bugs.sac-home.org/show_bug.cgi?id=45) |
| Created on | Aug 25, 2004 20:59 |
| Resolution | FIXED |
| Resolved on | Nov 14, 2005 13:38 |
| Version | 1.00beta |
| OS | SunOS |
| Architect...| | |
| --- | --- |
| Bugzilla Link | [45](http://bugs.sac-home.org/show_bug.cgi?id=45) |
| Created on | Aug 25, 2004 20:59 |
| Resolution | FIXED |
| Resolved on | Nov 14, 2005 13:38 |
| Version | 1.00beta |
| OS | SunOS |
| Architecture | Sun |
| Attachments | [tutu.sac](/uploads/0808256951880c4d7764c1ee4881eac5/tutu.sac) |
## Extended Description
<pre>missing implementation in wltransform.c
In the attached example, we cannot compile an AKD (!) array,
as the identifyer is not eliminated.
In principle, this could be done during the opts, but as these can be
turned off, it appears to me that this should be handled in wltransform
properly!?
To reproduce the error compile with:
sac2c -sbs -fun2lac 7 -noAP tutu.sac</pre>Dietmar KreyeDietmar Kreyehttps://gitlab.sac-home.org/sac-group/sac2c/-/issues/2137AKD compiler error2021-05-26T20:22:49ZSven-Bodo ScholzAKD compiler error| | |
| --- | --- |
| Bugzilla Link | [33](http://bugs.sac-home.org/show_bug.cgi?id=33) |
| Created on | Dec 11, 2003 13:21 |
| Resolution | FIXED |
| Resolved on | Dec 11, 2003 20:10 |
| Version | 1.00beta |
| OS | SunOS |
| Architect...| | |
| --- | --- |
| Bugzilla Link | [33](http://bugs.sac-home.org/show_bug.cgi?id=33) |
| Created on | Dec 11, 2003 13:21 |
| Resolution | FIXED |
| Resolved on | Dec 11, 2003 20:10 |
| Version | 1.00beta |
| OS | SunOS |
| Architecture | Sun |
| Attachments | [error5.sac](/uploads/6b4f93089297acfb016b12378b6e97dc/error5.sac) |
## Extended Description
<pre>there seems to be a serious AKD bug.
Compiling the attached program with
sac2c -O3 -sbs -fun2lac 7 -ssa -noTSI -noAP -maxlur 3 -maxwlur 12 -check tb -o
error5 error5.sac
yields:
** 21: Invoking C compiler: ...
error5.c: In function `SACf_main':
error5.c:323: warning: implicit declaration of function `SAC_ND_A_MIRROR'
error5.c:323: `AKD' undeclared (first use in this function)
error5.c:323: (Each undeclared identifier is reported only once
error5.c:323: for each function it appears in.)
error5.c:323: `NHD' undeclared (first use in this function)
error5.c:323: `NUQ' undeclared (first use in this function)
error5.c:323: parse error before `)'
SYSTEM::ERROR: System failed to execute shell command
:ERROR: gcc -Wall -Wno-unused -fno-builtin -DTAGGED_ARRAYS
:ERROR: -I$SACBASE/runtime/ -L$SACBASE/runtime/
:ERROR: -L/tmp/SAC_AAAd9aGnU -O3 -o error5 error5.c -lsac_heapmgr
:ERROR: -lsac
:ERROR: with exit code 1 !</pre>Dietmar KreyeDietmar Kreyehttps://gitlab.sac-home.org/sac-group/sac2c/-/issues/2151ArrayFormat cannot be compiled2017-11-19T22:02:41ZStephan HerhutArrayFormat cannot be compiled| | |
| --- | --- |
| Bugzilla Link | [392](http://bugs.sac-home.org/show_bug.cgi?id=392) |
| Created on | Aug 06, 2007 14:04 |
| Resolution | FIXED |
| Resolved on | Aug 13, 2007 17:58 |
| Version | svn |
| OS | SunOS |
| Architecture...| | |
| --- | --- |
| Bugzilla Link | [392](http://bugs.sac-home.org/show_bug.cgi?id=392) |
| Created on | Aug 06, 2007 14:04 |
| Resolution | FIXED |
| Resolved on | Aug 13, 2007 17:58 |
| Version | svn |
| OS | SunOS |
| Architecture | PC |
| Attachments | [tutu.sac](/uploads/6de73d6d5f57256e0d149405ab07b4fb/tutu.sac) |
## Extended Description
ArrayFormat cannot be compiled with sac2c rev 15540 and stdlib rev 1026.Robert BerneckyRobert Bernecky