sac2c issueshttps://gitlab.sac-home.org/sac-group/sac2c/-/issues2021-05-27T14:14:02Zhttps://gitlab.sac-home.org/sac-group/sac2c/-/issues/1035nasty WLF bug that manifests itself in axis_control_cat_rev.sac2021-05-27T14:14:02ZSven-Bodo Scholznasty WLF bug that manifests itself in axis_control_cat_rev.sac| | |
| --- | --- |
| Bugzilla Link | [456](http://bugs.sac-home.org/show_bug.cgi?id=456) |
| Created on | Sep 24, 2008 07:58 |
| Version | 1.00beta |
| OS | Linux |
| Architecture | PC |
| Attachments | [tutu.sac](/uploads/886276c853c...| | |
| --- | --- |
| Bugzilla Link | [456](http://bugs.sac-home.org/show_bug.cgi?id=456) |
| Created on | Sep 24, 2008 07:58 |
| Version | 1.00beta |
| OS | Linux |
| Architecture | PC |
| Attachments | [tutu.sac](/uploads/886276c853c2a99554e2354c2496479c/tutu.sac) |
## Extended Description
<pre>Created an attachment (id=494)
condensed source code
rev 15801:
illegal folding attempt leads to segfault. in b11:cyc:wlf:1 it goes wrong
when the compiler attempts to fold the definition of tmp into the definition of t2!!!
The catenation is crucial here as this delays the recognition that the selection within t2 is actualy WL-invariant!</pre>BugZillaBugZillahttps://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/2215POGO fails to optimize guard on select from shape() expression.2017-11-23T23:25:32ZRobert BerneckyPOGO fails to optimize guard on select from shape() expression.| | |
| --- | --- |
| Bugzilla Link | [1200](http://bugs.sac-home.org/show_bug.cgi?id=1200) |
| Created on | Aug 03, 2017 17:24 |
| Resolution | FIXED |
| Resolved on | Aug 07, 2017 23:16 |
| Version | svn |
| OS | Linux |
| Architectu...| | |
| --- | --- |
| Bugzilla Link | [1200](http://bugs.sac-home.org/show_bug.cgi?id=1200) |
| Created on | Aug 03, 2017 17:24 |
| Resolution | FIXED |
| Resolved on | Aug 07, 2017 23:16 |
| Version | svn |
| OS | Linux |
| Architecture | PC |
| Attachments | [SCSprf_val_le_val_VxV.sac](/uploads/9f7a24808639831a851d6f4b42e6ef79/SCSprf_val_le_val_VxV.sac) |
## Extended Description
<pre>Created an attachment (id=1065)
source code to reproduce failure
This unit test fails:
~/sac/testsuite/optimizations/pogo$ vi SCSprf_val_le_val_VxV.sac
sac@rattler:~/sac/testsuite/optimizations/pogo$ UnitTestRunGrep1 SCSprf_val_le_val_VxV.sac
...
Greptest: SCSprf_val_le_val_VxV.sac -check c -dopogo -noggs -dolacsi -dowlf -nopwlf -noawlf -noctz -norelcf -noainl -doplur failed with 3 hits on phrase "val_l". Wanted 2 hits
sac@rattler:~/sac/testsuite/optimizations/pogo$ vi grepd
sac@rattler:~/sac/testsuite/optimizations/pogo$ ^C
sac@rattler:~/sac/testsuite/optimizations/pogo$ sac2c -V
sac2c 1.2-beta-BlackForest-569-ge881c2
build-type: DEBUG
built-by: "sac" at 2017-07-21T17:03:33
The offending code is:
_flat_3 = 0;
v1 = _MAIN::id( _flat_2, _flat_7) ;
_isaa_3058_v1 = _shape_A_( v1);
_isaa_3059_v1 = _saabind_( _flat_4, _isaa_3058_v1, v1);
_uprf_2654 = _idx_sel_( _flat_3, _isaa_3058_v1);
_uprf_2643, _uprf_2644 = _val_le_val_SxS_( _flat_3, _uprf_2654);
The fault is likely in PHUT, which should be able to deduce that
_uprf_2654 is an element of a shape vector, and hence is non-negative.</pre>Robert BerneckyRobert Berneckyhttps://gitlab.sac-home.org/sac-group/sac2c/-/issues/2109compiler crashed: compiling aes.sac in masterrun2017-11-19T21:58:47ZNilesh Karavadaracompiler crashed: compiling aes.sac in masterrun| | |
| --- | --- |
| Bugzilla Link | [845](http://bugs.sac-home.org/show_bug.cgi?id=845) |
| Created on | May 30, 2011 14:39 |
| Resolution | FIXED |
| Resolved on | Oct 11, 2011 09:54 |
| Version | svn |
| OS | Linux |
| Architecture...| | |
| --- | --- |
| Bugzilla Link | [845](http://bugs.sac-home.org/show_bug.cgi?id=845) |
| Created on | May 30, 2011 14:39 |
| Resolution | FIXED |
| Resolved on | Oct 11, 2011 09:54 |
| Version | svn |
| OS | Linux |
| Architecture | HP |
## Extended Description
<pre>/**********************************************************************
*
* SAC bug report: aes.sacbugreport
*
**********************************************************************
*
* Automatically generated on Mon May 30 14:16:06 BST 2011
*
* using sac2c v1.00-beta (Haggis And Apple) rev 17415 for linux-gnu_i686
* built Sat May 28 20:36:18 BST 2011.
* by user nkk on host obelix.stca.herts.ac.uk for linux-gnu.
*
* The compiler was called by
* sac2c -o aes aes.sac
*
* The compiler crashed in
* phase: opt (Running SAC optimizations)
* sub phase: vp (Propagating variables)
*
*
**********************************************************************/
Stdlib: 1521</pre>Sven-Bodo ScholzSven-Bodo Scholzhttps://gitlab.sac-home.org/sac-group/sac2c/-/issues/2086Incorrect result from recursive function with a fold on concat2017-11-19T21:56:26ZDaniel RollsIncorrect result from recursive function with a fold on concat| | |
| --- | --- |
| Bugzilla Link | [484](http://bugs.sac-home.org/show_bug.cgi?id=484) |
| Created on | Apr 21, 2009 11:36 |
| Resolution | FIXED |
| Resolved on | Apr 24, 2009 21:53 |
| Version | 1.00beta |
| OS | MacOS X |
| Archi...| | |
| --- | --- |
| Bugzilla Link | [484](http://bugs.sac-home.org/show_bug.cgi?id=484) |
| Created on | Apr 21, 2009 11:36 |
| Resolution | FIXED |
| Resolved on | Apr 24, 2009 21:53 |
| Version | 1.00beta |
| OS | MacOS X |
| Architecture | PC |
| Attachments | [bughunt.sac](/uploads/74ace251aebf1fc095ba0155b02d4867/bughunt.sac) |
## Extended Description
<pre>Created an attachment (id=515)
Source code to reproduce the bug
sac2c Version: 16036
Run:
sac2c bughunt.sac && ./a.out ; echo $?
to see the bug. The return value is shape( result)[0] which should be 2 but is 1. Add -noopt and the bug goes away. Could this be related to bug 208?</pre>Sven-Bodo ScholzSven-Bodo Scholzhttps://gitlab.sac-home.org/sac-group/sac2c/-/issues/2069Change in program behavior from loop invariant splitting for IVE2017-11-19T21:54:47ZDaniel RollsChange in program behavior from loop invariant splitting for IVE| | |
| --- | --- |
| Bugzilla Link | [763](http://bugs.sac-home.org/show_bug.cgi?id=763) |
| Created on | Oct 20, 2010 23:16 |
| Resolution | FIXED |
| Resolved on | Oct 21, 2010 16:51 |
| Version | svn |
| OS | All |
| Architecture |...| | |
| --- | --- |
| Bugzilla Link | [763](http://bugs.sac-home.org/show_bug.cgi?id=763) |
| Created on | Oct 20, 2010 23:16 |
| Resolution | FIXED |
| Resolved on | Oct 21, 2010 16:51 |
| Version | svn |
| OS | All |
| Architecture | PC |
| Attachments | [sac2cgraphbug.tar](/uploads/0f73378a823138bc04f8e83b0e5643f3/sac2cgraphbug.tar) |
## Extended Description
Created an attachment (id=768)
tar file
sac2c commit 17118 changed the behavior of some of the super generic
AUD code. To reproduce untar and in the directory run sac2c exportdata.sac && ./a.out. From 17118 the user error "non existing axis referenced in "getDataCube" call" is spat out which is incorrect. Simplify this code is a nightmare so I'm starting by submitting it in its entirety.Stephan HerhutStephan Herhuthttps://gitlab.sac-home.org/sac-group/sac2c/-/issues/2067Compilation Fails when -check option used.2017-11-19T21:54:34ZNilesh KaravadaraCompilation Fails when -check option used.| | |
| --- | --- |
| Bugzilla Link | [725](http://bugs.sac-home.org/show_bug.cgi?id=725) |
| Created on | Jun 16, 2010 16:31 |
| Resolution | FIXED |
| Resolved on | Jul 15, 2010 14:40 |
| Version | svn |
| OS | Linux |
| Architecture...| | |
| --- | --- |
| Bugzilla Link | [725](http://bugs.sac-home.org/show_bug.cgi?id=725) |
| Created on | Jun 16, 2010 16:31 |
| Resolution | FIXED |
| Resolved on | Jul 15, 2010 14:40 |
| Version | svn |
| OS | Linux |
| Architecture | PC |
| Attachments | [blife.sac](/uploads/cf316df85a5d04439fd2bf81263d896d/blife.sac) |
## Extended Description
<pre>-------------------------- Error Message --------------------------
** 15: Introducing memory management instructions ...
**** Propagating constants ...
**** AUD/SCL distinction ...
**** Making copy operations explicit ...
**** Removing alias results from conformity checks ...
**** Introducing explicit allocation statements ...
ASSERTION FAILED: file 'memory/alloc.c', line 305
alloc requires a dim expression!
EXECUTION TERMINATED
Aborted
-------------------------- Command used --------------------------
sac2c -check c blife.sac
-------------------------- Compiler Version --------------------------
sac2c v1.00-beta (Haggis And Apple)
developer rev 16890 linux-gnu_i686
(Tue Jun 15 18:23:32 BST 2010 by nkk)
-------------------------- Description --------------------------
Error appears when command listed above used.
sac2c -check c blife.sac --Compilation Fails
sac2c -check b blife.sac --Compilation Successful
sac2c -check t blife.sac --Compilation Successful
sac2c blife.sac --Compilation Successful</pre>Stephan HerhutStephan Herhuthttps://gitlab.sac-home.org/sac-group/sac2c/-/issues/2061Incorrect result from assignment from a with loop2017-11-19T21:53:58ZDaniel RollsIncorrect result from assignment from a with loop| | |
| --- | --- |
| Bugzilla Link | [478](http://bugs.sac-home.org/show_bug.cgi?id=478) |
| Created on | Mar 16, 2009 19:45 |
| Resolution | FIXED |
| Resolved on | Mar 18, 2009 20:29 |
| Version | 1.00beta |
| OS | All |
| Architect...| | |
| --- | --- |
| Bugzilla Link | [478](http://bugs.sac-home.org/show_bug.cgi?id=478) |
| Created on | Mar 16, 2009 19:45 |
| Resolution | FIXED |
| Resolved on | Mar 18, 2009 20:29 |
| Version | 1.00beta |
| OS | All |
| Architecture | PC |
| Attachments | [bug478.sac](/uploads/a99fffa46209f4d455836e9cd08a3068/bug478.sac) |
## Extended Description
<pre>Created an attachment (id=506)
Code to reproduce the bug. Run "sac2c -DB bughunt2.sac && ./a.out ; echo $?" and watch the result
sac2c version 16013
Compile the code with -DB to see the with loop produce the wrong result and the program return 0. Compiler with -DA to see an equivalent for loop producing the correct result and the program return 1. Strangely -noINL and -noprelude both cause the bug to go away. I have removed all explicit inlining in the code and module imports now.
By changing the defines at the top it should be clear that this bug does not depend on the size of the array above a certain size.
Copy the body of the function call into the main function to get a compiler crash.</pre>Stephan HerhutStephan Herhuthttps://gitlab.sac-home.org/sac-group/sac2c/-/issues/1997CVP vs flatten problem in CF2017-11-19T21:47:37ZSven-Bodo ScholzCVP vs flatten problem in CF| | |
| --- | --- |
| Bugzilla Link | [428](http://bugs.sac-home.org/show_bug.cgi?id=428) |
| Created on | May 24, 2008 10:57 |
| Resolution | FIXED |
| Resolved on | Jun 24, 2008 23:18 |
| Version | 1.00beta |
| OS | Linux |
| Archite...| | |
| --- | --- |
| Bugzilla Link | [428](http://bugs.sac-home.org/show_bug.cgi?id=428) |
| Created on | May 24, 2008 10:57 |
| Resolution | FIXED |
| Resolved on | Jun 24, 2008 23:18 |
| Version | 1.00beta |
| OS | Linux |
| Architecture | PC |
| Attachments | [error2.sac](/uploads/fde278f719f9e9ad41c79a640e9040bb/error2.sac) |
## Extended Description
<pre>Created an attachment (id=471)
Source file (simplified)
rev 15709 leads to
TRAVERSE ERROR: node of type N_num found where N_id was expected!
OOOPS your program crashed the compiler 8-((
Please send a bug report to bugs@sac-home.org.</pre>Robert BerneckyRobert Berneckyhttps://gitlab.sac-home.org/sac-group/sac2c/-/issues/1834constant propagation issue2017-11-19T21:30:53ZSven-Bodo Scholzconstant propagation issue| | |
| --- | --- |
| Bugzilla Link | [746](http://bugs.sac-home.org/show_bug.cgi?id=746) |
| Created on | Sep 17, 2010 07:27 |
| Resolution | FIXED |
| Resolved on | Oct 05, 2010 13:33 |
| Version | svn |
| OS | All |
| Architecture |...| | |
| --- | --- |
| Bugzilla Link | [746](http://bugs.sac-home.org/show_bug.cgi?id=746) |
| Created on | Sep 17, 2010 07:27 |
| Resolution | FIXED |
| Resolved on | Oct 05, 2010 13:33 |
| Version | svn |
| OS | All |
| Architecture | All |
## Extended Description
<pre>Our current optimisation cycle ( rev 17026) triggers
some rather obscure non-intentional constant propagation.
Look at the following code:
int main()
{
a = with {
} : genarray([200], 42);
iv = [22];
if( id( true) ) {
sum = _sel_VxA_( iv, a);
} else {
sum = 0;
}
return( sum);
}
This is compiled rather straight-forwardly.
Now, let us replace
sum = _sel_VxA_( iv, a);
by
jv = iv;
sum = _sel_VxA_( jv, a);
.
One would expect no change, right?
WRONG! What happens is that our constant folder
"computes" jv and, thus propagates [22] into
the conditional.
Although this, in this particular case, is what we want,
it may, in general, lead to unexpected constant propagations.
How to fix this properly is not obvious to me.</pre>BugZillaBugZillahttps://gitlab.sac-home.org/sac-group/sac2c/-/issues/1708Nested for with a condition breaks at 'mmv'2017-11-19T21:17:53ZArtem ShinkarovNested for with a condition breaks at 'mmv'| | |
| --- | --- |
| Bugzilla Link | [563](http://bugs.sac-home.org/show_bug.cgi?id=563) |
| Created on | Sep 21, 2009 19:12 |
| Resolution | FIXED |
| Resolved on | Oct 17, 2009 19:36 |
| Version | 1.00beta |
| OS | Linux |
| Archite...| | |
| --- | --- |
| Bugzilla Link | [563](http://bugs.sac-home.org/show_bug.cgi?id=563) |
| Created on | Sep 21, 2009 19:12 |
| Resolution | FIXED |
| Resolved on | Oct 17, 2009 19:36 |
| Version | 1.00beta |
| OS | Linux |
| Architecture | PC |
## Extended Description
<pre>/*
* SAC - bug report
* ================
*
* automatically generated on Mon Sep 21 19:01:07 BST 2009
*
* using sac2c v1.00-beta (Buchette d'Anjou) rev 16226 for linux-gnu_i686
* built Fri Jul 24 15:22:58 BST 2009.
* by user asv on host obelix for linux-gnu.
*
* The compiler was called by
* sac2c -v 4 error.sac -noprelude -b16:mmv
*
* The contents of error.sac is:
*/
module error;
export all;
int write_block(int current) {
outbufcount = 0;
for (i = 0; _lt_SxS_(i , current); i = _add_SxS_( i, 1)) {
if ( _eq_SxS_( 0, current) ) {
outbufcount = _add_SxS_( outbufcount, 1);
} else {
for (j = 0; _lt_SxS_( j , current); j = _add_SxS_( j, 1)) {
outbufcount = _add_SxS_( outbufcount, 1);
}
}
}
return (outbufcount);
}</pre>Sven-Bodo ScholzSven-Bodo Scholzhttps://gitlab.sac-home.org/sac-group/sac2c/-/issues/1707CSE and CF can not handle AKDs and AUDs correctly2017-11-19T21:17:48ZDietmar KreyeCSE and CF can not handle AKDs and AUDs correctly| | |
| --- | --- |
| Bugzilla Link | [39](http://bugs.sac-home.org/show_bug.cgi?id=39) |
| Created on | Jul 04, 2004 06:00 |
| Resolution | FIXED |
| Resolved on | Nov 12, 2004 09:07 |
| Version | 1.00beta |
| OS | All |
| Architectur...| | |
| --- | --- |
| Bugzilla Link | [39](http://bugs.sac-home.org/show_bug.cgi?id=39) |
| Created on | Jul 04, 2004 06:00 |
| Resolution | FIXED |
| Resolved on | Nov 12, 2004 09:07 |
| Version | 1.00beta |
| OS | All |
| Architecture | All |
| Attachments | [tutu2.sac](/uploads/631f1d11909aebfe858cf181224dc439/tutu2.sac) |
## Extended Description
<pre>Compiling the attached SAC program with
sac2c -sbs -fun2lac7 -ssa -noTSI -noAP -noWLUR
leads to
Assertion 'expr' failed: file 'new_types.c', line 3216
** Type comparison for non-array types not yet implemented!
Compiling the attached SAC program with
sac2c -sbs -fun2lac7 -ssa -noTSI -noAP -noWLUR -noCSE
leads to
Assertion 'expr' failed: file 'SSAConstantFolding.c', line 2076
** CF lead to a result type that is not a proper subtype of the inferred type!</pre>Michael WernerMichael Wernerhttps://gitlab.sac-home.org/sac-group/sac2c/-/issues/1699print statement eliminated from WL body2017-11-19T21:16:59ZDietmar Kreyeprint statement eliminated from WL body| | |
| --- | --- |
| Bugzilla Link | [47](http://bugs.sac-home.org/show_bug.cgi?id=47) |
| Created on | Aug 26, 2004 01:16 |
| Resolution | WONTFIX |
| Resolved on | Jun 27, 2005 11:49 |
| Version | 1.00beta |
| OS | All |
| Architect...| | |
| --- | --- |
| Bugzilla Link | [47](http://bugs.sac-home.org/show_bug.cgi?id=47) |
| Created on | Aug 26, 2004 01:16 |
| Resolution | WONTFIX |
| Resolved on | Jun 27, 2005 11:49 |
| Version | 1.00beta |
| OS | All |
| Architecture | All |
| Attachments | [bug_dcr.sac](/uploads/6f8be7179231f763dfef1c95c6620583/bug_dcr.sac) |
## Extended Description
<pre>print statements are eliminated from WL bodies although they can't be dead code.
Example program will be given as attachment.
Compiler flags: sac2c -sbs -fun2lac 7 -ssa -noTSI -noAP -noWLUR</pre>BugZillaBugZillahttps://gitlab.sac-home.org/sac-group/sac2c/-/issues/1690run-time memory corruption in buildv2.sac2017-11-19T21:16:03ZRobert Berneckyrun-time memory corruption in buildv2.sac| | |
| --- | --- |
| Bugzilla Link | [401](http://bugs.sac-home.org/show_bug.cgi?id=401) |
| Created on | Oct 15, 2007 20:56 |
| Resolution | DUPLICATE |
| Resolved on | Nov 06, 2007 09:49 |
| Version | 1.00beta |
| OS | Linux |
| Arc...| | |
| --- | --- |
| Bugzilla Link | [401](http://bugs.sac-home.org/show_bug.cgi?id=401) |
| Created on | Oct 15, 2007 20:56 |
| Resolution | DUPLICATE |
| Resolved on | Nov 06, 2007 09:49 |
| Version | 1.00beta |
| OS | Linux |
| Architecture | PC |
| Attachments | [crud.sac](/uploads/c48ec05628aa5c2405403bed33dac29f/crud.sac), [unirand.sac](/uploads/30384364477bfe81b8885106517a84f0/unirand.sac) |
## Extended Description
<pre>crud.sac (aka buildv2.sac) build #15621 dies at run time
with memory corruption in -nophm. If compiled with -noopt, it works OK.</pre>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/1656a[iv] produces mystery numbers2017-11-19T21:12:27ZRobert Berneckya[iv] produces mystery numbers| | |
| --- | --- |
| Bugzilla Link | [129](http://bugs.sac-home.org/show_bug.cgi?id=129) |
| Created on | Oct 07, 2005 22:37 |
| Resolution | WORKSFORME |
| Resolved on | Oct 14, 2005 16:57 |
| Version | 1.00beta |
| OS | Linux |
| Ar...| | |
| --- | --- |
| Bugzilla Link | [129](http://bugs.sac-home.org/show_bug.cgi?id=129) |
| Created on | Oct 07, 2005 22:37 |
| Resolution | WORKSFORME |
| Resolved on | Oct 14, 2005 16:57 |
| Version | 1.00beta |
| OS | Linux |
| Architecture | PC |
| Attachments | [selbug20051007.sac](/uploads/48704c6fdbe7b085943d7dc3c46512b8/selbug20051007.sac) |
## Extended Description
<pre>I think I'm stumbled across a bug in selection, but have not looked
into it in detail yet. I was trying to write "From" - the J version of indexing,
and got mystery numbers in the result array.
My version of sac2c is slightly moldy - sac 1.00beta September 28, 2005.</pre>Sven-Bodo ScholzSven-Bodo Scholzhttps://gitlab.sac-home.org/sac-group/sac2c/-/issues/1654WLF unnecessarily(?) assumes it must always find new intersections2017-11-19T21:12:14ZKai TrojahnerWLF unnecessarily(?) assumes it must always find new intersections| | |
| --- | --- |
| Bugzilla Link | [124](http://bugs.sac-home.org/show_bug.cgi?id=124) |
| Created on | Sep 28, 2005 22:58 |
| Resolution | FIXED |
| Resolved on | Sep 28, 2005 23:03 |
| Version | 1.00beta |
| OS | MacOS X |
| Archi...| | |
| --- | --- |
| Bugzilla Link | [124](http://bugs.sac-home.org/show_bug.cgi?id=124) |
| Created on | Sep 28, 2005 22:58 |
| Resolution | FIXED |
| Resolved on | Sep 28, 2005 23:03 |
| Version | 1.00beta |
| OS | MacOS X |
| Architecture | Macintosh |
| Attachments | [tuptest.sac](/uploads/0e3f49c3b151b47492b29c9345b5263f/tuptest.sac) |
## Extended Description
<pre>Function "Fold" in SSAWLF.c assumes to always find new intersections. It contains a line
DBUG_ASSERT(intersect_ig,("No new intersections"));
of which I honestly don't know whether it must hold or not. At least the attached example does not
compile with the assertion in place and compiles correctly without it.</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/1648DFR insanity2017-11-19T21:11:40ZKai TrojahnerDFR insanity| | |
| --- | --- |
| Bugzilla Link | [86](http://bugs.sac-home.org/show_bug.cgi?id=86) |
| Created on | Feb 20, 2005 09:33 |
| Resolution | WONTFIX |
| Resolved on | Jun 27, 2005 11:57 |
| Version | 1.00beta |
| OS | All |
| Architect...| | |
| --- | --- |
| Bugzilla Link | [86](http://bugs.sac-home.org/show_bug.cgi?id=86) |
| Created on | Feb 20, 2005 09:33 |
| Resolution | WONTFIX |
| Resolved on | Jun 27, 2005 11:57 |
| Version | 1.00beta |
| OS | All |
| Architecture | Macintosh |
| Attachments | [error.sac](/uploads/bf72d16340f9195ea6f741147abba53d/error.sac) |
## Extended Description
<pre>DFR reuses to eliminate dead functions in the attached example with the following error:
Assertion 'expr' failed: file 'DeadFunctionRemoval.c', line 196
** Lac-functions, which are used more than once, aren't handled correctly by DeadFunctionRemoval</pre>Sven-Bodo ScholzSven-Bodo Scholzhttps://gitlab.sac-home.org/sac-group/sac2c/-/issues/1647WL w/AUD iteration space not implemented yet -- on rank-2 transpose2017-11-19T21:11:34ZRobert BerneckyWL w/AUD iteration space not implemented yet -- on rank-2 transpose| | |
| --- | --- |
| Bugzilla Link | [80](http://bugs.sac-home.org/show_bug.cgi?id=80) |
| Created on | Nov 02, 2004 23:07 |
| Resolution | WORKSFORME |
| Resolved on | Nov 10, 2004 15:25 |
| Version | 1.00beta |
| OS | Windows NT |
|...| | |
| --- | --- |
| Bugzilla Link | [80](http://bugs.sac-home.org/show_bug.cgi?id=80) |
| Created on | Nov 02, 2004 23:07 |
| Resolution | WORKSFORME |
| Resolved on | Nov 10, 2004 15:25 |
| Version | 1.00beta |
| OS | Windows NT |
| Architecture | PC |
| Attachments | [bugaud.sac](/uploads/6e78afee2c3af4a1b8bd2653f945876d/bugaud.sac), [bug_80.sac](/uploads/faa958232c5f5727d8ef56ebac39715b/bug_80.sac), [bug_80.out](/uploads/5253b782774791180f50c7214ce5bd7b/bug_80.out) |
## Extended Description
<pre>The soon-to-be-attached code works if compiled with sac2c,
but fails in phase 22 with "with-loops with iteration space of
unknown dimension not implemented yet!", if compiled with
-DBUGGY
The problem apparently lies in the function header tranXDD,
which performs a monadic transpose of a rank-2 array.
If the header is:</pre>Sven-Bodo ScholzSven-Bodo Scholz