sac2c issueshttps://gitlab.sac-home.org/sac-group/sac2c/-/issues2017-11-19T20:31:42Zhttps://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/1215matmul computes errorneous result2017-11-19T20:31:34ZSven-Bodo Scholzmatmul computes errorneous result| | |
| --- | --- |
| Bugzilla Link | [787](http://bugs.sac-home.org/show_bug.cgi?id=787) |
| Created on | Nov 30, 2010 08:25 |
| Version | svn |
| OS | All |
| Architecture | PC |
## Extended Description
in experimental/cuda/numeric...| | |
| --- | --- |
| Bugzilla Link | [787](http://bugs.sac-home.org/show_bug.cgi?id=787) |
| Created on | Nov 30, 2010 08:25 |
| Version | svn |
| OS | All |
| Architecture | PC |
## Extended Description
in experimental/cuda/numerical/misc
matmul on 3kx3kx3k returns 0 rather than 3000
when using cuda BE
(rev 17212)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/1170AKD fold with state breaks in ICM implementation2017-11-19T20:30:33ZSven-Bodo ScholzAKD fold with state breaks in ICM implementation| | |
| --- | --- |
| Bugzilla Link | [1134](http://bugs.sac-home.org/show_bug.cgi?id=1134) |
| Created on | Sep 19, 2014 14:38 |
| Version | svn |
| OS | All |
| Architecture | PC |
| Attachments | [1134.sac](/uploads/5ea60392abd00b92...| | |
| --- | --- |
| Bugzilla Link | [1134](http://bugs.sac-home.org/show_bug.cgi?id=1134) |
| Created on | Sep 19, 2014 14:38 |
| Version | svn |
| OS | All |
| Architecture | PC |
| Attachments | [1134.sac](/uploads/5ea60392abd00b929450f62ec35c0f95/1134.sac), [bound.sac](/uploads/f5a6571d43597c115eb44638e98e99dc/bound.sac) |
## Extended Description
<pre>Created an attachment (id=1021)
source code
attached code fails if taking away the inline of the fold function:
sac2c-d -v1 -mt -doWLLO -minmtsize 40 -o lib -Llib 1134.sac -noprelude
warning: Module/class 'maxclique` should be in a file named "maxclique.sac" instead of "1134.sac"
fun1.c:2217:7: warning: incompatible pointer to integer conversion assigning to 'int' from 'bool *' (aka 'int *'); dereference with * [-Wint-conversion]
SAC_MT_SYNC_FOLD_out( SACf_maxclique_CL_ST___mtspmdf_272_expandFS__bl_300__bl_300__SACt_bound__bound, 1, (SACl_cs, (AKD, (NHD, (NUQ, (INT, (GLO, (NON, (NOT, )))))))), (SACp_mtspmdfanon_271_scs__SSA0_2, (SCL, (NHD, (NUQ, (INT, (GLO, (NON, (NOT, ))))))))...
^
/Volumes/Users/sbs/sac2c//include/sac.h:4167:72: note: expanded from macro 'SAC_MT_SYNC_FOLD_out'
#define SAC_MT_SYNC_FOLD_out( arg1, arg2, nt , gra1, gra2, gra3, gra4) CAT_M4_mt_gen_19(SAC_MT_SYNC_FOLD_out_, CAT_M4_mt_gen_20(NT_SHP(nt), NT_HID(nt)))( arg1, arg2, nt , gra1, gra2, gra3, gra4)
^
/Volumes/Users/sbs/sac2c//include/sac.h:4186:32: note: expanded from macro 'CAT_M4_mt_gen_19'
#define CAT_M4_mt_gen_19(x, y) xCAT_M4_mt_gen_19(x, y)
^
/Volumes/Users/sbs/sac2c//include/sac.h:4187:33: note: expanded from macro 'xCAT_M4_mt_gen_19'
#define xCAT_M4_mt_gen_19(x, y) x##y
^
note: (skipping 1 expansions in backtrace; use -fmacro-backtrace-limit=0 to see all)
/Volumes/Users/sbs/sac2c//include/sac.h:4174:42: note: expanded from macro 'SAC_MT_SYNC_FOLD_out_AKDNHD'
#define SAC_MT_SYNC_FOLD_out_AKDNHD(...) SAC_MT_SYNC_FOLD_out__DESC(__VA_ARGS__)
^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
/Volumes/Users/sbs/sac2c//include/sac.h:3922:93: note: expanded from macro 'SAC_MT_SYNC_FOLD_out__DESC'
#define SAC_MT_SYNC_FOLD_out__DESC( spmdfun, num, accu_NT, val_NT, basetype, tag, foldfun) SAC_MT_RECEIVE_RESULT_out__DESC( spmdfun, SAC_MT_son_id, num, val_NT); SAC_##tag##_FUNAP2( foldfun, SAC_ND_ARG_out( accu_NT, basetype), SAC_ND_ARG_in( accu_NT, baset...
^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
/Volumes/Users/sbs/sac2c//include/sac.h:3913:99: note: expanded from macro 'SAC_MT_RECEIVE_RESULT_out__DESC'
#define SAC_MT_RECEIVE_RESULT_out__DESC( spmdfun, local_id, num, var_NT) SAC_ND_A_FIELD( var_NT) = rdata[local_id].in_##num; SAC_ND_A_DESC( var_NT) = rdata[local_id].in_##num##_desc;
^ ~~~~~~~~~~~~~~~~~~~~~~~~
fun1.c:2217:7: error: use of undeclared identifier '_ICM_IS_UNDEFINED_'
/Volumes/Users/sbs/sac2c//include/sac.h:4167:72: note: expanded from macro 'SAC_MT_SYNC_FOLD_out'
#define SAC_MT_SYNC_FOLD_out( arg1, arg2, nt , gra1, gra2, gra3, gra4) CAT_M4_mt_gen_19(SAC_MT_SYNC_FOLD_out_, CAT_M4_mt_gen_20(NT_SHP(nt), NT_HID(nt)))( arg1, arg2, nt , gra1, gra2, gra3, gra4)
^
/Volumes/Users/sbs/sac2c//include/sac.h:4186:32: note: expanded from macro 'CAT_M4_mt_gen_19'
#define CAT_M4_mt_gen_19(x, y) xCAT_M4_mt_gen_19(x, y)
^
/Volumes/Users/sbs/sac2c//include/sac.h:4187:33: note: expanded from macro 'xCAT_M4_mt_gen_19'
#define xCAT_M4_mt_gen_19(x, y) x##y
^
note: (skipping 8 expansions in backtrace; use -fmacro-backtrace-limit=0 to see all)
/Volumes/Users/sbs/sac2c//include/sac.h:1015:38: note: expanded from macro 'SAC_ND_A_DESC_SCLNHDNUQ'
#define SAC_ND_A_DESC_SCLNHDNUQ(...) SAC_ND_A_DESC__UNDEF(__VA_ARGS__)
^
/Volumes/Users/sbs/sac2c//include/sac.h:686:40: note: expanded from macro 'SAC_ND_A_DESC__UNDEF'
#define SAC_ND_A_DESC__UNDEF( var_NT) SAC_ICM_UNDEF()
^
/Volumes/Users/sbs/sac2c//include/sac.h:3066:26: note: expanded from macro 'SAC_ICM_UNDEF'
#define SAC_ICM_UNDEF() _ICM_IS_UNDEFINED_
^
fun1.c:2217:7: error: too few arguments to function call, expected 7, have 6
...SAC_MT_SYNC_FOLD_out( SACf_maxclique_CL_ST___mtspmdf_272_expandFS__bl_300__bl_300__SACt_bound__bound, 1, (SACl_cs, (AKD, (NHD, (NUQ, (INT, (GLO, (NON, (NOT, )))))))), (SACp_mtspmdfanon_271_scs__SSA0_2, (SCL, (NHD, (NUQ, (INT, (GLO, (NON, (NOT, )))))))), bool, MT, SACf_maxclique_CL_MT__maxsum__bl_X__bl_X);
^ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
/Volumes/Users/sbs/sac2c//include/sac.h:4167:72: note: expanded from macro 'SAC_MT_SYNC_FOLD_out'
#define SAC_MT_SYNC_FOLD_out( arg1, arg2, nt , gra1, gra2, gra3, gra4) CAT_M4_mt_gen_19(SAC_MT_SYNC_FOLD_out_, CAT_M4_mt_gen_20(NT_SHP(nt), NT_HID(nt)))( arg1, arg2, nt , gra1, gra2, gra3, gra4)
^
/Volumes/Users/sbs/sac2c//include/sac.h:4186:32: note: expanded from macro 'CAT_M4_mt_gen_19'
#define CAT_M4_mt_gen_19(x, y) xCAT_M4_mt_gen_19(x, y)
^
/Volumes/Users/sbs/sac2c//include/sac.h:4187:33: note: expanded from macro 'xCAT_M4_mt_gen_19'
#define xCAT_M4_mt_gen_19(x, y) x##y
^
note: (skipping 2 expansions in backtrace; use -fmacro-backtrace-limit=0 to see all)
/Volumes/Users/sbs/sac2c//include/sac.h:3922:165: note: expanded from macro 'SAC_MT_SYNC_FOLD_out__DESC'
#define SAC_MT_SYNC_FOLD_out__DESC( spmdfun, num, accu_NT, val_NT, basetype, tag, foldfun) SAC_MT_RECEIVE_RESULT_out__DESC( spmdfun, SAC_MT_son_id, num, val_NT); SAC_##tag##_FUNAP2( foldfun, SAC_ND_ARG_out( accu_NT, basetype), SAC_ND_ARG_in( accu_NT, baset...
^
<scratch space>:95:1: note: expanded from here
SAC_MT_FUNAP2
^
/Volumes/Users/sbs/sac2c//include/sac.h:3924:65: note: expanded from macro 'SAC_MT_FUNAP2'
#define SAC_MT_FUNAP2( name, ...) name( SAC_MT_self, __VA_ARGS__);
^
./header.h:318:1: note: 'SACf_maxclique_CL_MT__maxsum__bl_X__bl_X' declared here
SAC_C_EXTERN
^
./header.h:81:32: note: expanded from macro 'SAC_C_EXTERN'
#define SAC_C_EXTERN extern
^
1 warning and 2 errors generated.
abort: System failed to execute shell command
abort: cd /tmp/SAC_y2ljku; gcc -pedantic -Wall -Wno-unused -fno-builtin -march=native -mtune=native -I$SAC2CBASE/include/ -c fun1.c -o fun1_nonpic.o
abort: with exit code 1
compilation failed while Creating binary code, 1 warning(s).
-sbs-Bodos-IMac-></pre>BugZillaBugZillahttps://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/1202Compiling the unibench csv-output testcode with "-mt 2" causes the program to...2017-11-19T20:29:57ZDaniel RollsCompiling the unibench csv-output testcode with "-mt 2" causes the program to run forever| | |
| --- | --- |
| Bugzilla Link | [828](http://bugs.sac-home.org/show_bug.cgi?id=828) |
| Created on | Feb 21, 2011 11:12 |
| Version | svn |
| OS | MacOS X |
| Architecture | PC |
## Extended Description
<pre>This was seen on th...| | |
| --- | --- |
| Bugzilla Link | [828](http://bugs.sac-home.org/show_bug.cgi?id=828) |
| Created on | Feb 21, 2011 11:12 |
| Version | svn |
| OS | MacOS X |
| Architecture | PC |
## Extended Description
<pre>This was seen on the latest sac2c last week and over the weekend. A testcase heavy in AUD code exists in testsuite/unibench. It was previously working without mt but failed to compile with MT with bug 776. Recently it has started to compile but on Gutemine (Mac OS Leopard) runs forever without using in processor resources. This causes the Masterrun to block.
No strace command exists on the Mac. Does anybody know of a dtrace script that emulates strace so that I can confirm whether or not the program is blocking on a system call?
To reproduce go to sac/testsuite/unibench and run "make checkres MAKE_MT_ALSO=yes".</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/1198Corrupt AST detected in code-generation with MT "if-clause condition is neith...2017-11-19T20:29:43ZDaniel RollsCorrupt AST detected in code-generation with MT "if-clause condition is neither a N_id nor a N_bool node!"| | |
| --- | --- |
| Bugzilla Link | [614](http://bugs.sac-home.org/show_bug.cgi?id=614) |
| Created on | Dec 07, 2009 22:39 |
| Version | svn |
| OS | All |
| Architecture | PC |
| Attachments | [tvdnd_abstract.sac](/uploads/09e10ee3...| | |
| --- | --- |
| Bugzilla Link | [614](http://bugs.sac-home.org/show_bug.cgi?id=614) |
| Created on | Dec 07, 2009 22:39 |
| Version | svn |
| OS | All |
| Architecture | PC |
| Attachments | [tvdnd_abstract.sac](/uploads/09e10ee3e911accaffebc5f78ad5d3ca/tvdnd_abstract.sac) |
## Extended Description
<pre>Created an attachment (id=617)
source code
sac2c-d revision 16651
Compile tvdnd_abstract with:
sac2c-d -O3 -v1 -maxlur 10 -L fluid -mt tvdnd_abstract.sac -DDIM=2 -o tvdndnd_abstract_mt -v3 -dtreecheck
I need to add the -mt switch to get the error:
** 19: Generating Code ...
**** Tag preparation ...
**** Converting to old type representation ...
**** Creating intermediate code macros ...
ASSERTION FAILED: file 'codegen/compile.c', line 7087
if-clause condition is neither a N_id nor a N_bool node!
EXECUTION TERMINATED
The sac source file is attached.</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