sac2c issueshttps://gitlab.sac-home.org/sac-group/sac2c/-/issues2017-11-19T20:32:02Zhttps://gitlab.sac-home.org/sac-group/sac2c/-/issues/1223LIR misses out on arrays2017-11-19T20:32:02ZRobert BerneckyLIR misses out on arrays| | |
| --- | --- |
| Bugzilla Link | [1189](http://bugs.sac-home.org/show_bug.cgi?id=1189) |
| Created on | Mar 07, 2017 20:20 |
| Version | svn |
| OS | Linux |
| Architecture | PC |
| Attachments | [bug2.sac](/uploads/5033dc42bf1350...| | |
| --- | --- |
| Bugzilla Link | [1189](http://bugs.sac-home.org/show_bug.cgi?id=1189) |
| Created on | Mar 07, 2017 20:20 |
| Version | svn |
| OS | Linux |
| Architecture | PC |
| Attachments | [bug2.sac](/uploads/5033dc42bf1350a21e2cc4f5fe0e6ff8/bug2.sac) |
## Extended Description
<pre>Created an attachment (id=1059)
source code to reproduce failure
In my local Build: sac2c -V
sac2c 1.2-beta-BlackForest-400-g48da-dirty
build-type: DEBUG
built-by: "sac" at 2017-03-06T17:21:34
I observed the following, compiling with default options:
bool[20] _MAIN::_dup_863_main__Loop_0( bool[20] _dup_3532_Zrow { ,NN } , int colx { ,NN } )
/*
* _dup_863_main__Loop_0 :: ---
*/
{
int _al_868 { , NN } ;
int _pinl_547__flat_32 { , NN } ;
bool _pinl_548__flat_67 { , NN } ;
bool[20] Crow__SSA0_3 { , NN } ;
bool[20] Crow__SSA0_2 { , NN } ;
_pinl_547__flat_32 = _add_SxS_( 1, colx);
_al_868 = _add_SxS_( -19, colx);
_pinl_548__flat_67 = _lt_SxS_( _al_868, 0);
if (_pinl_548__flat_67)
{
Crow__SSA0_2 = _MAIN::_dup_863_main__Loop_0( _dup_3532_Zrow, _pinl_547__flat_32) ;
}
else
{
}
Crow__SSA0_3 = ( _pinl_548__flat_67 ? Crow__SSA0_2 : _dup_3532_Zrow );
return( Crow__SSA0_3);
}
Note that _dup_3532_Zrow is loop-invariant, yet it does not get lifted
out of the loop.
I am looking into this now.</pre>Jing GuoJing Guohttps://gitlab.sac-home.org/sac-group/sac2c/-/issues/1222LIR fails to lift loop-invariant N_arg used only in GENARRAY_DEFAULT2017-11-19T20:31:59ZRobert BerneckyLIR fails to lift loop-invariant N_arg used only in GENARRAY_DEFAULT| | |
| --- | --- |
| Bugzilla Link | [1151](http://bugs.sac-home.org/show_bug.cgi?id=1151) |
| Created on | Apr 01, 2015 20:57 |
| Version | svn |
| OS | Linux |
| Architecture | PC |
| Attachments | [buglur.sac](/uploads/2123cdafa821...| | |
| --- | --- |
| Bugzilla Link | [1151](http://bugs.sac-home.org/show_bug.cgi?id=1151) |
| Created on | Apr 01, 2015 20:57 |
| Version | svn |
| OS | Linux |
| Architecture | PC |
| Attachments | [buglur.sac](/uploads/2123cdafa821cd85dc8d4f6c391ff935/buglur.sac) |
## Extended Description
<pre>Created an attachment (id=1034)
source code to cause failure
This failure causes a performance loss in the attached, because LIR fails to detect that a constant LOOPFUN argument is referenced only by
a WL GENARRAY_DEFAULT.
DLIR_WITH was traversing WITH_WITHOP, but it did not look at any
of its sons. I introduced DLIRgenarray, with a TRAVsons, which does
get us to DLIRid, where the offending variable is marked as
AVIS_SSALPIV, but it still does not get removed, so I am missing
something else. I'll check in this change in a day or so, unless
somebody is keen to look at the fault.</pre>Jing GuoJing Guohttps://gitlab.sac-home.org/sac-group/sac2c/-/issues/1221LIR misses WL in CONDFUN2017-11-19T20:31:55ZRobert BerneckyLIR misses WL in CONDFUN| | |
| --- | --- |
| Bugzilla Link | [1019](http://bugs.sac-home.org/show_bug.cgi?id=1019) |
| Created on | Aug 31, 2012 23:04 |
| Version | svn |
| OS | Linux |
| Architecture | PC |
| Attachments | [ipbb.sac](/uploads/f1d4cc814ec280...| | |
| --- | --- |
| Bugzilla Link | [1019](http://bugs.sac-home.org/show_bug.cgi?id=1019) |
| Created on | Aug 31, 2012 23:04 |
| Version | svn |
| OS | Linux |
| Architecture | PC |
| Attachments | [ipbb.sac](/uploads/f1d4cc814ec28049cfa0cdb68796237f/ipbb.sac) |
## Extended Description
<pre>Created an attachment (id=929)
source code to reproduce fault
Recently, I loosened up the rules for WLPROP, in
the hope of making a number of benchmarks run
better, as well as making WLPROP work on CONDFUNs.
However, I see today that some benchmarks, e.g., apex/ipbb/ipbb.sac,
run a LOT slower, and the cause is a WL that is being
WLPROP'd into a CONDFUN, but is not being LIR'd back
out when AWLF/WLF fail to gobble up that WL.
I tried tightening up the WLPROP rules to their previous
state, with no luck. Running with -nowlprop avoids
the problem, but that takes all the fun out of things.
It may be that LIR never dealt with CONDFUNs. If so, that
would certainly explain the problem.
The failure definitely happens with Build #18200.
I'll look into the problem over the weekend. After all,
it IS Labor Day here, so I may as well be laboring.</pre>Jing GuoJing Guohttps://gitlab.sac-home.org/sac-group/sac2c/-/issues/1217LIR ineffective in opt cycles2017-11-19T20:31:42ZClemens GrelckLIR ineffective in opt cycles| | |
| --- | --- |
| Bugzilla Link | [860](http://bugs.sac-home.org/show_bug.cgi?id=860) |
| Created on | Aug 21, 2011 09:44 |
| Version | svn |
| OS | Linux |
| Architecture | PC |
| Attachments | [lir.sac](/uploads/5c979f5350a7614ca...| | |
| --- | --- |
| Bugzilla Link | [860](http://bugs.sac-home.org/show_bug.cgi?id=860) |
| Created on | Aug 21, 2011 09:44 |
| Version | svn |
| OS | Linux |
| Architecture | PC |
| Attachments | [lir.sac](/uploads/5c979f5350a7614ca7e32b76f2166192/lir.sac) |
## Extended Description
<pre>When compiling the unit test testsuite/optimizations/al/lir.sac
AL identifies the loop invariant variables in the first opt cycle
and rearranges the multi-operand expression accordingly.
However, none of the LIRs in the two opt cycles actually removed the
loop invariant expression and, hence, it is identified again and again
by AL. Only the final off-cycle application of LIR does its job. In a
less trivial example that, of course, would be too late for other
optimisations to benefit.
Funny enough, despite the fact that lir and wlir go together (as they
should not) the similar wlir.sac unit test works fine.</pre>Jing GuoJing Guohttps://gitlab.sac-home.org/sac-group/sac2c/-/issues/1216cuda crashed in mandelbrot2017-11-19T20:31:37ZSven-Bodo Scholzcuda crashed in mandelbrot| | |
| --- | --- |
| Bugzilla Link | [790](http://bugs.sac-home.org/show_bug.cgi?id=790) |
| Created on | Nov 30, 2010 18:15 |
| Version | svn |
| OS | Linux |
| Architecture | PC |
| Attachments | [mandelbrot_sbs2.sac](/uploads/37b91...| | |
| --- | --- |
| Bugzilla Link | [790](http://bugs.sac-home.org/show_bug.cgi?id=790) |
| Created on | Nov 30, 2010 18:15 |
| Version | svn |
| OS | Linux |
| Architecture | PC |
| Attachments | [mandelbrot_sbs2.sac](/uploads/37b9141e8227dc6ab0a7359997c1d728/mandelbrot_sbs2.sac) |
## Extended Description
<pre>Created an attachment (id=776)
source code
This is the real bug 784 :-) It now crashes in the Cuda phases when compiled with -t cuda in rev 17212</pre>Jing GuoJing Guohttps://gitlab.sac-home.org/sac-group/sac2c/-/issues/1214make does not update "built-by" timestamp for "DIRTY" source2017-11-19T20:31:31ZRobert Berneckymake does not update "built-by" timestamp for "DIRTY" source| | |
| --- | --- |
| Bugzilla Link | [1192](http://bugs.sac-home.org/show_bug.cgi?id=1192) |
| Created on | May 01, 2017 20:22 |
| Version | svn |
| OS | Linux |
| Architecture | PC |
## Extended Description
<pre>Subject line says i...| | |
| --- | --- |
| Bugzilla Link | [1192](http://bugs.sac-home.org/show_bug.cgi?id=1192) |
| Created on | May 01, 2017 20:22 |
| Version | svn |
| OS | Linux |
| Architecture | PC |
## Extended Description
<pre>Subject line says it all:
sac2c -V returns an unchanged value after successful link
when source code is DIRTY. E.g.,
(link just executed)
sac2c -V
sac2c 1.2-beta-BlackForest-495-gee5c4-dirty
build-type: DEBUG
built-by: "sac" at 2017-04-30T17:19:36
sac@rattler:~/sac/testsuite/optimizations/plur$ date
Mon May 1 15:21:34 EDT 2017</pre>Clemens GrelckClemens Grelckhttps://gitlab.sac-home.org/sac-group/sac2c/-/issues/1213When RTSPEC is off, unable to compile Rand.sac from STDLIB2022-05-20T13:02:16ZHans-Nikolai ViessmannWhen RTSPEC is off, unable to compile Rand.sac from STDLIB| | |
| --- | --- |
| Bugzilla Link | [1191](http://bugs.sac-home.org/show_bug.cgi?id=1191) |
| Created on | Apr 21, 2017 18:21 |
| Version | svn |
| OS | Linux |
| Architecture | PC |
## Extended Description
<pre>Hi all,
As part of ...| | |
| --- | --- |
| Bugzilla Link | [1191](http://bugs.sac-home.org/show_bug.cgi?id=1191) |
| Created on | Apr 21, 2017 18:21 |
| Version | svn |
| OS | Linux |
| Architecture | PC |
## Extended Description
<pre>Hi all,
As part of the package building stuff, I've encountered a minor problem
with the RTSPEC stuff. In essence, if we disable the compiling of RTSPEC
into the compiler and then try to compile Rand.sac from the stdlib, we
get the following errors:
/tmp/SAC_grBAYc/fun1.c: In function ‘SACwf_Rand__random__i_S__d_S__d_S’:
/tmp/SAC_grBAYc/fun1.c:240: warning: implicit declaration of function ‘SAC_WE_DECL_REG_FLAG’
/tmp/SAC_grBAYc/fun1.c:241: error: expected ‘;’ before ‘SAC_WE_DECL_REG_OBJ’
/tmp/SAC_grBAYc/fun1.c:284: warning: implicit declaration of function ‘SAC_WE_FUN_DEF_END2’
/tmp/SAC_grBAYc/fun1.c:294: error: expected ‘;’ before ‘void’
/tmp/SAC_grBAYc/fun1.c:2098: error: expected declaration or statement at end of input
These macros are defined within runtime/rtspec_h/rtspec.h within a
ifdef/endif of SAC_DO_RTSPEC.
These macros are added to the generated code as part of
libsac2c/codegen/icm2c_rtspec.c. I would think that the codegen/ICMs
would be omitted from the compiler if RTSPEC is disabled. This seems
not to be case.
Hans</pre>Clemens GrelckClemens Grelckhttps://gitlab.sac-home.org/sac-group/sac2c/-/issues/1210-b option does not accept override2017-11-19T20:30:30ZRobert Bernecky-b option does not accept override| | |
| --- | --- |
| Bugzilla Link | [1156](http://bugs.sac-home.org/show_bug.cgi?id=1156) |
| Created on | May 01, 2015 13:44 |
| Version | svn |
| OS | Linux |
| Architecture | PC |
## Extended Description
<pre>The sac2c unit test...| | |
| --- | --- |
| Bugzilla Link | [1156](http://bugs.sac-home.org/show_bug.cgi?id=1156) |
| Created on | May 01, 2015 13:44 |
| Version | svn |
| OS | Linux |
| Architecture | PC |
## Extended Description
<pre>The sac2c unit test script UnitTestRunGrep1 and UnitTestRunWorks1
are supposed to allow a specific unit test to override the
default compiler breakpoint by specifying their own breakpoint.
Rationale: The default might be -bopt, but a failure in WLT
required me to add my own breakpoint of -bwlt, so the
compiler invocation looks like:
sac2c bugWLT.sac -bopt -bwlt
The -bwlt breakpoint is ignored. It looks like the compiler breaks
at the earliest breakpoint specified, which is a nuisance.
Is this behavior intentional or accidental?</pre>Clemens GrelckClemens Grelckhttps://gitlab.sac-home.org/sac-group/sac2c/-/issues/1208Compiling with -mt produces value error in run-time code2017-11-19T20:30:22ZRobert BerneckyCompiling with -mt produces value error in run-time code| | |
| --- | --- |
| Bugzilla Link | [1115](http://bugs.sac-home.org/show_bug.cgi?id=1115) |
| Created on | Feb 20, 2014 19:02 |
| Version | svn |
| OS | Linux |
| Architecture | PC |
| Attachments | [crud.sac](/uploads/f216831a6b57a3...| | |
| --- | --- |
| Bugzilla Link | [1115](http://bugs.sac-home.org/show_bug.cgi?id=1115) |
| Created on | Feb 20, 2014 19:02 |
| Version | svn |
| OS | Linux |
| Architecture | PC |
| Attachments | [crud.sac](/uploads/f216831a6b57a3fc204f2130be14e4b0/crud.sac) |
## Extended Description
<pre>Created an attachment (id=1003)
source code to reproduce fault
sac2c -V
sac2c v1.00-beta (Haggis And Apple)
developer rev 18429 linux-gnu_x86_64
(Thu Feb 20 12:56:46 EST 2014 by sac)
sac2c crud.sac -v1 -mt -d cccall -d syscall
a.out.c: In function ‘SACf__MAIN_CL_ST__main’:
a.out.c:1026: warning: ‘SACp_pinl_1728__flat_59’ may be used uninitialized in this function
The same compilation without -mt issues no warnings.
The variable is an argument to this macro: SAC_MT_SEND_PARAM_in.</pre>Clemens GrelckClemens Grelckhttps://gitlab.sac-home.org/sac-group/sac2c/-/issues/1207DL anti-strength reduction causes opt failure in AWLF unit test relaxAKD.sac2017-11-19T20:30:19ZRobert BerneckyDL anti-strength reduction causes opt failure in AWLF unit test relaxAKD.sac| | |
| --- | --- |
| Bugzilla Link | [1046](http://bugs.sac-home.org/show_bug.cgi?id=1046) |
| Created on | Feb 24, 2013 16:00 |
| Version | svn |
| OS | Linux |
| Architecture | PC |
| Attachments | [StdlibCatenateAxis1AKD.sac](/uplo...| | |
| --- | --- |
| Bugzilla Link | [1046](http://bugs.sac-home.org/show_bug.cgi?id=1046) |
| Created on | Feb 24, 2013 16:00 |
| Version | svn |
| OS | Linux |
| Architecture | PC |
| Attachments | [StdlibCatenateAxis1AKD.sac](/uploads/cfa7cfda03f57ef53c35aa1e1e8db0c2/StdlibCatenateAxis1AKD.sac), [bugdl.sac](/uploads/ac948c300a5a31bd1ef2c7df3b437373/bugdl.sac), [bugdl2.sac](/uploads/4d408d79ea722149ea0df45234ec34af/bugdl2.sac), [crud.sac](/uploads/6f72af3588391460c68ba86b89e4b7d8/crud.sac), [xStdlibCatenateAxis1AKD.sac](/uploads/af3ac99e8c32fdeff1a14dddf618235e/xStdlibCatenateAxis1AKD.sac), [bug1046D.sac](/uploads/1689c2ce80bf4c96f46547e0f64b5579/bug1046D.sac) |
## Extended Description
<pre>Created an attachment (id=944)
source code to reproduce fault
sac2c -V
sac2c v1.00-beta (Haggis And Apple)
product rev 18058 linux-gnu_x86_64
(Thu Feb 21 14:45:15 EST 2013 by sac)
sac2c bugdl.sac -doawlf -nowlf -v1 -bopt >crud
Ditto the other attachments...
The problem is that DL takes an expression such as:
X = id( 2);
Z = ( X + X) - X;
and turns it into:
Z = ( 2 * X) - X;
at which point, it is unable to simplify the expression
tree any more. Which is dull.
This causes AWLF intersect calculation to fail, which means that
sum(cat(A,B)) fails to WL fold.
Clemens: Please let me know your schedule for repairing this. If
it going to take you months, as opposed to a day or two, to fix it,
I'll just go and (probably) disable the add->mul strength anti-reduction code
until such time as you can find time to fix it to your liking.</pre>Clemens GrelckClemens Grelckhttps://gitlab.sac-home.org/sac-group/sac2c/-/issues/1206CSE still dies trying to deal with results2017-11-19T20:30:10ZRobert BerneckyCSE still dies trying to deal with results| | |
| --- | --- |
| Bugzilla Link | [993](http://bugs.sac-home.org/show_bug.cgi?id=993) |
| Created on | Jul 09, 2012 15:18 |
| Version | svn |
| OS | Linux |
| Architecture | PC |
| Attachments | [tjck.sac](/uploads/11b1f28f94aea281...| | |
| --- | --- |
| Bugzilla Link | [993](http://bugs.sac-home.org/show_bug.cgi?id=993) |
| Created on | Jul 09, 2012 15:18 |
| Version | svn |
| OS | Linux |
| Architecture | PC |
| Attachments | [tjck.sac](/uploads/11b1f28f94aea281ba0fd0c30768fa88/tjck.sac) |
## Extended Description
<pre>Created an attachment (id=906)
source code to reproduce fault
CSE crashes in PropagateIdenticalReturn2Results, with NULL
act_exprs. Although most of the CSE-induced crashes went away with
Clemens' recent fixes to it, this one remains:
sac2c tjck.sac -v4 -doawlf -nowlf -noedfa -nopetl
The last two options do not make any difference to the crash.
sac2c -V
sac2c v1.00-beta (Haggis And Apple)
developer rev 18052:MODIFIED linux-gnu_x86_64
(Mon Jul 9 09:52:52 EDT 2012 by sac)</pre>Clemens GrelckClemens Grelckhttps://gitlab.sac-home.org/sac-group/sac2c/-/issues/1205AWLF unit test UTReshape.sac crashes if compiled with -ecc2017-11-19T20:30:07ZRobert BerneckyAWLF unit test UTReshape.sac crashes if compiled with -ecc| | |
| --- | --- |
| Bugzilla Link | [987](http://bugs.sac-home.org/show_bug.cgi?id=987) |
| Created on | Jun 22, 2012 21:57 |
| Version | svn |
| OS | Linux |
| Architecture | PC |
## Extended Description
<pre>sac2c -V
sac2c v1.00-...| | |
| --- | --- |
| Bugzilla Link | [987](http://bugs.sac-home.org/show_bug.cgi?id=987) |
| Created on | Jun 22, 2012 21:57 |
| Version | svn |
| OS | Linux |
| Architecture | PC |
## Extended Description
<pre>sac2c -V
sac2c v1.00-beta (Haggis And Apple)
developer rev 18017:MODIFIED linux-gnu_x86_64
(Fri Jun 22 11:17:42 EDT 2012 by sac)
cd ~/sac/testsuite/optimizations/awlf
sac2c UTReshape.sac -ecc
...
Applying associative law ...
stdopt/associative_law.c:925 Assertion "TYeqTypes( IDS_NTYPE( ids), ID_NTYPE( EXPRS_EXPR( exprs)))" failed!
Bug in guards: result id '_idc_3246' and arg id '_flat_1100' do have different types
This is in main(). Although tripped up by AL, I suspect the problem
occurs much earlier, during IDC. Here is the relevant IL after -b9:
int[3] _idc_3247 { , NN } ;
int[3] _idc_3246 { , NN } ;
bool _icc_3244_pred { , NN } ;
bool _hce_1__SSA0_2 { , NN } ;
bool{0} _hce_1__SSA0_1 { , NN } ;
int[.] _flat_1101 { , NN } ;
int[3]{2,3...} _flat_1100 { , NN } ;
bool[3] _flat_1099 { , NN } ;
bool _hce_1 { , NN } ;
bool[3] _icc_3245 { , NN } ;
if (_flat_1096)
{
_flat_1101 = _shape_A_( arr_b);
_flat_1100 = _shape_A_( arr_a);
_idc_3246, _idc_3247, _icc_3244_pred = _same_shape_AxA_( _flat_1100, _flat_1101);
Note that the type of _idc_3247 is int[3], whereas its corresponding
argument, PRF_ARG2, is int[.]. I think this is what AL is griping about.
I am assigning this to the keeper of IDC and the type checker.</pre>Clemens GrelckClemens Grelckhttps://gitlab.sac-home.org/sac-group/sac2c/-/issues/1204if() going wrong way on (-2)^31, sometimes. UTDScalarI.sac2017-11-19T20:30:04ZRobert Berneckyif() going wrong way on (-2)^31, sometimes. UTDScalarI.sac| | |
| --- | --- |
| Bugzilla Link | [906](http://bugs.sac-home.org/show_bug.cgi?id=906) |
| Created on | Jan 19, 2012 17:20 |
| Version | svn |
| OS | Linux |
| Architecture | PC |
| Attachments | [crud3.sac](/uploads/fe2026c44652376...| | |
| --- | --- |
| Bugzilla Link | [906](http://bugs.sac-home.org/show_bug.cgi?id=906) |
| Created on | Jan 19, 2012 17:20 |
| Version | svn |
| OS | Linux |
| Architecture | PC |
| Attachments | [crud3.sac](/uploads/fe2026c446523768561bfe9c7fe66e68/crud3.sac), [xcrud3.sac](/uploads/c43922c6305edce3c5a787a858c2580e/xcrud3.sac) |
## Extended Description
<pre>Created an attachment (id=843)
source code to reproduce failure
The attached code is extracted from a failed apex unit test,
UTDScalarI.sac.
Depending on how (-2)^31 is generated, conditionals are
either true or false. This produces wrong answers, which
is not a good thing, IMO.
If you compile with -noinl, the answers change.
If you compile with -nocf, it crashes, this way:
**** Optimization cycle pass: 2
****** Optimizing regular function:
****** _MAIN::main( hidden(1), hidden(2), hidden(0)): ...
Applying common subexpression elimination ...
Inferring loop invariant variables ...
Applying type upgrade ...
ERROR: line 10 file: crud3.sac
ERROR: loop variable "_flat_28" is being used inconsistently in function
ERROR: _dup_262_mpyXII__Cond_2; conflicting types are bool{1} and #1352: in
ERROR: [ --, bool{0}] le <> ge <>
*** Compilation failed ***
*** Exit code 89 (Running SAC optimizations)
*** 1 Error(s), 0 Warning(s)
apex@rattler:~/apex2003/benchmks/UTDScalarI$ sac2c -V
sac2c v1.00-beta (Haggis And Apple)
developer rev 17723 linux-gnu_x86_64
(Fri Jan 13 16:39:25 EST 2012 by sac)
apex@rattler:~/apex2003/benchmks/UTDScalarI$ sac2c crud3.sac -v1 -nocf -nosaacyc -noive -v4</pre>Clemens GrelckClemens Grelckhttps://gitlab.sac-home.org/sac-group/sac2c/-/issues/1203-noprelude and fun-based cycle phase do not play well together2017-11-19T20:30:00ZRobert Bernecky-noprelude and fun-based cycle phase do not play well together| | |
| --- | --- |
| Bugzilla Link | [888](http://bugs.sac-home.org/show_bug.cgi?id=888) |
| Created on | Nov 13, 2011 22:06 |
| Version | svn |
| OS | Linux |
| Architecture | PC |
## Extended Description
<pre>sac2c -V
sac2c v1.00-...| | |
| --- | --- |
| Bugzilla Link | [888](http://bugs.sac-home.org/show_bug.cgi?id=888) |
| Created on | Nov 13, 2011 22:06 |
| Version | svn |
| OS | Linux |
| Architecture | PC |
## Extended Description
<pre>sac2c -V
sac2c v1.00-beta (Haggis And Apple)
developer rev 17702:MODIFIED linux-gnu_x86_64
(Sun Nov 13 11:20:25 EST 2011 by sac)
If I do this compile, all is well:
sac2c bug877.sac -ecc -doawlf
But if I do this, we get a crash:
sac2c bug877.sac -ecc -doawlf -v0 -noprelude
global/phase.c:490 Assertion "FUNDEF_NEXT( fundef) == NULL" failed!
Fun-based cycle phase returned more than one fundef.
AWLFI is generating inlined function calls within the current fundef.
If sacprelude is present, things are OK, but if not,
FUNDEF_NEXT( fundef) gets element(s) appended to it.
Not a clue as to how to address this. It's not a big deal
usually, but sometimes, it's nice to be able to compile
with -noprelude, particularly when debugging.</pre>Clemens GrelckClemens Grelckhttps://gitlab.sac-home.org/sac-group/sac2c/-/issues/1201Defines with non static values2017-11-19T20:29:53ZRoeland DoumaDefines with non static values| | |
| --- | --- |
| Bugzilla Link | [815](http://bugs.sac-home.org/show_bug.cgi?id=815) |
| Created on | Jan 07, 2011 11:58 |
| Version | svn |
| OS | Linux |
| Architecture | PC |
## Extended Description
<pre>In sac.h serveral sym...| | |
| --- | --- |
| Bugzilla Link | [815](http://bugs.sac-home.org/show_bug.cgi?id=815) |
| Created on | Jan 07, 2011 11:58 |
| Version | svn |
| OS | Linux |
| Architecture | PC |
## Extended Description
<pre>In sac.h serveral symbols are not defined statically. Which (on Solaris at least) generates linker warnings.
Warnigns:
ld: warning: symbol `SAC_MT_Tasklock' has differing sizes:
(file a.out.o value=0x300; file /scratch/rdouma/suncc//stdlib/world/stdio/lib/libStdIOMod.so value=0x18);
a.out.o definition taken
ld: warning: symbol `SAC_MT_Tasklock' has differing sizes:
(file a.out.o value=0x300; file /scratch/rdouma/suncc//stdlib/world/stdio/lib/libBinFileMod.so value=0x18);
a.out.o definition taken
ld: warning: symbol `SAC_MT_Tasklock' has differing sizes:
(file a.out.o value=0x300; file /scratch/rdouma/suncc//stdlib/world/stdio/lib/libScalarIOMod.so value=0x18);
a.out.o definition taken
ld: warning: symbol `SAC_MT_Tasklock' has differing sizes:
(file a.out.o value=0x300; file /scratch/rdouma/suncc//stdlib/world/stdio/lib/libArrayIOMod.so value=0x18);
a.out.o definition taken
ld: warning: symbol `SAC_MT_Tasklock' has differing sizes:
(file a.out.o value=0x300; file /scratch/rdouma/suncc//stdlib/world/stdio/lib/libFibreIOMod.so value=0x18);
a.out.o definition taken
ld: warning: symbol `SAC_MT_Tasklock' has differing sizes:
(file a.out.o value=0x300; file /scratch/rdouma/suncc//stdlib/world/stdio/lib/libListIOMod.so value=0x18);
a.out.o definition taken
ld: warning: symbol `SAC_MT_Tasklock' has differing sizes:
(file a.out.o value=0x300; file /scratch/rdouma/suncc//stdlib/world/stdio/lib/libComplexIOMod.so value=0x18);
a.out.o definition taken
ld: warning: symbol `SAC_MT_Tasklock' has differing sizes:
(file a.out.o value=0x300; file /scratch/rdouma/suncc//stdlib/world/stdio/lib/libIOresourcesMod.so value=0x18);
a.out.o definition taken
ld: warning: symbol `SAC_MT_last_taskend' has differing sizes:
(file a.out.o value=0x4; file /scratch/rdouma/suncc//stdlib/modules/structures/lib/libStringArrayMod.so value=0xc);
a.out.o definition taken and updated with larger size
ld: warning: symbol `SAC_MT_act_tasksize' has differing sizes:
(file a.out.o value=0x4; file /scratch/rdouma/suncc//stdlib/modules/structures/lib/libStringArrayMod.so value=0xc);
a.out.o definition taken and updated with larger size
ld: warning: symbol `SAC_MT_Task' has differing sizes:
(file a.out.o value=0x80; file /scratch/rdouma/suncc//stdlib/modules/structures/lib/libStringArrayMod.so value=0x180);
a.out.o definition taken and updated with larger size
ld: warning: symbol `SAC_MT_Taskcount' has differing sizes:
(file a.out.o value=0x4; file /scratch/rdouma/suncc//stdlib/modules/structures/lib/libStringArrayMod.so value=0xc);
a.out.o definition taken and updated with larger size
ld: warning: symbol `SAC_MT_Tasklock' has differing sizes:
(file a.out.o value=0x300; file /scratch/rdouma/suncc//stdlib/modules/structures/lib/libStringArrayMod.so value=0x900);
a.out.o definition taken
ld: warning: symbol `SAC_MT_LAST_Task' has differing sizes:
(file a.out.o value=0x80; file /scratch/rdouma/suncc//stdlib/modules/structures/lib/libStringArrayMod.so value=0x180);
a.out.o definition taken and updated with larger size
ld: warning: symbol `SAC_MT_rest_iterations' has differing sizes:
(file a.out.o value=0x4; file /scratch/rdouma/suncc//stdlib/modules/structures/lib/libStringArrayMod.so value=0xc);
a.out.o definition taken and updated with larger size
ld: warning: symbol `SAC_MT_TS_Tasklock' has differing sizes:
(file a.out.o value=0x18; file /scratch/rdouma/suncc//stdlib/modules/structures/lib/libStringArrayMod.so value=0x48);
a.out.o definition taken
ld: warning: symbol `SAC_MT_TS_Tasklock' has differing sizes:
(file a.out.o value=0x18; file /scratch/rdouma/suncc//stdlib/modules/structures/lib/libArrayFormatMod.so value=0x48);
a.out.o definition taken
ld: warning: symbol `SAC_MT_Tasklock' has differing sizes:
(file a.out.o value=0x300; file /scratch/rdouma/suncc//stdlib/modules/structures/lib/libArrayFormatMod.so value=0x900);
a.out.o definition taken
ld: warning: symbol `SAC_MT_Tasklock' has differing sizes:
(file a.out.o value=0x300; file /scratch/rdouma/suncc//stdlib/modules/structures/lib/libStructuresMod.so value=0x18);
a.out.o definition taken
ld: warning: symbol `SAC_MT_Tasklock' has differing sizes:
(file a.out.o value=0x300; file /scratch/rdouma/suncc//stdlib/modules/structures/lib/libBitsMod.so value=0x18);
a.out.o definition taken
ld: warning: symbol `SAC_MT_Tasklock' has differing sizes:
(file a.out.o value=0x300; file /scratch/rdouma/suncc//stdlib/modules/structures/lib/libComplexMod.so value=0x18);
a.out.o definition taken
ld: warning: symbol `SAC_MT_Tasklock' has differing sizes:
(file a.out.o value=0x300; file /scratch/rdouma/suncc//stdlib/modules/structures/lib/libListMod.so value=0x18);
a.out.o definition taken
ld: warning: symbol `SAC_MT_LAST_Task' has differing sizes:
(file a.out.o value=0x180; file /scratch/rdouma/suncc//stdlib/modules/structures/lib/libColor8Mod.so value=0x100);
a.out.o definition taken
ld: warning: symbol `SAC_MT_rest_iterations' has differing sizes:
(file a.out.o value=0xc; file /scratch/rdouma/suncc//stdlib/modules/structures/lib/libColor8Mod.so value=0x8);
a.out.o definition taken
ld: warning: symbol `SAC_MT_act_tasksize' has differing sizes:
(file a.out.o value=0xc; file /scratch/rdouma/suncc//stdlib/modules/structures/lib/libColor8Mod.so value=0x8);
a.out.o definition taken
ld: warning: symbol `SAC_MT_TS_Tasklock' has differing sizes:
(file a.out.o value=0x18; file /scratch/rdouma/suncc//stdlib/modules/structures/lib/libColor8Mod.so value=0x30);
a.out.o definition taken
ld: warning: symbol `SAC_MT_Tasklock' has differing sizes:
(file a.out.o value=0x300; file /scratch/rdouma/suncc//stdlib/modules/structures/lib/libColor8Mod.so value=0x600);
a.out.o definition taken
ld: warning: symbol `SAC_MT_Task' has differing sizes:
(file a.out.o value=0x180; file /scratch/rdouma/suncc//stdlib/modules/structures/lib/libColor8Mod.so value=0x100);
a.out.o definition taken
ld: warning: symbol `SAC_MT_last_taskend' has differing sizes:
(file a.out.o value=0xc; file /scratch/rdouma/suncc//stdlib/modules/structures/lib/libColor8Mod.so value=0x8);
a.out.o definition taken
ld: warning: symbol `SAC_MT_Taskcount' has differing sizes:
(file a.out.o value=0xc; file /scratch/rdouma/suncc//stdlib/modules/structures/lib/libColor8Mod.so value=0x8);
a.out.o definition taken
ld: warning: symbol `SAC_MT_Tasklock' has differing sizes:
(file a.out.o value=0x300; file /scratch/rdouma/suncc//stdlib/world/system/lib/libRuntimeErrorMod.so value=0x18);
a.out.o definition taken
ld: warning: symbol `SAC_MT_Tasklock' has differing sizes:
(file a.out.o value=0x300; file /scratch/rdouma/suncc//stdlib/world/stdio/lib/libFileMod.so value=0x18);
a.out.o definition taken
ld: warning: symbol `SAC_MT_Tasklock' has differing sizes:
(file a.out.o value=0x300; file /scratch/rdouma/suncc//stdlib/world/stdio/lib/libTermFileMod.so value=0x18);
a.out.o definition taken
ld: warning: symbol `SAC_MT_Tasklock' has differing sizes:
(file a.out.o value=0x300; file /scratch/rdouma/suncc//stdlib/world/system/lib/libTerminalMod.so value=0x18);
a.out.o definition taken
ld: warning: symbol `SAC_MT_Tasklock' has differing sizes:
(file a.out.o value=0x300; file /scratch/rdouma/suncc//stdlib/world/system/lib/libFileSystemMod.so value=0x18);
a.out.o definition taken
ld: warning: symbol `SAC_MT_Tasklock' has differing sizes:
(file a.out.o value=0x300; file /scratch/rdouma/suncc//stdlib/modules/structures/lib/libArrayMod.so value=0x18);
a.out.o definition taken
ld: warning: symbol `SAC_MT_Tasklock' has differing sizes:
(file a.out.o value=0x300; file /scratch/rdouma/suncc//stdlib/modules/numerical/lib/libMathArrayMod.so value=0x18);
a.out.o definition taken
ld: warning: symbol `SAC_MT_Tasklock' has differing sizes:
(file a.out.o value=0x300; file /scratch/rdouma/suncc//stdlib/modules/structures/lib/libComplexArrayTransformMod.so value=0x600);
a.out.o definition taken
ld: warning: symbol `SAC_MT_last_taskend' has differing sizes:
(file a.out.o value=0xc; file /scratch/rdouma/suncc//stdlib/modules/structures/lib/libComplexArrayTransformMod.so value=0x8);
a.out.o definition taken
ld: warning: symbol `SAC_MT_LAST_Task' has differing sizes:
(file a.out.o value=0x180; file /scratch/rdouma/suncc//stdlib/modules/structures/lib/libComplexArrayTransformMod.so value=0x100);
a.out.o definition taken
ld: warning: symbol `SAC_MT_TS_Tasklock' has differing sizes:
(file a.out.o value=0x18; file /scratch/rdouma/suncc//stdlib/modules/structures/lib/libComplexArrayTransformMod.so value=0x30);
a.out.o definition taken
ld: warning: symbol `SAC_MT_act_tasksize' has differing sizes:
(file a.out.o value=0xc; file /scratch/rdouma/suncc//stdlib/modules/structures/lib/libComplexArrayTransformMod.so value=0x8);
a.out.o definition taken
ld: warning: symbol `SAC_MT_Task' has differing sizes:
(file a.out.o value=0x180; file /scratch/rdouma/suncc//stdlib/modules/structures/lib/libComplexArrayTransformMod.so value=0x100);
a.out.o definition taken
ld: warning: symbol `SAC_MT_rest_iterations' has differing sizes:
(file a.out.o value=0xc; file /scratch/rdouma/suncc//stdlib/modules/structures/lib/libComplexArrayTransformMod.so value=0x8);
a.out.o definition taken
ld: warning: symbol `SAC_MT_Taskcount' has differing sizes:
(file a.out.o value=0xc; file /scratch/rdouma/suncc//stdlib/modules/structures/lib/libComplexArrayTransformMod.so value=0x8);
a.out.o definition taken
ld: warning: symbol `SAC_MT_Tasklock' has differing sizes:
(file a.out.o value=0x300; file /scratch/rdouma/suncc//stdlib/modules/structures/lib/libComplexArrayArithMod.so value=0x18);
a.out.o definition taken
ld: warning: symbol `SAC_MT_LAST_Task' has differing sizes:
(file a.out.o value=0x180; file /scratch/rdouma/suncc//stdlib/modules/structures/lib/libArrayTransformMod.so value=0x100);
a.out.o definition taken
ld: warning: symbol `SAC_MT_TS_Tasklock' has differing sizes:
(file a.out.o value=0x18; file /scratch/rdouma/suncc//stdlib/modules/structures/lib/libArrayTransformMod.so value=0x30);
a.out.o definition taken
ld: warning: symbol `SAC_MT_Taskcount' has differing sizes:
(file a.out.o value=0xc; file /scratch/rdouma/suncc//stdlib/modules/structures/lib/libArrayTransformMod.so value=0x8);
a.out.o definition taken
ld: warning: symbol `SAC_MT_Task' has differing sizes:
(file a.out.o value=0x180; file /scratch/rdouma/suncc//stdlib/modules/structures/lib/libArrayTransformMod.so value=0x100);
a.out.o definition taken
ld: warning: symbol `SAC_MT_last_taskend' has differing sizes:
(file a.out.o value=0xc; file /scratch/rdouma/suncc//stdlib/modules/structures/lib/libArrayTransformMod.so value=0x8);
a.out.o definition taken
ld: warning: symbol `SAC_MT_Tasklock' has differing sizes:
(file a.out.o value=0x300; file /scratch/rdouma/suncc//stdlib/modules/structures/lib/libArrayTransformMod.so value=0x600);
a.out.o definition taken
ld: warning: symbol `SAC_MT_act_tasksize' has differing sizes:
(file a.out.o value=0xc; file /scratch/rdouma/suncc//stdlib/modules/structures/lib/libArrayTransformMod.so value=0x8);
a.out.o definition taken
ld: warning: symbol `SAC_MT_rest_iterations' has differing sizes:
(file a.out.o value=0xc; file /scratch/rdouma/suncc//stdlib/modules/structures/lib/libArrayTransformMod.so value=0x8);
a.out.o definition taken
ld: warning: symbol `SAC_MT_Tasklock' has differing sizes:
(file a.out.o value=0x300; file /scratch/rdouma/suncc//stdlib/world/system/lib/libSysErrMod.so value=0x18);
a.out.o definition taken
ld: warning: symbol `SAC_MT_Tasklock' has differing sizes:
(file a.out.o value=0x300; file /scratch/rdouma/suncc//stdlib/world/system/lib/libWorldMod.so value=0x18);
a.out.o definition taken
ld: warning: symbol `SAC_MT_act_tasksize' has differing sizes:
(file a.out.o value=0xc; file /scratch/rdouma/suncc//stdlib/modules/structures/lib/libStringMod.so value=0x4);
a.out.o definition taken
ld: warning: symbol `SAC_MT_Taskcount' has differing sizes:
(file a.out.o value=0xc; file /scratch/rdouma/suncc//stdlib/modules/structures/lib/libStringMod.so value=0x4);
a.out.o definition taken
ld: warning: symbol `SAC_MT_rest_iterations' has differing sizes:
(file a.out.o value=0xc; file /scratch/rdouma/suncc//stdlib/modules/structures/lib/libStringMod.so value=0x4);
a.out.o definition taken
ld: warning: symbol `SAC_MT_Task' has differing sizes:
(file a.out.o value=0x180; file /scratch/rdouma/suncc//stdlib/modules/structures/lib/libStringMod.so value=0x80);
a.out.o definition taken
ld: warning: symbol `SAC_MT_LAST_Task' has differing sizes:
(file a.out.o value=0x180; file /scratch/rdouma/suncc//stdlib/modules/structures/lib/libStringMod.so value=0x80);
a.out.o definition taken
ld: warning: symbol `SAC_MT_last_taskend' has differing sizes:
(file a.out.o value=0xc; file /scratch/rdouma/suncc//stdlib/modules/structures/lib/libStringMod.so value=0x4);
a.out.o definition taken
ld: warning: symbol `SAC_MT_Tasklock' has differing sizes:
(file a.out.o value=0x300; file /scratch/rdouma/suncc//stdlib/modules/structures/lib/libConstantsMod.so value=0x18);
a.out.o definition taken
ld: warning: symbol `SAC_MT_LAST_Task' has differing sizes:
(file a.out.o value=0x180; file /scratch/rdouma/suncc//stdlib/modules/structures/lib/libArrayArithMod.so value=0x80);
a.out.o definition taken
ld: warning: symbol `SAC_MT_Task' has differing sizes:
(file a.out.o value=0x180; file /scratch/rdouma/suncc//stdlib/modules/structures/lib/libArrayArithMod.so value=0x80);
a.out.o definition taken
ld: warning: symbol `SAC_MT_last_taskend' has differing sizes:
(file a.out.o value=0xc; file /scratch/rdouma/suncc//stdlib/modules/structures/lib/libArrayArithMod.so value=0x4);
a.out.o definition taken
ld: warning: symbol `SAC_MT_rest_iterations' has differing sizes:
(file a.out.o value=0xc; file /scratch/rdouma/suncc//stdlib/modules/structures/lib/libArrayArithMod.so value=0x4);
a.out.o definition taken
ld: warning: symbol `SAC_MT_act_tasksize' has differing sizes:
(file a.out.o value=0xc; file /scratch/rdouma/suncc//stdlib/modules/structures/lib/libArrayArithMod.so value=0x4);
a.out.o definition taken
ld: warning: symbol `SAC_MT_Taskcount' has differing sizes:
(file a.out.o value=0xc; file /scratch/rdouma/suncc//stdlib/modules/structures/lib/libArrayArithMod.so value=0x4);
a.out.o definition taken
ld: warning: symbol `SAC_MT_Tasklock' has differing sizes:
(file a.out.o value=0x300; file /scratch/rdouma/suncc//stdlib/modules/structures/lib/libComplexScalarArithMod.so value=0x18);
a.out.o definition taken
ld: warning: symbol `SAC_MT_Tasklock' has differing sizes:
(file a.out.o value=0x300; file /scratch/rdouma/suncc//stdlib/modules/structures/lib/libComplexArrayBasicsMod.so value=0x900);
a.out.o definition taken
ld: warning: symbol `SAC_MT_TS_Tasklock' has differing sizes:
(file a.out.o value=0x18; file /scratch/rdouma/suncc//stdlib/modules/structures/lib/libComplexArrayBasicsMod.so value=0x48);
a.out.o definition taken
ld: warning: symbol `SAC_MT_Tasklock' has differing sizes:
(file a.out.o value=0x300; file /scratch/rdouma/suncc//stdlib/modules/structures/lib/libComplexBasicsMod.so value=0x18);
a.out.o definition taken
ld: warning: symbol `SAC_MT_Tasklock' has differing sizes:
(file a.out.o value=0x300; file /scratch/rdouma/suncc//stdlib/modules/structures/lib/libBoolMod.so value=0x18);
a.out.o definition taken
ld: warning: symbol `SAC_MT_Tasklock' has differing sizes:
(file a.out.o value=0x300; file /scratch/rdouma/suncc//stdlib/modules/structures/lib/libCharMod.so value=0x18);
a.out.o definition taken
ld: warning: symbol `SAC_MT_Task' has differing sizes:
(file a.out.o value=0x180; file /scratch/rdouma/suncc//stdlib/modules/structures/lib/libArrayBasicsMod.so value=0x80);
a.out.o definition taken
ld: warning: symbol `SAC_MT_LAST_Task' has differing sizes:
(file a.out.o value=0x180; file /scratch/rdouma/suncc//stdlib/modules/structures/lib/libArrayBasicsMod.so value=0x80);
a.out.o definition taken
ld: warning: symbol `SAC_MT_rest_iterations' has differing sizes:
(file a.out.o value=0xc; file /scratch/rdouma/suncc//stdlib/modules/structures/lib/libArrayBasicsMod.so value=0x4);
a.out.o definition taken
ld: warning: symbol `SAC_MT_last_taskend' has differing sizes:
(file a.out.o value=0xc; file /scratch/rdouma/suncc//stdlib/modules/structures/lib/libArrayBasicsMod.so value=0x4);
a.out.o definition taken
ld: warning: symbol `SAC_MT_act_tasksize' has differing sizes:
(file a.out.o value=0xc; file /scratch/rdouma/suncc//stdlib/modules/structures/lib/libArrayBasicsMod.so value=0x4);
a.out.o definition taken
ld: warning: symbol `SAC_MT_Taskcount' has differing sizes:
(file a.out.o value=0xc; file /scratch/rdouma/suncc//stdlib/modules/structures/lib/libArrayBasicsMod.so value=0x4);
a.out.o definition taken
ld: warning: symbol `SAC_MT_Tasklock' has differing sizes:
(file a.out.o value=0x300; file /scratch/rdouma/suncc//stdlib/modules/numerical/lib/libMathMod.so value=0x18);
a.out.o definition taken
ld: warning: symbol `SAC_MT_Tasklock' has differing sizes:
(file a.out.o value=0x300; file /scratch/rdouma/suncc//stdlib/modules/structures/lib/libScalarArithMod.so value=0x18);
a.out.o definition taken
ld: warning: symbol `SAC_HM_arenas' has differing sizes:
(file a.out.o value=0x8400; file /scratch/rdouma/suncc//sac2c//lib//libsac.mt.pth.so value=0x420);
a.out.o definition taken</pre>Clemens GrelckClemens Grelckhttps://gitlab.sac-home.org/sac-group/sac2c/-/issues/1200sac2c cachesim feature2017-11-19T20:29:50ZDávid Juhászsac2c cachesim feature| | |
| --- | --- |
| Bugzilla Link | [808](http://bugs.sac-home.org/show_bug.cgi?id=808) |
| Created on | Jan 04, 2011 16:18 |
| Version | 1.00beta |
| OS | Linux |
| Architecture | PC |
## Extended Description
<pre>I tried to use t...| | |
| --- | --- |
| Bugzilla Link | [808](http://bugs.sac-home.org/show_bug.cgi?id=808) |
| Created on | Jan 04, 2011 16:18 |
| Version | 1.00beta |
| OS | Linux |
| Architecture | PC |
## Extended Description
<pre>I tried to use the cache simulation feature of the compiler, used options '-cs -csdefaults sagf'. Unfortunately the executable doesn't create any memory trace file.</pre>Clemens GrelckClemens Grelckhttps://gitlab.sac-home.org/sac-group/sac2c/-/issues/1199AL causes CYC,SAACYC to run until maxoptcyc on prd.sac AWLF unit test2017-11-19T20:29:47ZRobert BerneckyAL causes CYC,SAACYC to run until maxoptcyc on prd.sac AWLF unit test| | |
| --- | --- |
| Bugzilla Link | [711](http://bugs.sac-home.org/show_bug.cgi?id=711) |
| Created on | May 14, 2010 20:25 |
| Version | svn |
| OS | Linux |
| Architecture | PC |
| Attachments | [prd.sac](/uploads/8ae0ce0008be269ab...| | |
| --- | --- |
| Bugzilla Link | [711](http://bugs.sac-home.org/show_bug.cgi?id=711) |
| Created on | May 14, 2010 20:25 |
| Version | svn |
| OS | Linux |
| Architecture | PC |
| Attachments | [prd.sac](/uploads/8ae0ce0008be269aba92c7c4063188d4/prd.sac) |
## Extended Description
<pre>Created an attachment (id=715)
source code to reproduce fault
It looks to me that AL has gone for a burton. sac2c prd.sac (and everything else...) runs for maxoptcyc in both CYC and SAACYC.
I took a look at the prdreverseAKD.sac unit test, and observed these
differences around cycle 23.
After esdcse (right before AL):
_al_2410 = _add_SxS_( _pinl_672__ea_584__icc_450, _ivexp_1865_aeb);
_al_2411 = _add_SxS_( _ivexp_1868_is, _al_2410);
After AL:
_al_2410 = _add_SxS_( _pinl_672__ea_584__icc_450, _ivexp_1865_aeb);
_al_2440 = _add_SxS_( _pinl_672__ea_584__icc_450, _ivexp_1865_aeb);
_al_2441 = _add_SxS_( _ivexp_1868_is, _al_2440);
_al_2411 = _al_2441;
Doesn't hardly seem worth it, eh? _al2410 is now dead code.
This is the behavior on 16836:MODIFIED, on rattler (not checked in).
It is NOT, however, the sole cause of the opt loop, because running with
-noal still runs for maxoptcyc cycles.
Build #16794:MODIFIED, on obelix, exhibits the same behavior.</pre>Clemens GrelckClemens Grelckhttps://gitlab.sac-home.org/sac-group/sac2c/-/issues/1197Reference counting modes expected to fail when run in parallel should refuse ...2017-11-19T20:29:40ZDaniel RollsReference counting modes expected to fail when run in parallel should refuse to run in parallel| | |
| --- | --- |
| Bugzilla Link | [850](http://bugs.sac-home.org/show_bug.cgi?id=850) |
| Created on | Jul 01, 2011 18:24 |
| Version | svn |
| OS | Linux |
| Architecture | PC |
## Extended Description
This is more of a suggeste...| | |
| --- | --- |
| Bugzilla Link | [850](http://bugs.sac-home.org/show_bug.cgi?id=850) |
| Created on | Jul 01, 2011 18:24 |
| Version | svn |
| OS | Linux |
| Architecture | PC |
## Extended Description
This is more of a suggested feature than a bug. When somebody selects a referencing counting mode that is not expected to work correctly in parallel and tried to run the program in parallel it would be helpful if the program immediately terminated with an error rather than running and returning nonsense or maybe even running for ever!Carl JoslinCarl Joslinhttps://gitlab.sac-home.org/sac-group/sac2c/-/issues/1196mutc local malloc uses malloc2017-11-19T20:29:37ZCarl Joslinmutc local malloc uses malloc| | |
| --- | --- |
| Bugzilla Link | [842](http://bugs.sac-home.org/show_bug.cgi?id=842) |
| Created on | Apr 14, 2011 14:10 |
| Version | svn |
| OS | Linux |
| Architecture | PC |
## Extended Description
As there is currently a bu...| | |
| --- | --- |
| Bugzilla Link | [842](http://bugs.sac-home.org/show_bug.cgi?id=842) |
| Created on | Apr 14, 2011 14:10 |
| Version | svn |
| OS | Linux |
| Architecture | PC |
## Extended Description
As there is currently a bug in the underlying alloca of sl malloc is used for local allocations. This creates a memory leak.Carl JoslinCarl Joslinhttps://gitlab.sac-home.org/sac-group/sac2c/-/issues/1195lw3 can not handle with3 in with or with22017-11-19T20:29:34ZCarl Joslinlw3 can not handle with3 in with or with2| | |
| --- | --- |
| Bugzilla Link | [841](http://bugs.sac-home.org/show_bug.cgi?id=841) |
| Created on | Apr 07, 2011 21:04 |
| Version | svn |
| OS | Linux |
| Architecture | PC |
## Extended Description
The addShareds function of...| | |
| --- | --- |
| Bugzilla Link | [841](http://bugs.sac-home.org/show_bug.cgi?id=841) |
| Created on | Apr 07, 2011 21:04 |
| Version | svn |
| OS | Linux |
| Architecture | PC |
## Extended Description
The addShareds function of lw3 does not traverse into with or with2 as it must not pass the accus in fold versions of them. However this will not work if there is a fold with3 inside the with/with2.Carl JoslinCarl Joslin