sac2c issueshttps://gitlab.sac-home.org/sac-group/sac2c/-/issues2017-11-19T21:37:30Zhttps://gitlab.sac-home.org/sac-group/sac2c/-/issues/1898parser failure on roundc.sac benchmark2017-11-19T21:37:30ZRobert Berneckyparser failure on roundc.sac benchmark| | |
| --- | --- |
| Bugzilla Link | [1083](http://bugs.sac-home.org/show_bug.cgi?id=1083) |
| Created on | May 15, 2013 21:29 |
| Resolution | INVALID |
| Resolved on | Oct 24, 2013 09:25 |
| Version | svn |
| OS | Linux |
| Architec...| | |
| --- | --- |
| Bugzilla Link | [1083](http://bugs.sac-home.org/show_bug.cgi?id=1083) |
| Created on | May 15, 2013 21:29 |
| Resolution | INVALID |
| Resolved on | Oct 24, 2013 09:25 |
| Version | svn |
| OS | Linux |
| Architecture | PC |
| Attachments | [crud.sac](/uploads/2a94d9485a55e818f9a37a50614095d4/crud.sac) |
## Extended Description
<pre>Created an attachment (id=980)
source code to reproduce fault
sac2c -V
sac2c v1.00-beta (Haggis And Apple)
product rev 18147 linux-gnu_x86_64
(Wed May 15 15:32:16 EDT 2013 by sac)
apex@rattler:~/apex3/benchmks/roundc$ sac2c -v4 crud.sac
** 1: Loading SAC program ...
**** Locating source code ...
Reading from file "./crud.sac" ...
**** Running C preprocessor ...
**** Parsing input file ...
Segmentation fault
apex@rattler:~/apex3/benchmks/roundc$ sac2c-d -v4 crud.sac
** 1: Loading SAC program ...
**** Locating source code ...
Reading from file "./crud.sac" ...
**** Running C preprocessor ...
**** Parsing input file ...
Segmentation fault</pre>BugZillaBugZillahttps://gitlab.sac-home.org/sac-group/sac2c/-/issues/1899UIP produces wrong answers2017-11-19T21:37:36ZRobert BerneckyUIP produces wrong answers| | |
| --- | --- |
| Bugzilla Link | [1085](http://bugs.sac-home.org/show_bug.cgi?id=1085) |
| Created on | Sep 18, 2013 15:44 |
| Resolution | FIXED |
| Resolved on | Sep 23, 2013 20:57 |
| Version | svn |
| OS | Linux |
| Architectu...| | |
| --- | --- |
| Bugzilla Link | [1085](http://bugs.sac-home.org/show_bug.cgi?id=1085) |
| Created on | Sep 18, 2013 15:44 |
| Resolution | FIXED |
| Resolved on | Sep 23, 2013 20:57 |
| Version | svn |
| OS | Linux |
| Architecture | PC |
| Attachments | [buguip.sac](/uploads/5b6e74e0a3d04bb39ea6db56ebcb0308/buguip.sac) |
## Extended Description
<pre>Created an attachment (id=983)
source code to reproduce fault
If the attached is compiled this way, it produces incorrect answers:
sac2c buguip.sac
If compiled this way, it runs correctly:
sac2c buguip.sac -nouip
I believe the problem is that UIP uses the wrong
criterion to decide whether update-in-place (RC(xxx))
can be used. Compiling with -bopt | grep RC shows
this difference.
The fault is related to multiple partitions in a single WL.
The criterion used for any partition is this:
CRIT: X[ iv] = f [ x[iv]];
That is, the modarray does not require access to any element
of X other than X[iv].
The criteria for the entire WL is:
any (CRIT)
but it should be:
all (CRIT)</pre>BugZillaBugZillahttps://gitlab.sac-home.org/sac-group/sac2c/-/issues/1900sac2c very brokennow on Ubuntu 13.042017-11-19T21:37:42ZRobert Berneckysac2c very brokennow on Ubuntu 13.04| | |
| --- | --- |
| Bugzilla Link | [1100](http://bugs.sac-home.org/show_bug.cgi?id=1100) |
| Created on | Oct 16, 2013 13:29 |
| Resolution | FIXED |
| Resolved on | Nov 08, 2013 17:49 |
| Version | svn |
| OS | Linux |
| Architectu...| | |
| --- | --- |
| Bugzilla Link | [1100](http://bugs.sac-home.org/show_bug.cgi?id=1100) |
| Created on | Oct 16, 2013 13:29 |
| Resolution | FIXED |
| Resolved on | Nov 08, 2013 17:49 |
| Version | svn |
| OS | Linux |
| Architecture | PC |BugZillaBugZillahttps://gitlab.sac-home.org/sac-group/sac2c/-/issues/1901Some bright light is denormalizing GENERATOR_BOUND22017-11-19T21:37:49ZRobert BerneckySome bright light is denormalizing GENERATOR_BOUND2| | |
| --- | --- |
| Bugzilla Link | [1101](http://bugs.sac-home.org/show_bug.cgi?id=1101) |
| Created on | Nov 08, 2013 18:51 |
| Resolution | INVALID |
| Resolved on | Nov 08, 2013 21:34 |
| Version | svn |
| OS | Linux |
| Architec...| | |
| --- | --- |
| Bugzilla Link | [1101](http://bugs.sac-home.org/show_bug.cgi?id=1101) |
| Created on | Nov 08, 2013 18:51 |
| Resolution | INVALID |
| Resolved on | Nov 08, 2013 21:34 |
| Version | svn |
| OS | Linux |
| Architecture | PC |
| Attachments | [bugmul.sac](/uploads/25857a3f970e9811d0b5ee1acb815ccd/bugmul.sac) |
## Extended Description
<pre>Created an attachment (id=994)
source code to reproduce fault
The code in -bpre:acn turns this WL:
/****************************************************************************
* *(...) [ body ]
****************************************************************************/
inline
int[.] *( int[.] a { ,NN } , int[.] b { ,NN } )
/*
* * :: ---
*/
{
return( with {
/* Partn */
(. <= iv < .)
{
} : ( sel( iv, a) *sel( iv, b) ) ;
} :
genarray( _shape_A_( a), 0));
}
into this one:
/****************************************************************************
* *(...) [ body ]
****************************************************************************/
inline
int[.] *( int[.] a { ,NN } , int[.] b { ,NN } )
/*
* * :: ---
*/
{
return( with {
/* Partn */
(_mul_SxV_( 0, _shape_A_( a)) <= iv < _sub_VxS_( _shape_A_( a), 1))
{
} : ( sel( iv, a) *sel( iv, b) ) ;
} :
genarray( _shape_A_( a), 0));
}
Not exactly what we were hoping for. I am guessing this is another
feechur of DecCamp 2013.</pre>BugZillaBugZillahttps://gitlab.sac-home.org/sac-group/sac2c/-/issues/1902sac2c doesn't like fold early on...2017-11-19T21:37:54ZRobert Berneckysac2c doesn't like fold early on...| | |
| --- | --- |
| Bugzilla Link | [1106](http://bugs.sac-home.org/show_bug.cgi?id=1106) |
| Created on | Dec 28, 2013 22:59 |
| Resolution | FIXED |
| Resolved on | Jan 10, 2014 19:14 |
| Version | svn |
| OS | Linux |
| Architectu...| | |
| --- | --- |
| Bugzilla Link | [1106](http://bugs.sac-home.org/show_bug.cgi?id=1106) |
| Created on | Dec 28, 2013 22:59 |
| Resolution | FIXED |
| Resolved on | Jan 10, 2014 19:14 |
| Version | svn |
| OS | Linux |
| Architecture | PC |
## Extended Description
<pre>sac2c -V
sac2c v1.00-beta (Haggis And Apple)
developer rev 18415 linux-gnu_x86_64
(Fri Dec 27 16:07:39 EST 2013 by sac)
sac@rattler:~/sac/testsuite/optimizations/awlf$ sac2c crud.sac
warning: AWLF is enabled: -ecc enabled.
warning: AWLF is enabled: -extrema enabled.
warning: AWLF is enabled: -maxoptcyc=20
** 1: Loading SAC program ...
**** Locating source code ...
Reading from file "./crud.sac" ...
**** Running C preprocessor ...
**** Parsing input file ...
** 2: Preprocessing SAC program ...
**** Hiding struct definitions behind typedefs and accessors ...
**** Handling zero-generator with-loops ...
**** Handling multi-generator with-loops ...
TRAVERSE ERROR: node of type 95:N_spid found where 72:N_spfold was expected!
------------------------------------------
cat crud.sac
int main ()
{
pwl = with {
( [ 0, 20] <= iv=[j,k] < [ 20, 40 ] ) : 42;
( [ 15, 0] <= iv=[j,k] < [ 20, 20 ] ) : 666;
( [ 0, 0 ] <= iv=[j,k] < [ 15, 20 ] ) : k;
} : fold( plus, 0);
StdIO::print( pwl);
return(0);
}
inline
int plus( int x, int y)
{
z = _add_SxS_( x, y);
return( z);
}</pre>BugZillaBugZillahttps://gitlab.sac-home.org/sac-group/sac2c/-/issues/1903Build #18422 IVEXP produces wrong answers for mod() & aplmod()2017-11-19T21:37:59ZRobert BerneckyBuild #18422 IVEXP produces wrong answers for mod() & aplmod()| | |
| --- | --- |
| Bugzilla Link | [1108](http://bugs.sac-home.org/show_bug.cgi?id=1108) |
| Created on | Jan 17, 2014 14:13 |
| Resolution | FIXED |
| Resolved on | Jan 17, 2014 14:18 |
| Version | svn |
| OS | Linux |
| Architectu...| | |
| --- | --- |
| Bugzilla Link | [1108](http://bugs.sac-home.org/show_bug.cgi?id=1108) |
| Created on | Jan 17, 2014 14:13 |
| Resolution | FIXED |
| Resolved on | Jan 17, 2014 14:18 |
| Version | svn |
| OS | Linux |
| Architecture | PC |
## Extended Description
Summary says it all. I'm fixing it now.
stdlib::rotate() is definitely affected, at least when the array being
rotated is empty.
Relevant git number is probably
97b8984941b4d583fe091fdbd7e78e250125b8b4BugZillaBugZillahttps://gitlab.sac-home.org/sac-group/sac2c/-/issues/1904WLPG doesn't leave partitions in obviously contiguous order2017-11-19T21:38:05ZRobert BerneckyWLPG doesn't leave partitions in obviously contiguous order| | |
| --- | --- |
| Bugzilla Link | [1111](http://bugs.sac-home.org/show_bug.cgi?id=1111) |
| Created on | Jan 24, 2014 19:21 |
| Resolution | INVALID |
| Resolved on | Jan 24, 2014 20:18 |
| Version | svn |
| OS | Linux |
| Architec...| | |
| --- | --- |
| Bugzilla Link | [1111](http://bugs.sac-home.org/show_bug.cgi?id=1111) |
| Created on | Jan 24, 2014 19:21 |
| Resolution | INVALID |
| Resolved on | Jan 24, 2014 20:18 |
| Version | svn |
| OS | Linux |
| Architecture | PC |
## Extended Description
<pre>I would expect that WLPG would leave partition elements in some
sort of continuous chain, such as:
p0: k1 <= iv < k2
p1 0 <= iv < k1
p2 k2 <= iv < n
genarray( [n])...
However, this does not seem to be the case. Consider this code:
use Array: {<,<=};
int id( int x)
{
return( x);
}
int main()
{
n = id( 20);
shp = _add_SxS_( n, 2);
AAA = with {
( [0] <= iv < [n]) : 1;
( [n] <= iv <= [n]) : 2;
( [ _add_SxS_( n, 1)] <= iv < [shp]) : 3;
} : genarray( [ shp]);
StdIO::print( AAA);
return( 0);
}
After -b9:wlpg, we have this:
_flat_2 = 20;
n = _MAIN::id( _flat_2) ;
_flat_3 = 2;
shp = _add_SxS_( n, _flat_3);
_flat_7 = [ n ];
_flat_6 = 0;
_flat_5 = [ _flat_6 ];
_flat_4 = [ shp ];
_wldp_72 = 0;
_wlpg_91_zeros = [ 0 ];
_wlpg_92_axis = 0;
_wlpg_93_lmax, _wlpg_94_umin, _wlpg_95_nmin, _wlpg_96_nmax = wrapper:sacprelude::partitionSlicer( _wlpg_91_zeros, _flat_4, _wlpg_92_axis, _flat_5, _flat_7) ;
_hwlg_0 = with {
/* Partn */
(_wlpg_94_umin <= iv=[_eat_22] < _flat_4)
{
} : _flat_6 ; ,
/* Partn */
(_wlpg_91_zeros <= iv=[_eat_22] < _wlpg_93_lmax)
{
} : _flat_6 ; ,
/* Partn */
(_flat_5 <= iv=[_eat_22] < _flat_7)
{
_flat_8 = 1;
} : _flat_8 ;
} :
genarray( _flat_4);
These do not, from all appearances, form a chain from 0..._flat_4.
Am I missing something obvious here?</pre>BugZillaBugZillahttps://gitlab.sac-home.org/sac-group/sac2c/-/issues/1905Can't compile anything on Intel box Ubuntu 13.102017-11-19T21:38:11ZRobert BerneckyCan't compile anything on Intel box Ubuntu 13.10| | |
| --- | --- |
| Bugzilla Link | [1114](http://bugs.sac-home.org/show_bug.cgi?id=1114) |
| Created on | Jan 31, 2014 21:10 |
| Resolution | FIXED |
| Resolved on | Jun 16, 2014 21:28 |
| Version | svn |
| OS | Linux |
| Architectu...| | |
| --- | --- |
| Bugzilla Link | [1114](http://bugs.sac-home.org/show_bug.cgi?id=1114) |
| Created on | Jan 31, 2014 21:10 |
| Resolution | FIXED |
| Resolved on | Jun 16, 2014 21:28 |
| Version | svn |
| OS | Linux |
| Architecture | PC |
## Extended Description
<pre>STDLIB was compiled with -mt.
Same failure whether I compile with -mt or without...
warning: AWLF is enabled: -ecc enabled.
warning: AWLF is enabled: -extrema enabled.
warning: AWLF is enabled: -maxoptcyc=20
/home/sac/sac/BASE/stdlib/shared-libs/libMathArrayMod.so: undefined reference to `sqrt'
/home/sac/sac/BASE/stdlib/shared-libs/libMathArrayMod.so: undefined reference to `asinh'
/home/sac/sac/BASE/stdlib/shared-libs/libMathArrayMod.so: undefined reference to `floor'
/home/sac/sac/BASE/stdlib/shared-libs/libMathArrayMod.so: undefined reference to `log1p'
/home/sac/sac/BASE/stdlib/shared-libs/libMathArrayMod.so: undefined reference to `ceil'
/home/sac/sac/BASE/stdlib/shared-libs/libMathArrayMod.so: undefined reference to `cosh'
/home/sac/sac2c/lib//libsac.mt.pth.so: undefined reference to `pthread_key_create'
/home/sac/sac2c/lib//libsac.mt.pth.so: undefined reference to `dlsym'
/home/sac/sac/BASE/stdlib/shared-libs/libMathArrayMod.so: undefined reference to `tan'
/home/sac/sac/BASE/stdlib/shared-libs/libMathArrayMod.so: undefined reference to `tanh'
/home/sac/sac/BASE/stdlib/shared-libs/libMathArrayMod.so: undefined reference to `powf'
/home/sac/sac/BASE/stdlib/shared-libs/libMathArrayMod.so: undefined reference to `sqrtf'
/home/sac/sac/BASE/stdlib/shared-libs/libMathArrayMod.so: undefined reference to `asin'
/home/sac/sac/BASE/stdlib/shared-libs/libMathArrayMod.so: undefined reference to `expf'
/home/sac/sac2c/lib//libsac.mt.pth.so: undefined reference to `dlerror'
/home/sac/sac/BASE/stdlib/shared-libs/libMathArrayMod.so: undefined reference to `atanh'
/home/sac/sac2c/lib//libsac.mt.pth.so: undefined reference to `pthread_getspecific'
/home/sac/sac/BASE/stdlib/shared-libs/libMathArrayMod.so: undefined reference to `cbrt'
/home/sac/sac/BASE/stdlib/shared-libs/libMathArrayMod.so: undefined reference to `log'
/home/sac/sac2c/lib//libsac.mt.pth.so: undefined reference to `pthread_create'
/home/sac/sac/BASE/stdlib/shared-libs/libMathArrayMod.so: undefined reference to `atan'
/home/sac/sac/BASE/stdlib/shared-libs/libMathArrayMod.so: undefined reference to `log2'
/home/sac/sac/BASE/stdlib/shared-libs/libMathArrayMod.so: undefined reference to `expm1'
/home/sac/sac/BASE/stdlib/shared-libs/libMathArrayMod.so: undefined reference to `sinh'
/home/sac/sac/BASE/stdlib/shared-libs/libMathArrayMod.so: undefined reference to `fmod'
/home/sac/sac/BASE/stdlib/shared-libs/libMathArrayMod.so: undefined reference to `acos'
/home/sac/sac/BASE/stdlib/shared-libs/libMathArrayMod.so: undefined reference to `exp'
/home/sac/sac/BASE/stdlib/shared-libs/libMathArrayMod.so: undefined reference to `sin'
/home/sac/sac/BASE/stdlib/shared-libs/libMathArrayMod.so: undefined reference to `hypot'
/home/sac/sac/BASE/stdlib/shared-libs/libMathArrayMod.so: undefined reference to `acosh'
/home/sac/sac/BASE/stdlib/shared-libs/libMathArrayMod.so: undefined reference to `rint'
/home/sac/sac/BASE/stdlib/shared-libs/libMathArrayMod.so: undefined reference to `pow'
/home/sac/sac/BASE/stdlib/shared-libs/libMathArrayMod.so: undefined reference to `atan2'
/home/sac/sac/BASE/stdlib/shared-libs/libMathArrayMod.so: undefined reference to `cos'
/home/sac/sac2c/lib//libsac.mt.pth.so: undefined reference to `dlopen'
/home/sac/sac/BASE/stdlib/shared-libs/libMathArrayMod.so: undefined reference to `fabs'
/home/sac/sac2c/lib//libsac.mt.pth.so: undefined reference to `pthread_setspecific'
/home/sac/sac/BASE/stdlib/shared-libs/libArrayFormatMod.so: undefined reference to `log10'
/home/sac/sac2c/lib//libsac.mt.pth.so: undefined reference to `pthread_join'
collect2: error: ld returned 1 exit status
abort: System failed to execute shell command
abort: gcc -std=gnu99 -pedantic -Wall -Wno-unused -fno-builtin
abort: -I$SAC2CBASE/include/ -O3 -I$SAC2CBASE/include/ -o a.out a.out.c -ldl
abort: -lpthread -L$SAC2CBASE/lib/ -L/tmp/SAC_S8xDdT -L. -Wl,-rpath,.
abort: -L/home/sac/sac2c/lib -Wl,-rpath,/home/sac/sac2c/lib
abort: -L/home/sac/sac/BASE/stdlib/shared-libs
abort: -Wl,-rpath,/home/sac/sac/BASE/stdlib/shared-libs -L. -Wl,-rpath,.
abort: -L/usr/local/dislin -Wl,-rpath,/usr/local/dislin -L/opt/local/lib
abort: -Wl,-rpath,/opt/local/lib -lStdIOMod -lBinFileMod -lFibreIOMod -lListIOMod
abort: -lComplexIOMod -lColor8IOMod -lGreyIOMod -lArrayIOMod -lScalarIOMod
abort: -lStringArrayMod -lRuntimeErrorMod -lIOresourcesMod -lArrayFormatMod
abort: -lStructuresMod -lBitsMod -lComplexMod -lListMod -lColor8Mod -lGreyMod
abort: -lFileMod -lTermFileMod -lTerminalMod -lFileSystemMod -lArrayMod
abort: -lMathArrayMod -lComplexArrayTransformMod -lArrayTransformMod
abort: -lComplexArrayArithMod -lSysErrMod -lWorldMod -lStringMod
abort: -lComplexScalarArithMod -lComplexArrayBasicsMod -lConstantsMod
abort: -lArrayArithMod -lBoolMod -lComplexBasicsMod -lCharMod -lArrayBasicsMod
abort: -lMathMod -lm -lScalarArithMod -lsacpreludeMod -lsacphm.mt -lsac.mt.pth
abort: -ldl
abort: with exit code 1
compilation failed while Creating binary code, 3 warning(s).
rbe@rattler:~/texsrc/DrDobbs/innerproduct$
rbe@rattler:~/texsrc/DrDobbs/innerproduct$ sac2c -V
sac2c v1.00-beta (Haggis And Apple)
product rev 18427 linux-gnu_x86_64
(Fri Jan 31 16:05:00 EST 2014 by sac)</pre>BugZillaBugZillahttps://gitlab.sac-home.org/sac-group/sac2c/-/issues/1906#pragma for WL no longer works in matmul()2017-11-19T21:38:17ZRobert Bernecky#pragma for WL no longer works in matmul()| | |
| --- | --- |
| Bugzilla Link | [1117](http://bugs.sac-home.org/show_bug.cgi?id=1117) |
| Created on | Feb 24, 2014 17:32 |
| Resolution | FIXED |
| Resolved on | Feb 24, 2014 20:20 |
| Version | svn |
| OS | Linux |
| Architectu...| | |
| --- | --- |
| Bugzilla Link | [1117](http://bugs.sac-home.org/show_bug.cgi?id=1117) |
| Created on | Feb 24, 2014 17:32 |
| Resolution | FIXED |
| Resolved on | Feb 24, 2014 20:20 |
| Version | svn |
| OS | Linux |
| Architecture | PC |
| Attachments | [matmul.sac](/uploads/a145871792aa7e5c5b1fa4e8556271f9/matmul.sac) |
## Extended Description
<pre>Created an attachment (id=1005)
source code to reproduce fault
sac2c -V
sac2c v1.00-beta (Haggis And Apple)
developer rev 18429 linux-gnu_x86_64
(Mon Feb 24 11:22:37 EST 2014 by sac)
In my modified copy of ~/sac/demos/applications/numerical/misc/matmul.sac,
the pragma is ignored. More to the point, WITH_PRAGMA disappears
from the AST during the DCR after -bopt:cyc:wlf:2.
I modified the test because the only reference to the result of the
matmul is: C[0,0]. SCWLF does a fold on this, which effectively
evaporates the entire benchmark. If I compile with -noscwlf,
then the pragma works as expected.
I replaced the C[0,0] with sum(C). AWLF/WLF fold the pragma-marked WL
into the sum WL, at which point the WITH_PRAGMA is sitting in dead code.
There are a few problems here, IMO:
1. Any pragma in a producer-WL disappear when that WL is folded into
a consumer-WL. Since sum() is a stdlib function, we would have to
give the sum() a pragma, which doesn't seem quite right.
We might consider copying the WITH_PRAGMA from the producer-WL into
a NULL WITH_PRAGMA for the consumer-WL. I don't know whether this
is a good or bad idea. Comments welcome.
2. A pragma is only effective at the outermost level of WL nesting,
if WLF/AWLF can occur.
I have added a comment to matmul.sac re -noscwlf.</pre>BugZillaBugZillahttps://gitlab.sac-home.org/sac-group/sac2c/-/issues/1907sac2c -check tc generates illegal C code2017-11-19T21:38:23ZSven-Bodo Scholzsac2c -check tc generates illegal C code| | |
| --- | --- |
| Bugzilla Link | [1121](http://bugs.sac-home.org/show_bug.cgi?id=1121) |
| Created on | Jun 17, 2014 17:59 |
| Resolution | FIXED |
| Resolved on | Jun 17, 2014 21:56 |
| Version | svn |
| OS | All |
| Architecture...| | |
| --- | --- |
| Bugzilla Link | [1121](http://bugs.sac-home.org/show_bug.cgi?id=1121) |
| Created on | Jun 17, 2014 17:59 |
| Resolution | FIXED |
| Resolved on | Jun 17, 2014 21:56 |
| Version | svn |
| OS | All |
| Architecture | PC |
| Attachments | [imageCore.sac](/uploads/2ad4333a698d74aca21dc646eeabadb6/imageCore.sac), [bug1121.sac](/uploads/70a8176132c8e3a2fe4568a26420066a/bug1121.sac) |
## Extended Description
<pre>Created an attachment (id=1006)
source code
product rev 18484 compiles the library fine unless it is compiled with -check c</pre>BugZillaBugZillahttps://gitlab.sac-home.org/sac-group/sac2c/-/issues/1908state in WL problem2017-11-19T21:38:30ZSven-Bodo Scholzstate in WL problem| | |
| --- | --- |
| Bugzilla Link | [1132](http://bugs.sac-home.org/show_bug.cgi?id=1132) |
| Created on | Sep 18, 2014 14:14 |
| Resolution | FIXED |
| Resolved on | Sep 18, 2014 17:30 |
| Version | svn |
| OS | All |
| Architecture...| | |
| --- | --- |
| Bugzilla Link | [1132](http://bugs.sac-home.org/show_bug.cgi?id=1132) |
| Created on | Sep 18, 2014 14:14 |
| Resolution | FIXED |
| Resolved on | Sep 18, 2014 17:30 |
| Version | svn |
| OS | All |
| Architecture | PC |
| Attachments | [1130.sac](/uploads/2e93e159c2d3232f0b3913beb22ea804/1130.sac), [out](/uploads/76b489deb5e937d460e9c08f1193ec5b/out), [bound.sac](/uploads/8597f2427b4885ca5974916bd8ca9694/bound.sac) |
## Extended Description
<pre>Created an attachment (id=1016)
source code that fails; requires further class
This bug may be the same as 1130; but it shows a different symptom.
Error message is related to low-level code generation actual message in attachment.</pre>BugZillaBugZillahttps://gitlab.sac-home.org/sac-group/sac2c/-/issues/1909stdlib build fails in UnibenchInput.sac due to type check failure triggered b...2017-11-19T21:38:36ZRobert Berneckystdlib build fails in UnibenchInput.sac due to type check failure triggered by a bug in copywlelim| | |
| --- | --- |
| Bugzilla Link | [1147](http://bugs.sac-home.org/show_bug.cgi?id=1147) |
| Created on | Feb 22, 2015 19:48 |
| Resolution | FIXED |
| Resolved on | May 05, 2015 23:12 |
| Version | svn |
| OS | Linux |
| Architectu...| | |
| --- | --- |
| Bugzilla Link | [1147](http://bugs.sac-home.org/show_bug.cgi?id=1147) |
| Created on | Feb 22, 2015 19:48 |
| Resolution | FIXED |
| Resolved on | May 05, 2015 23:12 |
| Version | svn |
| OS | Linux |
| Architecture | PC |
## Extended Description
<pre>On 15-02-22 09:14 AM, Heinz Wiesinger wrote:
> Hi Robert,
>
> I updated to sac2c master today and found stdlib no longer compiling with
> it. This is the error I'm seeing:
>
> cd modules/unibench/; sac2c -v0 -linksetsize 0 -O3 UnibenchInput.sac -o
> /mnt/progs/projects/UvA/sac//stdlib/shared-libs
> ./ArrayTransform.sac 596 abort: Function ++: Component #0 of inferred
> return type (int[+]) is not within #66813: in [ --, int[.]] le <> ge <>
> compilation failed while Running SAC optimizations.
> make: *** [libUnibenchInputTree.so] Error 82
>
> according to git bisect this was introduced in either
> 5500f14f6f2bae6d106d25f132c786fd02e316ed or
> 91cf5fda16e8edaeb2b0f132a8056e3f7301c3c4, both from you. Can you have a
> look at this please?
>
> Grs,
This problem was, indeed, introduced by my above changes. The exact
cause of the fault remains unknown, but it was triggered by a call
to VP (pvp) that I introduced into SAACYC. [None of the other code
from that commit should be invoked if you don't use -doawlf or -dopwlf.]
It is (relatively) unlikely that VP has a fault, so the problem is more
likely a corruption in the AST that is triggered by that VP, or something
more subtle.
I am checking in a patched version of phase_sac2c.mac to avoid this
failure.</pre>BugZillaBugZillahttps://gitlab.sac-home.org/sac-group/sac2c/-/issues/1910WRCI crashes in isValidIndexHelper if el is N_num.2017-11-19T21:38:42ZRobert BerneckyWRCI crashes in isValidIndexHelper if el is N_num.| | |
| --- | --- |
| Bugzilla Link | [1148](http://bugs.sac-home.org/show_bug.cgi?id=1148) |
| Created on | Mar 10, 2015 16:21 |
| Resolution | FIXED |
| Resolved on | Mar 10, 2015 18:20 |
| Version | svn |
| OS | Linux |
| Architectu...| | |
| --- | --- |
| Bugzilla Link | [1148](http://bugs.sac-home.org/show_bug.cgi?id=1148) |
| Created on | Mar 10, 2015 16:21 |
| Resolution | FIXED |
| Resolved on | Mar 10, 2015 18:20 |
| Version | svn |
| OS | Linux |
| Architecture | PC |
| Attachments | [SAACFprf_lt_VxS.sac](/uploads/0895e154fdea08a8f8c19b4425173d8b/SAACFprf_lt_VxS.sac) |
## Extended Description
<pre>Created an attachment (id=1032)
source code to cause failure
:~/sac/testsuite/optimizations/pogorelationals$ sac2c -nopogo -v1 SAACFprf_lt_VxS.sac -nocf -noewlcf -v4 -nopogo
**** Inferencing with-loop reuse candidates ...
Internal compiler error
Assertion "NODE_TYPE( *PATTR_N1(attr)) == N_id" failed at tree/pattern_match_attribs.c:255 -- var in PMAisVar points to a non N_id node
Please file a bug at: http://bugs.sac-home.org
sac2c -V
sac2c v1.00-beta (Haggis And Apple)
developer rev 18530 linux-gnu_x86_64
(Mon Mar 9 17:42:21 EDT 2015 by sac)
This problem occurs when we are doing _idx_sel_( 0, iv), and are
running with -nocf. [Hence, the "minor" nature of the fault.]
The code contains a PM that has PMisVar(), which fails because 0 is not
an N_id.
It also looks like the FREEdoFreeNode(idsid) should be inside the
while loop that creates the N_id used by PM.</pre>BugZillaBugZillahttps://gitlab.sac-home.org/sac-group/sac2c/-/issues/1911inlining problem?2017-11-19T21:38:48ZSven-Bodo Scholzinlining problem?| | |
| --- | --- |
| Bugzilla Link | [1155](http://bugs.sac-home.org/show_bug.cgi?id=1155) |
| Created on | Apr 30, 2015 21:20 |
| Resolution | FIXED |
| Resolved on | May 01, 2015 10:05 |
| Version | svn |
| OS | All |
| Architecture...| | |
| --- | --- |
| Bugzilla Link | [1155](http://bugs.sac-home.org/show_bug.cgi?id=1155) |
| Created on | Apr 30, 2015 21:20 |
| Resolution | FIXED |
| Resolved on | May 01, 2015 10:05 |
| Version | svn |
| OS | All |
| Architecture | PC |
| Attachments | [diffn_bug.sac](/uploads/4d1d25712988cbb3d626a13464dcccbd/diffn_bug.sac) |
## Extended Description
<pre>Created an attachment (id=1036)
source code that fails
The attached code leads to wrong sharing when compiled naively (wo flags).
When compiled with -noLUR, it produces the right results.
Expected output:
-----------loop start:
Dimension: 1
Shape : < 1>
< 0 >
Dimension: 1
Shape : < 1>
< 0 >
Dimension: 1
Shape : < 1>
< 0 >
Dimension: 1
Shape : < 1>
< 1 >
-----------loop start:
Dimension: 1
Shape : < 1>
< 0 >
Dimension: 1
Shape : < 1>
< 1 >
Dimension: 1
Shape : < 1>
< 1 >
Dimension: 1
Shape : < 1>
< 2 >
Errorneous output:
-----------loop start:
Dimension: 1
Shape : < 1>
< 0 >
Dimension: 1
Shape : < 1>
< 0 >
Dimension: 1
Shape : < 1>
< 0 >
Dimension: 1
Shape : < 1>
< 1 >
-----------loop start:
Dimension: 1
Shape : < 1>
< 1 >
Dimension: 1
Shape : < 1>
< 1 >
Dimension: 1
Shape : < 1>
< 1 >
Dimension: 1
Shape : < 1>
< 2 ></pre>BugZillaBugZillahttps://gitlab.sac-home.org/sac-group/sac2c/-/issues/1912Post-Black Forest sac2c-follow problems on Ubuntu 14.04LTS2017-11-19T21:38:54ZRobert BerneckyPost-Black Forest sac2c-follow problems on Ubuntu 14.04LTS| | |
| --- | --- |
| Bugzilla Link | [1161](http://bugs.sac-home.org/show_bug.cgi?id=1161) |
| Created on | Sep 24, 2015 19:25 |
| Resolution | FIXED |
| Resolved on | Sep 26, 2015 15:00 |
| Version | svn |
| OS | Linux |
| Architectu...| | |
| --- | --- |
| Bugzilla Link | [1161](http://bugs.sac-home.org/show_bug.cgi?id=1161) |
| Created on | Sep 24, 2015 19:25 |
| Resolution | FIXED |
| Resolved on | Sep 26, 2015 15:00 |
| Version | svn |
| OS | Linux |
| Architecture | PC |
## Extended Description
<pre>I just got back home, and tried a checkout and build of
sac2c-follow, on the above platform.
I did:
git checkout sac2c-follow
./configure
make clean
make
This produced a number of failures that I did not expect:
1. sacislinterface is, oddly enough, an interface between SAC and ISL.
It is single-thread, and does not care about PHM or RTSPEC.
I'd like to kill off the warnings here, but am not sure how to do that.
Linking bin/sacislinterface (developer version)
MT_MODE = 0 in target, forcing -numthreads to 1.
MT_MODE = 0 in target, forcing -numthreads to 1.
MT_MODE = 0 in target, forcing -numthreads to 1.
MT_MODE = 0 in target, forcing -numthreads to 1.
MT_MODE = 0 in target, forcing -numthreads to 1.
MT_MODE = 0 in target, forcing -numthreads to 1.
MT_MODE = 0 in target, forcing -numthreads to 1.
** INFO: target 'seq' does *not* support PHM.
** INFO: target 'seq' does not support RTSPEC.
2. This one is a show stopper. Suggestions for fixing it are welcome.
LD bin/csima
lib/host/seq/libsac.so: undefined reference to `SAC_DISTMEM_rank'
lib/host/seq/libsac.so: undefined reference to `SAC_DISTMEM_Abort'
lib/host/seq/libsac.so: undefined reference to `SAC_DISTMEM_trace_profile_rank'
collect2: error: ld returned 1 exit status</pre>BugZillaBugZillahttps://gitlab.sac-home.org/sac-group/sac2c/-/issues/1913Link failures with Black Forest sac2c on Ubuntu 14.04LTS2017-11-19T21:39:00ZRobert BerneckyLink failures with Black Forest sac2c on Ubuntu 14.04LTS| | |
| --- | --- |
| Bugzilla Link | [1164](http://bugs.sac-home.org/show_bug.cgi?id=1164) |
| Created on | Sep 27, 2015 19:11 |
| Resolution | DUPLICATE |
| Resolved on | Nov 04, 2015 14:59 |
| Version | svn |
| OS | Linux |
| Archit...| | |
| --- | --- |
| Bugzilla Link | [1164](http://bugs.sac-home.org/show_bug.cgi?id=1164) |
| Created on | Sep 27, 2015 19:11 |
| Resolution | DUPLICATE |
| Resolved on | Nov 04, 2015 14:59 |
| Version | svn |
| OS | Linux |
| Architecture | PC |
## Extended Description
<pre>This is an attempt to separate the bugs in #1163 from one another. This
looks like a repeat of the link-order problem that we saw in
Bad Wildbad, but it looks okay to me. Here's what gcc thinks of it:
~/sac/testsuite/optimizations/pogorelationals$ sac2c WhileFunUp.sac
/usr/local/lib/sac2c/1.2.beta-BlackForest-39-e7b01/rt/host/seq/libsac.so: undefined reference to `SAC_DISTMEM_rank'
/usr/local/lib/sac2c/1.2.beta-BlackForest-39-e7b01/rt/host/seq/libsac.so: undefined reference to `SAC_DISTMEM_Abort'
/usr/local/lib/sac2c/1.2.beta-BlackForest-39-e7b01/rt/host/seq/libsac.so:
undefined reference to `SAC_DISTMEM_trace_profile_rank'
/usr/local/lib/sac2c/1.2.beta-BlackForest-39-e7b01/rt/host/seq/libsac.so: undefined reference to `SAC_HM_ShowDiagnostics'
collect2: error: ld returned 1 exit status
abort: System failed to execute shell command
abort: gcc -std=gnu99 /tmp/SAC_d6VcCj/a.out.o
abort: -L/usr/local/lib/sac2c/1.2.beta-BlackForest-39-e7b01/modlibs/host/seq
abort: -Wl,-rpath,/usr/local/lib/sac2c/1.2.beta-BlackForest-39-e7b01/modlibs/host/seq
abort: -L/usr/local/lib/sac2c/1.2.beta-BlackForest-39-e7b01/modlibs/host/seq
abort: -Wl,-rpath,/usr/local/lib/sac2c/1.2.beta-BlackForest-39-e7b01/modlibs/host/seq -L./host/seq
abort: -Wl,-rpath,./host/seq -L/usr/local/lib/sac2c/1.2.beta-BlackForest-39-e7b01/rt/host/seq
abort: -Wl,-rpath,/usr/local/lib/sac2c/1.2.beta-BlackForest-39-e7b01/rt/host/seq -lArrayMod
abort: -lArrayTransformMod -lConstantsMod -lArrayArithMod -lArrayBasicsMod -lBoolMod -lScalarArithMod
abort: -lsacpreludeMod -L/usr/local/dislin -Wl,-rpath,/usr/local/dislin -L/opt/local/lib
abort: -Wl,-rpath,/opt/local/lib -lsacphmc -lsac -lsacdistmem -lsacphmc -o a.out
abort: with exit code 1
compilation failed while Creating binary code.
My observations:
1. There is no /opt/local on this system.
2. The offending symbols, e.g., SAC_DISTMEM_rank, appear to be properly defined
in libsacdistmem.so.
3. I do not see any references to the offending symbols in libsacphmc. I.e,:
cd /usr/local/lib/sac2c/1.2.beta-BlackForest-39-e7b01/rt/host/seq$
nm libsacdistmem.so
...
00000000000007e0 T SAC_DISTMEM_Abort
0000000000201038 D SAC_DISTMEM_rank
0000000000201030 D SAC_DISTMEM_trace_profile_rank
nm libsacphmc.so |grep rank
(nothing)</pre>BugZillaBugZillahttps://gitlab.sac-home.org/sac-group/sac2c/-/issues/1914sac2c program.sac -o foo adds foo to the rpath2017-11-19T21:39:05ZRaphael 'kena' Posssac2c program.sac -o foo adds foo to the rpath| | |
| --- | --- |
| Bugzilla Link | [1169](http://bugs.sac-home.org/show_bug.cgi?id=1169) |
| Created on | Nov 04, 2015 09:48 |
| Resolution | FIXED |
| Resolved on | Nov 04, 2015 14:39 |
| Version | svn |
| OS | All |
| Architecture...| | |
| --- | --- |
| Bugzilla Link | [1169](http://bugs.sac-home.org/show_bug.cgi?id=1169) |
| Created on | Nov 04, 2015 09:48 |
| Resolution | FIXED |
| Resolved on | Nov 04, 2015 14:39 |
| Version | svn |
| OS | All |
| Architecture | PC |
## Extended Description
This makes no sense, and should be removed.BugZillaBugZillahttps://gitlab.sac-home.org/sac-group/sac2c/-/issues/1915INL fails to establish SSA form on inserted code.2017-11-19T21:39:12ZRobert BerneckyINL fails to establish SSA form on inserted code.| | |
| --- | --- |
| Bugzilla Link | [1183](http://bugs.sac-home.org/show_bug.cgi?id=1183) |
| Created on | Dec 29, 2016 22:39 |
| Resolution | INVALID |
| Resolved on | Mar 04, 2017 14:27 |
| Version | svn |
| OS | Linux |
| Architec...| | |
| --- | --- |
| Bugzilla Link | [1183](http://bugs.sac-home.org/show_bug.cgi?id=1183) |
| Created on | Dec 29, 2016 22:39 |
| Resolution | INVALID |
| Resolved on | Mar 04, 2017 14:27 |
| Version | svn |
| OS | Linux |
| Architecture | PC |
| Attachments | [bug1183.sac](/uploads/00af3f7306234346e99f66b2ada8d051/bug1183.sac), [crud](/uploads/f6a087fdb48807f62da3d59e776034f8/crud) |
## Extended Description
<pre>I stumbled across this one. I am not sure if it just my sac2cpogo2
branch that has this problem. The code inserted by INL fails to
generate SSA names for the inserted code. As a result, names on
the LHS are duplicated across N_part nodes:
sac2c -v0 -target seq -O3 time2code.sac -bopt:cyc:dfc:1 > crud.dfc1
sac@rattler:~/sac/testsuite/optimizations/pogo$ grep 1942 crud.inl1
int[.] _pinl_1942__flat_24 { , NN } ;
_pinl_1942__flat_24 = _shape_A_( _pinl_1539_result);
_pinl_1947_new_shape = _drop_SxV_( _pinl_1946__flat_20, _pinl_1942__flat_24);
_pinl_1942__flat_24 = _shape_A_( _pinl_1539_result);
_pinl_1947_new_shape = _drop_SxV_( _pinl_1946__flat_20, _pinl_1942__flat_24);
_pinl_1942__flat_24 = _shape_A_( _pinl_1539_result);
_pinl_1947_new_shape = _drop_SxV_( _pinl_1946__flat_20, _pinl_1942__flat_24);
_pinl_1942__flat_24 = _shape_A_( _pinl_1539_result);
_pinl_1947_new_shape = _drop_SxV_( _pinl_1946__flat_20, _pinl_1942__flat_24);
sac@rattler:~/sac/testsuite/optimizations/pogo$ grep 1942 crud.dfc1
sac@rattler:~/sac/testsuite/optimizations/pogo$ vi crud.dfc1
sac@rattler:~/sac/testsuite/optimizations/pogo$ sac2c -V
sac2c 1.2.beta-BlackForest-355-1e13c
developer
(Tue Dec 27 17:55:25 EST 2016 by sac)
sac@rattler:~/sac/testsuite/optimizations/pogo$ sac2c -v0 -target seq -O3 time2code.sac -bopt:cyc:dfc:1 > crud.dfc1</pre>BugZillaBugZillahttps://gitlab.sac-home.org/sac-group/sac2c/-/issues/1916with-loops with aud default lead to type errors2017-11-19T21:39:18ZSven-Bodo Scholzwith-loops with aud default lead to type errors| | |
| --- | --- |
| Bugzilla Link | [1185](http://bugs.sac-home.org/show_bug.cgi?id=1185) |
| Created on | Jan 12, 2017 15:56 |
| Resolution | FIXED |
| Resolved on | Jan 13, 2017 19:26 |
| Version | svn |
| OS | All |
| Architecture...| | |
| --- | --- |
| Bugzilla Link | [1185](http://bugs.sac-home.org/show_bug.cgi?id=1185) |
| Created on | Jan 12, 2017 15:56 |
| Resolution | FIXED |
| Resolved on | Jan 13, 2017 19:26 |
| Version | svn |
| OS | All |
| Architecture | PC |
| Attachments | [saa_error.sac](/uploads/48fa576b04a85eeaa9329af93c0eee09/saa_error.sac) |
## Extended Description
Created an attachment (id=1055)
source file with a comment that explains more precisely what goes wrong
The way we construct the shape computations for WLs is invalid if the default element is too imprecise (type wise)BugZillaBugZillahttps://gitlab.sac-home.org/sac-group/sac2c/-/issues/1917Compiling certain LACFUNs with -nodfr crashes sac2c during compile traversal2017-11-19T21:39:24ZRobert BerneckyCompiling certain LACFUNs with -nodfr crashes sac2c during compile traversal| | |
| --- | --- |
| Bugzilla Link | [1198](http://bugs.sac-home.org/show_bug.cgi?id=1198) |
| Created on | Jun 30, 2017 15:56 |
| Resolution | INVALID |
| Resolved on | Jun 30, 2017 19:21 |
| Version | svn |
| OS | Linux |
| Architec...| | |
| --- | --- |
| Bugzilla Link | [1198](http://bugs.sac-home.org/show_bug.cgi?id=1198) |
| Created on | Jun 30, 2017 15:56 |
| Resolution | INVALID |
| Resolved on | Jun 30, 2017 19:21 |
| Version | svn |
| OS | Linux |
| Architecture | PC |
| Attachments | [crud.sac](/uploads/348dda98df7dea497fbcdd8e4caba6d1/crud.sac) |
## Extended Description
<pre>Created an attachment (id=1062)
source code to reproduce failure
sac2c crud.sac -v1 -nodfr
Internal compiler error
Program reached impossible state at /home/sac/sac2c/src/libsac2c/codegen/compile.c:1438 -- Unrecognized dim descriptor
Please file a bug at: http://bugs.sac-home.org
sac@rattler:~/sac/testsuite/optimizations/pogo$ sac2c -V
sac2c 1.2-beta-BlackForest-542-g4d1d1
build-type: DEBUG
built-by: "sac" at 2017-06-29T10:12:15
I stumbled onto this one.
I suspect (but have not looked) that sac2c is looking
at a dead function. It may not be worth shooting, as we
rarely run with -nodfr.</pre>BugZillaBugZillahttps://gitlab.sac-home.org/sac-group/sac2c/-/issues/1918cannot build compiler with GNU M4 1.4.62017-11-19T21:39:30ZStephan Herhutcannot build compiler with GNU M4 1.4.6| | |
| --- | --- |
| Bugzilla Link | [480](http://bugs.sac-home.org/show_bug.cgi?id=480) |
| Created on | Apr 15, 2009 18:27 |
| Resolution | FIXED |
| Resolved on | Apr 15, 2009 22:14 |
| Version | 1.00beta |
| OS | All |
| Architect...| | |
| --- | --- |
| Bugzilla Link | [480](http://bugs.sac-home.org/show_bug.cgi?id=480) |
| Created on | Apr 15, 2009 18:27 |
| Resolution | FIXED |
| Resolved on | Apr 15, 2009 22:14 |
| Version | 1.00beta |
| OS | All |
| Architecture | Macintosh |
## Extended Description
<pre>When building the compiler (rev 16033) I get the following error message:
Generating header file from M4 macro specification: std_gen.h
gm4: INTERNAL ERROR: recursive push_string!
/bin/sh: line 1: 14676 Abort trap gm4 -I ../../src/runtime/m4 ../runtime/essentials_h/std_gen.h.m4 > ../runtime/essentials_h/std_gen.h
make[2]: *** [../runtime/essentials_h/std_gen.h] Error 134
make[1]: *** [make_default] Error 2
make: *** [default] Error 2
I use the m4 that comes with Mac OS X 10.5 (Leopard).</pre>Carl JoslinCarl Joslinhttps://gitlab.sac-home.org/sac-group/sac2c/-/issues/1919The Intel c compiler target fails with a pre-processor error when compiling h...2017-11-19T21:39:35ZDaniel RollsThe Intel c compiler target fails with a pre-processor error when compiling hello_world.sac| | |
| --- | --- |
| Bugzilla Link | [488](http://bugs.sac-home.org/show_bug.cgi?id=488) |
| Created on | May 04, 2009 17:11 |
| Resolution | FIXED |
| Resolved on | May 05, 2009 11:52 |
| Version | 1.00beta |
| OS | All |
| Architect...| | |
| --- | --- |
| Bugzilla Link | [488](http://bugs.sac-home.org/show_bug.cgi?id=488) |
| Created on | May 04, 2009 17:11 |
| Resolution | FIXED |
| Resolved on | May 05, 2009 11:52 |
| Version | 1.00beta |
| OS | All |
| Architecture | PC |
| Attachments | [iccerror](/uploads/26e1231c993ec91f625d37d2df74c28e/iccerror) |
## Extended Description
<pre>Created an attachment (id=519)
sac2c error output from call to icc (I added -c99 to the flags but the error is there with or without it)
Seen in svn revisions 16059 and 16047.
Compiling a simple hello world program with -target intelcc results in the attached pre-processor error from the call to icc. I have tried enforcing the c99 standard but the error remains.</pre>Carl JoslinCarl Joslinhttps://gitlab.sac-home.org/sac-group/sac2c/-/issues/1920SCSprf_sub.sac warning of initialized variable if compiled with -O32017-11-19T21:39:42ZRobert BerneckySCSprf_sub.sac warning of initialized variable if compiled with -O3| | |
| --- | --- |
| Bugzilla Link | [546](http://bugs.sac-home.org/show_bug.cgi?id=546) |
| Created on | Aug 06, 2009 21:56 |
| Resolution | WORKSFORME |
| Resolved on | Apr 11, 2011 17:28 |
| Version | 1.00beta |
| OS | Linux |
| Ar...| | |
| --- | --- |
| Bugzilla Link | [546](http://bugs.sac-home.org/show_bug.cgi?id=546) |
| Created on | Aug 06, 2009 21:56 |
| Resolution | WORKSFORME |
| Resolved on | Apr 11, 2011 17:28 |
| Version | 1.00beta |
| OS | Linux |
| Architecture | PC |
## Extended Description
<pre>In sac/testsuite/optimizations/constantfolding,
sac2c SCSprf_sub.sac -O3 gives this warning:
SCSprf_sub.sac.exe.c: In function ‘SACf__MAIN__main’:
SCSprf_sub.sac.exe.c:469: warning: ‘SACp_flat_12’ may be used uninitialized in this function.
Perhaps due to recent back-end changes?</pre>Carl JoslinCarl Joslinhttps://gitlab.sac-home.org/sac-group/sac2c/-/issues/1921Undeclared identifier in final c code2017-11-19T21:39:48ZDaniel RollsUndeclared identifier in final c code| | |
| --- | --- |
| Bugzilla Link | [568](http://bugs.sac-home.org/show_bug.cgi?id=568) |
| Created on | Oct 09, 2009 13:31 |
| Resolution | DUPLICATE |
| Resolved on | Oct 09, 2009 22:46 |
| Version | 1.00beta |
| OS | All |
| Archi...| | |
| --- | --- |
| Bugzilla Link | [568](http://bugs.sac-home.org/show_bug.cgi?id=568) |
| Created on | Oct 09, 2009 13:31 |
| Resolution | DUPLICATE |
| Resolved on | Oct 09, 2009 22:46 |
| Version | 1.00beta |
| OS | All |
| Architecture | PC |
| Attachments | [aes.sac](/uploads/228377820631813fad13a58dbd612697/aes.sac), [sac.h](/uploads/8ac3703e6941118865c33c2f649b503a/sac.h) |
## Extended Description
<pre>Created an attachment (id=576)
source code
sac2c version: 16467 (product)
I have discussed this bug with Carl who was happy to accept it with the source code as is (large). I am filing this bug to keep an archive of it. We suspect it to be a problem in the backend.
The attached source code produces this error.
The attached source code produces the following error when sac2c is run as
"sac2c-p aes.sac -O3 -DTEST"
a.out.c: In function ‘SACf__MAIN__polyMul__i_X__i_4’:
a.out.c:16528: error: ‘SACp_tcp_17430__emal_15735__pinl_9649___flat_232__SSA2_14’ undeclared (first use in this function)
a.out.c:16528: error: (Each undeclared identifier is reported only once
a.out.c:16528: error: for each function it appears in.)
ABORT: System failed to execute shell command
ABORT: gcc -Wall -no-cpp-precomp -Wno-unused -fno-builtin
ABORT: -I$SAC2CBASE/include/ -L$SAC2CBASE/lib/ -L/tmp/SAC_MFIP38 -O3 -o
ABORT: a.out a.out.c -L. -Wl,-rpath,. -L/Users/dsr/uni/checkouts/sac2c/lib
ABORT: -Wl,-rpath,/Users/dsr/uni/checkouts/sac2c/lib
ABORT: -L/Users/dsr/uni/checkouts/stdlib/modules/structures/lib
ABORT: -Wl,-rpath,/Users/dsr/uni/checkouts/stdlib/modules/structures/lib
ABORT: -L/Users/dsr/uni/checkouts/stdlib/modules/numerical/lib
ABORT: -Wl,-rpath,/Users/dsr/uni/checkouts/stdlib/modules/numerical/lib
ABORT: -L/Users/dsr/uni/checkouts/stdlib/modules/numerical/blas/lib
ABORT: -Wl,-rpath,/Users/dsr/uni/checkouts/stdlib/modules/numerical/blas/lib -L/Users/dsr/uni/checkouts/stdlib/modules/unibench/lib -Wl,-rpath,/Users/dsr/uni/checkouts/stdlib/modules/unibench/lib -L/Users/dsr/uni/checkouts/stdlib/world/mutc/lib -Wl,-rpath,/Users/dsr/uni/checkouts/stdlib/world/mutc/lib -L/Users/dsr/uni/checkouts/stdlib/world/system/lib -Wl,-rpath,/Users/dsr/uni/checkouts/stdlib/world/system/lib -L/Users/dsr/uni/checkouts/stdlib/world/stdio/lib -Wl,-rpath,/Users/dsr/uni/checkouts/stdlib/world/stdio/lib -L/Users/dsr/uni/checkouts/stdlib/world/stdio/dislin/lib -Wl,-rpath,/Users/dsr/uni/checkouts/stdlib/world/stdio/dislin/lib -L/Users/dsr/uni/checkouts/stdlib/classes/random/lib -Wl,-rpath,/Users/dsr/uni/checkouts/stdlib/classes/random/lib -L/Users/dsr/uni/checkouts/stdlib/utrace/lib -Wl,-rpath,/Users/dsr/uni/checkouts/stdlib/utrace/lib -L. -Wl,-rpath,. -lStdIOMod -lBitsMod -lRuntimeErrorMod -lBinFileMod -lScalarIOMod -lArrayIOMod -lFibreIOMod -lListIOMod -lComplexIOMod -lComplexMod -lIOresourcesMod -lListMod -lArrayFormatMod -lArrayMod -lMathArrayMod -lFileMod -lTermFileMod -lComplexArrayTransformMod -lComplexArrayArithMod -lArrayTransformMod -lTerminalMod -lFileSystemMod -lSysErrMod -lWorldMod -lConstantsMod -lArrayArithMod -lComplexScalarArithMod -lComplexArrayBasicsMod -lComplexBasicsMod -lBoolMod -lStringMod -lCharMod -lMathMod -lm -lArrayBasicsMod -lScalarArithMod -lsacpreludeMod -lsac_seq</pre>Carl JoslinCarl Joslinhttps://gitlab.sac-home.org/sac-group/sac2c/-/issues/1922wlsd adds _size_a( int{...})2017-11-19T21:39:54ZCarl Joslinwlsd adds _size_a( int{...})| | |
| --- | --- |
| Bugzilla Link | [569](http://bugs.sac-home.org/show_bug.cgi?id=569) |
| Created on | Oct 09, 2009 20:25 |
| Resolution | FIXED |
| Resolved on | Dec 11, 2009 17:32 |
| Version | 1.00beta |
| OS | Linux |
| Archite...| | |
| --- | --- |
| Bugzilla Link | [569](http://bugs.sac-home.org/show_bug.cgi?id=569) |
| Created on | Oct 09, 2009 20:25 |
| Resolution | FIXED |
| Resolved on | Dec 11, 2009 17:32 |
| Version | 1.00beta |
| OS | Linux |
| Architecture | PC |
## Extended Description
<pre>With loop split diminutions adds _size_A_ prf where the argument is a know scaler (eg int{...}). _size_a_ does not like this!
int{0} _pinl_18056__lirmov_17089__pinl_10878___flat_92 { } ;
int _anonymous_18549 { } ;
_wlsd_18548 = 0;
_anonymous_18549 = _size_A_( _pinl_18056__lirmov_17089__pinl_10878___flat_92);
_anonymous_18550 = _mul_SxS_( _pinl_18058__lirmov_17091__pinl_10888___wla_4615_new_shape, _anonymous_18549);
_wlsd_18551 = 0;
_pinl_18063__flat_1745 = with3 {
/* concurrent */
(0 <= _wlsd_18552 < _pinl_18057__lirmov_17090__pinl_10890___wla_4617_new_shape in 1 (IDXS: _wlsd_18553) ) /* (BS: 0) */ {
_wlsd_18553 = _mul_SxS_( _wlsd_18552, _anonymous_18550);
_wlsd_18554 = _add_SxS_( _wlsd_18553, _wlsd_18551);</pre>Carl JoslinCarl Joslinhttps://gitlab.sac-home.org/sac-group/sac2c/-/issues/1923Writing to parameters is not supported in sl2017-11-19T21:40:00ZCarl JoslinWriting to parameters is not supported in sl| | |
| --- | --- |
| Bugzilla Link | [574](http://bugs.sac-home.org/show_bug.cgi?id=574) |
| Created on | Oct 16, 2009 14:21 |
| Resolution | FIXED |
| Resolved on | Dec 02, 2009 13:48 |
| Version | 1.00beta |
| OS | Linux |
| Archite...| | |
| --- | --- |
| Bugzilla Link | [574](http://bugs.sac-home.org/show_bug.cgi?id=574) |
| Created on | Oct 16, 2009 14:21 |
| Resolution | FIXED |
| Resolved on | Dec 02, 2009 13:48 |
| Version | 1.00beta |
| OS | Linux |
| Architecture | PC |
| Attachments | [ArrayBasics.sac](/uploads/2da765adc8ca8e533edbd9dbf2b2a4a9/ArrayBasics.sac) |
## Extended Description
The code that is generated by sac2c generates code that rights to the parameters of a function.
This however is not possible in sl. Raphael is looking into weather this can be supported.Carl JoslinCarl Joslinhttps://gitlab.sac-home.org/sac-group/sac2c/-/issues/1924broken ast exprs != assign2017-11-19T21:40:06ZCarl Joslinbroken ast exprs != assign| | |
| --- | --- |
| Bugzilla Link | [578](http://bugs.sac-home.org/show_bug.cgi?id=578) |
| Created on | Oct 27, 2009 12:56 |
| Resolution | FIXED |
| Resolved on | Oct 27, 2009 13:49 |
| Version | 1.00beta |
| OS | Linux |
| Archite...| | |
| --- | --- |
| Bugzilla Link | [578](http://bugs.sac-home.org/show_bug.cgi?id=578) |
| Created on | Oct 27, 2009 12:56 |
| Resolution | FIXED |
| Resolved on | Oct 27, 2009 13:49 |
| Version | 1.00beta |
| OS | Linux |
| Architecture | PC |
| Attachments | [aes.sac](/uploads/e9a1499d1044524f9b8fb67f1eaa2db6/aes.sac) |
## Extended Description
<pre>WARNING: Field Expr of node N_Exprs has non-allowed target node: N_assign</pre>Carl JoslinCarl Joslinhttps://gitlab.sac-home.org/sac-group/sac2c/-/issues/1925Compiling Bzip2 decoder causes a bug2017-11-19T21:40:13ZArtem ShinkarovCompiling Bzip2 decoder causes a bug| | |
| --- | --- |
| Bugzilla Link | [580](http://bugs.sac-home.org/show_bug.cgi?id=580) |
| Created on | Oct 27, 2009 20:06 |
| Resolution | INVALID |
| Resolved on | Oct 28, 2009 18:31 |
| Version | 1.00beta |
| OS | Linux |
| Archi...| | |
| --- | --- |
| Bugzilla Link | [580](http://bugs.sac-home.org/show_bug.cgi?id=580) |
| Created on | Oct 27, 2009 20:06 |
| Resolution | INVALID |
| Resolved on | Oct 28, 2009 18:31 |
| Version | 1.00beta |
| OS | Linux |
| Architecture | PC |
| Attachments | [bunzip2.sac](/uploads/73c1a362257d8f32df158a4744a9f431/bunzip2.sac), [xbunzip2.sac](/uploads/4962f3325d0066618b0ceb9522e6224f/xbunzip2.sac) |
## Extended Description
<pre>Compiling with
../csa.science.uva.nl/bin/sac2slppp_sac-16500^sl-2981-2989^slreqs-2971-2842-4.4.1p-m1.6p_sacsl_1201 bunzip2.sac
Source file is located:
unibench@csa:/scratch/unibench/asv/bunzip.sac
Cropped output:
/scratch/svp/sl-2981-2989/share/sl-core/include/ctime.h:39:2: warning: #warning this implementation of time.h is incomplete.
a.out.c:206: error: conflicting types for 'sac_svp_io_putn'
/scratch/unibench/csa.science.uva.nl/sacsl/sac2c_16500_sac_1201//sac2c/include/sac.h:4286: note: previous definition of 'sac_svp_io_putn' was here
a.out.c: In function '__slf_SACtf__MAIN__threadFun_17__i_3__i__i__i__i__i_X_X__i_X_X_X':
a.out.c:3498: error: 'SACp_pinl_15856____emal_12570__anonymous_11862__shp1' undeclared (first use in this function)
a.out.c:3498: error: (Each undeclared identifier is reported only once
a.out.c:3498: error: for each function it appears in.)
a.out.c: In function '__slf_SACtf__MAIN__threadFun_12__i__i__i__i_3__i_X_X__i_X_X_X':
a.out.c:4141: error: 'SACp_emal_13073__anonymous_12050__shp1' undeclared (first use in this function)
ABORT: System failed to execute shell command
ABORT: comslc ppp -Wall -Wno-unused -fno-builtin -std=c99
ABORT: -I$SAC2CBASE/include/ -L$SAC2CBASE/lib/ -L/tmp/SAC_lRWeuc -O3 -o
ABORT: a.out a.out.c -L. -Wl,-rpath,.</pre>Carl JoslinCarl Joslinhttps://gitlab.sac-home.org/sac-group/sac2c/-/issues/1926Incorrect handling of suballoc(...)2017-11-19T21:40:20ZCarl JoslinIncorrect handling of suballoc(...)| | |
| --- | --- |
| Bugzilla Link | [581](http://bugs.sac-home.org/show_bug.cgi?id=581) |
| Created on | Oct 28, 2009 14:01 |
| Resolution | FIXED |
| Resolved on | Nov 10, 2009 22:03 |
| Version | 1.00beta |
| OS | Linux |
| Archite...| | |
| --- | --- |
| Bugzilla Link | [581](http://bugs.sac-home.org/show_bug.cgi?id=581) |
| Created on | Oct 28, 2009 14:01 |
| Resolution | FIXED |
| Resolved on | Nov 10, 2009 22:03 |
| Version | 1.00beta |
| OS | Linux |
| Architecture | PC |
| Attachments | [b.sac](/uploads/41eb515ba6345d19afb9f0b32210cd83/b.sac) |
## Extended Description
<pre>The attached code causes SaC to incorrectly handle the following line (post precompile)
SACp_pinl_16180____emal_13038__anonymous_12318 = _suballoc_( SACp_pinl_16179____emal_13036__pinl_11334_hufgroup__SSA0_1, ACp_pinl_16190____emal_13051__wlsd_12300, 1, _shape_A_( _genarray_( [ 1, SACp_pinl_16170_______wla_4265_new_shape ], SACp_pinl_16172_______flat_92)));</pre>Carl JoslinCarl Joslinhttps://gitlab.sac-home.org/sac-group/sac2c/-/issues/1927Compiler crash in "Lifting With-Loop bodies into threads" phase2017-11-19T21:40:26ZDaniel RollsCompiler crash in "Lifting With-Loop bodies into threads" phase| | |
| --- | --- |
| Bugzilla Link | [583](http://bugs.sac-home.org/show_bug.cgi?id=583) |
| Created on | Nov 01, 2009 22:35 |
| Resolution | FIXED |
| Resolved on | Nov 02, 2009 10:04 |
| Version | 1.00beta |
| OS | All |
| Architect...| | |
| --- | --- |
| Bugzilla Link | [583](http://bugs.sac-home.org/show_bug.cgi?id=583) |
| Created on | Nov 01, 2009 22:35 |
| Resolution | FIXED |
| Resolved on | Nov 02, 2009 10:04 |
| Version | 1.00beta |
| OS | All |
| Architecture | PC |
| Attachments | [sbs_nbody.sacsl](/uploads/1fb9b021a3f95074b8b668c7a95f93c0/sbs_nbody.sacsl) |
## Extended Description
<pre>Created an attachment (id=592)
nbody source code
The crash occurred with NBody when converted to SacSL. The source code is attached.
Sac2c version 16500 (product)
Command line: sac2c -target sl_ppp -mutc_fun_thread ./sbs_nbody.sacsl
To reproduce quickly goto to unibench@csa:dsr and run
../csa.science.uva.nl/bin/sac2slppp_sac-16500^sl-2981-2989^slreqs-2971-2842-4.4.1p-m1.6p_sacsl_1201 ./sbs_nbody.sacsl -mutc_fun_threads -v4</pre>Carl JoslinCarl Joslinhttps://gitlab.sac-home.org/sac-group/sac2c/-/issues/1928ArrayArith.sac can not be compiled with mutc2017-11-19T21:40:31ZCarl JoslinArrayArith.sac can not be compiled with mutc| | |
| --- | --- |
| Bugzilla Link | [598](http://bugs.sac-home.org/show_bug.cgi?id=598) |
| Created on | Nov 19, 2009 11:48 |
| Resolution | FIXED |
| Resolved on | Mar 23, 2010 11:39 |
| Version | 1.00beta |
| OS | Linux |
| Archite...| | |
| --- | --- |
| Bugzilla Link | [598](http://bugs.sac-home.org/show_bug.cgi?id=598) |
| Created on | Nov 19, 2009 11:48 |
| Resolution | FIXED |
| Resolved on | Mar 23, 2010 11:39 |
| Version | 1.00beta |
| OS | Linux |
| Architecture | PC |
## Extended Description
<pre>make -f buildfile-mutc modules/structures/lib/libArrayArithTreemutc-seqc.so
cd modules/structures/lib/..; sac2c -v0 -O3 -linksetsize 0 -target "sl_seqc" ArrayArith.sac -o lib
ASSERTION FAILED: file 'wltransform/wl_split_dimensions.c', line 1275
shape not defined as vector
EXECUTION TERMINATED
Aborted
make: *** [modules/structures/lib/libArrayArithTreemutc-seqc.so] Error 134
sac2c v1.00-beta (Buchette d'Anjou)
developer rev 16597 linux-gnu_i686
(Thu Nov 19 11:43:46 GMT 2009 by caj)
stdlib: 1223</pre>Carl JoslinCarl Joslinhttps://gitlab.sac-home.org/sac-group/sac2c/-/issues/1929ArrayTransform needs help to compiler with mutc2017-11-19T21:40:37ZCarl JoslinArrayTransform needs help to compiler with mutc| | |
| --- | --- |
| Bugzilla Link | [656](http://bugs.sac-home.org/show_bug.cgi?id=656) |
| Created on | Jan 08, 2010 23:56 |
| Resolution | FIXED |
| Resolved on | Mar 23, 2010 11:39 |
| Version | svn |
| OS | Linux |
| Architecture...| | |
| --- | --- |
| Bugzilla Link | [656](http://bugs.sac-home.org/show_bug.cgi?id=656) |
| Created on | Jan 08, 2010 23:56 |
| Resolution | FIXED |
| Resolved on | Mar 23, 2010 11:39 |
| Version | svn |
| OS | Linux |
| Architecture | PC |
## Extended Description
<pre>ArrayTransform crashes in ipc with mutc backend
compiler with -no ipc to get it to work.</pre>Carl JoslinCarl Joslinhttps://gitlab.sac-home.org/sac-group/sac2c/-/issues/1930MUTC Splitting withloops by dimensions2017-11-19T21:40:42ZArtem ShinkarovMUTC Splitting withloops by dimensions| | |
| --- | --- |
| Bugzilla Link | [670](http://bugs.sac-home.org/show_bug.cgi?id=670) |
| Created on | Jan 13, 2010 17:52 |
| Resolution | FIXED |
| Resolved on | Jan 14, 2010 12:30 |
| Version | svn |
| OS | Linux |
| Architecture...| | |
| --- | --- |
| Bugzilla Link | [670](http://bugs.sac-home.org/show_bug.cgi?id=670) |
| Created on | Jan 13, 2010 17:52 |
| Resolution | FIXED |
| Resolved on | Jan 14, 2010 12:30 |
| Version | svn |
| OS | Linux |
| Architecture | PC |
## Extended Description
<pre>** 13: Transforming with-loop representation ...
**** Ensuring structual constants for with-loop partition bounds ...
**** Transforming with-loop representation ...
WARNING: line 18 file: test.sac
WARNING: Naive compilation of multi-generator with-loop activated
WARNING: line 23 file: test.sac
WARNING: Naive compilation of multi-generator with-loop activated
**** MUTC Splitting withloops by dimensions ...
WARNING: line 18 file: test.sac
WARNING: Cannot transform with-loop with naive ordering
WARNING: line 23 file: test.sac
WARNING: Cannot transform with-loop with naive ordering
BugReport:
/**********************************************************************
*
* SAC bug report: test.sacbugreport
*
**********************************************************************
*
* Automatically generated on Wed Jan 13 17:48:00 GMT 2010
*
* using sac2c v1.00-beta (Haggis And Apple) rev 16726:MODIFIED for linux-gnu_i686
* built Wed Jan 13 16:39:11 GMT 2010.
* by user dsr on host obelix for linux-gnu.
*
* The compiler was called by
* sac2c -target sl_ppp -v3 test.sac
*
* The compiler crashed in
* phase: wlt (Transforming with-loop representation)
* sub phase: wlsd (MUTC Splitting withloops by dimensions)
*
* What follows is the contents of test.sac.
*
**********************************************************************/
use StdIO: all;
use Array: all;
use Hiding :all;
use Benchmarking: all;
double, Interval
dasum(
Interval inter,
int n,
double[.] x,
int incx) {
sum = 0d;
if (n > 0 && incx > 0) {
if (incx == 1) {
sum = with {
([0] <= [iv] <= [n - 1]): abs(x[iv]);
}: fold(+, 0d);
}
else {
sum = with {
([0] <= [iv] <= [(n-1)*incx] step [incx]): abs(x[iv]);
}: fold(+, 0d);
}
}
return (sum, inter);
}
#pragma noinline
int main() {
interval0 = getInterval("work", 0);
interval1 = getInterval("work", 1);
interval2 = getInterval("work", 2);
n = (:int) FibreScanIntArray();
x = (:double[.]) FibreScanDoubleArray();
incx = (:int) FibreScanIntArray();
n0 = hideValue(n); n1 = hideValue(n); n2 = hideValue(n);
x0 = hideValue(x); x1 = hideValue(x); x2 = hideValue(x);
incx0 = hideValue(incx); incx1 = hideValue(incx); incx2 = hideValue(incx);
start(interval0); res0, interval0 = dasum(interval0, n0, x0, incx0); end(interval0);
start(interval1); res1, interval1 = dasum(interval1, n1, x1, incx1); end(interval1);
start(interval2); res2, interval2 = dasum(interval2, n2, x2, incx2); end(interval2);
FibrePrint(hideValue(res0)); FibrePrint(hideValue(res1)); FibrePrint(hideValue(res2));
printResult( interval0, interval1, interval2);
return (0);
}
/**********************************************************************
*
* End of bug report
*
**********************************************************************/</pre>Carl JoslinCarl Joslinhttps://gitlab.sac-home.org/sac-group/sac2c/-/issues/1931Illegal instruction when running mutc Livermore Loop 232017-11-19T21:40:48ZDaniel RollsIllegal instruction when running mutc Livermore Loop 23| | |
| --- | --- |
| Bugzilla Link | [675](http://bugs.sac-home.org/show_bug.cgi?id=675) |
| Created on | Jan 19, 2010 14:41 |
| Resolution | FIXED |
| Resolved on | Mar 21, 2011 15:37 |
| Version | svn |
| OS | All |
| Architecture |...| | |
| --- | --- |
| Bugzilla Link | [675](http://bugs.sac-home.org/show_bug.cgi?id=675) |
| Created on | Jan 19, 2010 14:41 |
| Resolution | FIXED |
| Resolved on | Mar 21, 2011 15:37 |
| Version | svn |
| OS | All |
| Architecture | PC |
## Extended Description
<pre>I saw this error on unibench from slr on Livermore Loop 23:
Illegal instruction at 0000000001070a0c
While executing instruction at 0x0000000001070a0c in T27 in F7
While executing process system.cpu0.pipeline:pipeline
Unibench result number: 125212.
To repeat go to csa:tmp/125212/125212 and run:
slr a.out.svp -f ./UNIBINP3SDt8B -wf fdata -wo
slr ncores=1 a.out.svp -rf fdata
These are the slr commands run by the observation script. I've just seen Loop 21 fail on csa too. I assume it is the same error.</pre>Carl JoslinCarl Joslinhttps://gitlab.sac-home.org/sac-group/sac2c/-/issues/1932-dcccall is broken2017-11-19T21:40:54ZRobert Bernecky-dcccall is broken| | |
| --- | --- |
| Bugzilla Link | [716](http://bugs.sac-home.org/show_bug.cgi?id=716) |
| Created on | Jun 03, 2010 18:07 |
| Resolution | FIXED |
| Resolved on | Sep 24, 2010 19:00 |
| Version | svn |
| OS | Linux |
| Architecture...| | |
| --- | --- |
| Bugzilla Link | [716](http://bugs.sac-home.org/show_bug.cgi?id=716) |
| Created on | Jun 03, 2010 18:07 |
| Resolution | FIXED |
| Resolved on | Sep 24, 2010 19:00 |
| Version | svn |
| OS | Linux |
| Architecture | PC |
## Extended Description
<pre>On Build #16841:16870:MODIFIED, If I compile with -dcccall, I get
two lines of output:
#! /bin/sh
gcc -Wall -Wno-unused -fno-builtin -std=c99 -I$SAC2CBASE/include/ -L$SAC2CBASE/lib/ -L/tmp/SAC_t6lxls -O3 -o a.out a.out.c -L. -Wl,-rpath,. -L/home/sac/sac2c/lib -Wl,-rpath,/home/sac/sac2c/lib -L/home/sac/sac/BASE/stdlib/modules/structures/lib -Wl,-rpath,/home/sac/sac/BASE/stdlib/modules/structures/lib -L/home/sac/sac/BASE/stdlib/modules/numerical/lib -Wl,-rpath,/home/sac/sac/BASE/stdlib/modules/numerical/lib -L/home/sac/sac/BASE/stdlib/modules/numerical/blas/lib -Wl,-rpath,/home/sac/sac/BASE/stdlib/modules/numerical/blas/lib -L/home/sac/sac/BASE/stdlib/modules/unibench/lib -Wl,-rpath,/home/sac/sac/BASE/stdlib/modules/unibench/lib -L/home/sac/sac/BASE/stdlib/modules/auxiliary/lib -Wl,-rpath,/home/sac/sac/BASE/stdlib/modules/auxiliary/lib -L/home/sac/sac/BASE/stdlib/modules/mutc/lib -Wl,-rpath,/home/sac/sac/BASE/stdlib/modules/mutc/lib -L/home/sac/sac/BASE/stdlib/world/mutc/lib -Wl,-rpath,/home/sac/sac/BASE/stdlib/world/mutc/lib -L/home/sac/sac/BASE/stdlib/world/system/lib -Wl,-rpath,/home/sac/sac/BASE/stdlib/world/system/lib -L/home/sac/sac/BASE/stdlib/world/stdio/lib -Wl,-rpath,/home/sac/sac/BASE/stdlib/world/stdio/lib -L/home/sac/sac/BASE/stdlib/world/stdio/dislin/lib -Wl,-rpath,/home/sac/sac/BASE/stdlib/world/stdio/dislin/lib -L/home/sac/sac/BASE/stdlib/classes/random/lib -Wl,-rpath,/home/sac/sac/BASE/stdlib/classes/random/lib -L/home/sac/sac/BASE/stdlib/classes/auxiliary/lib -Wl,-rpath,/home/sac/sac/BASE/stdlib/classes/auxiliary/lib -L/home/sac/sac/BASE/stdlib/utrace/lib -Wl,-rpath,/home/sac/sac/BASE/stdlib/utrace/lib -L. -Wl,-rpath,. -L/usr/local/dislin -Wl,-rpath,/usr/local/dislin -L/opt/local/lib -Wl,-rpath,/opt/local/lib -lArrayMod -lArrayTransformMod -lConstantsMod -lArrayArithMod -lArrayBasicsMod -lBoolMod -lScalarArithMod -lsacpreludeMod -lsacphm.seq -lsac.seq
lsacphm.seq -lsac.seq -lStringArrayMod -lArrayFormatMod -lArrayMod -lMathArrayMod -lRuntimeErrorMod -lFileMod -lTermFileMod -lComplexArrayTransformMod -lComplexArrayArithMod -lArrayTransformMod -lTerminalMod -lFileSystemMod -lSysErrMod -lWorldMod -lConstantsMod -lArrayArithMod -lComplexScalarArithMod -lComplexArrayBasicsMod -lComplexBasicsMod -lBoolMod -lStringMod -lCharMod -lMathMod -lm -lArrayBasicsMod -lScalarArithMod -lsacpreludeMod -lsacphm.seq -lsac.seq
Obviously, this file will not compile. I also do not understand
why there are repeated occurrences of,e g., -lsacphm.seq and -lsac.seq.
~</pre>Carl JoslinCarl Joslinhttps://gitlab.sac-home.org/sac-group/sac2c/-/issues/1933Runtime crash : Attempting to write to non-writable memory2017-11-19T21:41:00ZNilesh KaravadaraRuntime crash : Attempting to write to non-writable memory| | |
| --- | --- |
| Bugzilla Link | [730](http://bugs.sac-home.org/show_bug.cgi?id=730) |
| Created on | Jul 13, 2010 15:04 |
| Resolution | FIXED |
| Resolved on | Jul 13, 2010 15:20 |
| Version | svn |
| OS | Linux |
| Architecture...| | |
| --- | --- |
| Bugzilla Link | [730](http://bugs.sac-home.org/show_bug.cgi?id=730) |
| Created on | Jul 13, 2010 15:04 |
| Resolution | FIXED |
| Resolved on | Jul 13, 2010 15:20 |
| Version | svn |
| OS | Linux |
| Architecture | PC |
| Attachments | [l2ifegenN.sac](/uploads/796a06592d57e077fda1653b0d6a4efc/l2ifegenN.sac) |
## Extended Description
<pre>Created an attachment (id=738)
Source code
-------------------------- Compiler Version --------------------------
sac2c v1.00-beta (Haggis And Apple)
developer rev 16910 linux-gnu_i686
-------------------------- Description --------------------------
Program attached compiles but crashes at runtime with error listed below
-------------------------- Error Message --------------------------
SYSTEM.CPU0.DCACHE: Attempting to write to non-writable memory
While executing instruction at <__slFfmta_SACtf__MAIN__threadFun_8__i__i__i__i_X+0xf0> in T5 in F5
While executing process system.cpu0.pipeline:pipeline</pre>Carl JoslinCarl Joslinhttps://gitlab.sac-home.org/sac-group/sac2c/-/issues/1934Compiler crashed2017-11-19T21:41:06ZNilesh KaravadaraCompiler crashed| | |
| --- | --- |
| Bugzilla Link | [732](http://bugs.sac-home.org/show_bug.cgi?id=732) |
| Created on | Jul 19, 2010 16:07 |
| Resolution | WORKSFORME |
| Resolved on | Apr 11, 2011 17:37 |
| Version | svn |
| OS | Linux |
| Archite...| | |
| --- | --- |
| Bugzilla Link | [732](http://bugs.sac-home.org/show_bug.cgi?id=732) |
| Created on | Jul 19, 2010 16:07 |
| Resolution | WORKSFORME |
| Resolved on | Apr 11, 2011 17:37 |
| Version | svn |
| OS | Linux |
| Architecture | PC |
| Attachments | [mutc_nbody.sacbugreport](/uploads/958cf319361c16ff6b37ad24f4c48470/mutc_nbody.sacbugreport), [xmutc_nbody.sacbugreport](/uploads/bf66fc0280595b6565a936fd3f1aaa93/xmutc_nbody.sacbugreport) |
## Extended Description
<pre>Created an attachment (id=741)
Automatically generated bug report
/**********************************************************************
*
* SAC bug report: mutc_nbody.sacbugreport
*
**********************************************************************
*
* Automatically generated on Mon Jul 19 15:03:56 BST 2010
*
* using sac2c v1.00-beta (Haggis And Apple) rev 16928 for linux-gnu_i686
* built Mon Jul 19 11:39:26 BST 2010.
* by user nkk on host obelix for linux-gnu.
*
* The compiler was called by
* sac2c -t sl_mta -o mutc_nbody mutc_nbody.sac
*
* The compiler crashed in
* phase: pc (Preparing C code generation)
* sub phase: lw3 (MUTC Lifting With-Loop bodies into threads)
*
*
**********************************************************************/</pre>Carl JoslinCarl Joslinhttps://gitlab.sac-home.org/sac-group/sac2c/-/issues/1935Compiler crashed in transforming with-loop representation2017-11-19T21:41:16ZNilesh KaravadaraCompiler crashed in transforming with-loop representation| | |
| --- | --- |
| Bugzilla Link | [733](http://bugs.sac-home.org/show_bug.cgi?id=733) |
| Created on | Jul 21, 2010 18:25 |
| Resolution | WORKSFORME |
| Resolved on | Apr 11, 2011 17:35 |
| Version | svn |
| OS | Linux |
| Archite...| | |
| --- | --- |
| Bugzilla Link | [733](http://bugs.sac-home.org/show_bug.cgi?id=733) |
| Created on | Jul 21, 2010 18:25 |
| Resolution | WORKSFORME |
| Resolved on | Apr 11, 2011 17:35 |
| Version | svn |
| OS | Linux |
| Architecture | PC |
| Attachments | [arti.sacbugreport](/uploads/2ec37ac5bbd3f9e6ec5c9485fe4fdceb/arti.sacbugreport), [xarti.sacbugreport](/uploads/effcfa352ffaa47e2d2d73a67494b7f9/xarti.sacbugreport), [100x5.inp](/uploads/6fa548cd2341ea9e260ef2c6e3c59328/100x5.inp), [xxarti.sacbugreport](/uploads/62e1f641f2cf415d9b47c79dbcfb2da0/xxarti.sacbugreport), [tutu.sac](/uploads/c8a630599a2a596f4afcad163d18c0f4/tutu.sac), [des.sac](/uploads/49abb600293556e4fabff18f98ec184f/des.sac) |
## Extended Description
<pre>Created an attachment (id=743)
Bug report
**********************************************************************
*
* SAC bug report: arti.sacbugreport
*
**********************************************************************
*
* Automatically generated on Wed Jul 21 18:23:46 BST 2010
*
* using sac2c v1.00-beta (Haggis And Apple) rev 16933 for linux-gnu_i686
* built Wed Jul 21 17:49:47 BST 2010.
* by user nkk on host obelix for linux-gnu.
*
* The compiler was called by
* sac2c -t sl_mta -o arti arti.sac -v3
*
* The compiler crashed in
* phase: wlt (Transforming with-loop representation)
* sub phase: wlsd (MUTC Splitting withloops by dimensions)
*
* What follows is the contents of arti.sac.</pre>Carl JoslinCarl Joslinhttps://gitlab.sac-home.org/sac-group/sac2c/-/issues/1936Failed to compile with -mt swtich2017-11-19T21:41:23ZSalem ReyenFailed to compile with -mt swtich| | |
| --- | --- |
| Bugzilla Link | [737](http://bugs.sac-home.org/show_bug.cgi?id=737) |
| Created on | Aug 14, 2010 16:16 |
| Resolution | FIXED |
| Resolved on | Aug 14, 2010 18:39 |
| Version | 1.00beta |
| OS | Linux |
| Archite...| | |
| --- | --- |
| Bugzilla Link | [737](http://bugs.sac-home.org/show_bug.cgi?id=737) |
| Created on | Aug 14, 2010 16:16 |
| Resolution | FIXED |
| Resolved on | Aug 14, 2010 18:39 |
| Version | 1.00beta |
| OS | Linux |
| Architecture | PC |
| Attachments | [bug1.sac](/uploads/ce635580f038e37f35bf1223669f7d71/bug1.sac) |
## Extended Description
<pre>Compiler: sac2c-1.00-beta-linux-x86_64
Failing source code: bug1.sac (attached)
compiler parameters used: sac2c -mt bug1.sac
Output:
linux@linux-desktop:~/sac2c-1.00-beta-linux-x86_64$ sac2c -mt bug1.sac
/tmp/ccCJLIHn.o: In function `SACf__MAIN_CL_ST_CL_INIT__init':
a.out.c:(.text+0x2f): undefined reference to `SACf_World_CL_ST_CL_INIT__init_TheWorld__SACt_World__World'
a.out.c:(.text+0x3e): undefined reference to `SACf_Terminal_CL_ST_CL_INIT__init_TheTerminal__SACt_Terminal__Terminal'
/tmp/ccCJLIHn.o: In function `SACf__MAIN_CL_ST__main':
a.out.c:(.text+0x81): undefined reference to `SACf_World_CL_ST_CL_INIT__init_TheWorld__SACt_World__World'
a.out.c:(.text+0x90): undefined reference to `SACf_Terminal_CL_ST_CL_INIT__init_TheTerminal__SACt_Terminal__Terminal'
a.out.c:(.text+0x9f): undefined reference to `SACf_TermFile_CL_ST_CL_INIT__init_stdout__SACt_TermFile__TermFile'
/tmp/ccCJLIHn.o: In function `SACf__MAIN_CL_ST_CL_INIT__init':
a.out.c:(.text+0x51): undefined reference to `SACf_TermFile_CL_ST_CL_INIT__init_stdout__SACt_TermFile__TermFile'
collect2: ld returned 1 exit status
ABORT: System failed to execute shell command
ABORT: gcc -Wall -Wno-unused -fno-builtin -std=c99 -I$SAC2CBASE/include/
ABORT: -L$SAC2CBASE/lib/ -L/tmp/SAC_Yd1qwq -O3 -o a.out a.out.c -L.
ABORT: -Wl,-rpath,. -L/home/linux/sac2c-1.00-beta-linux-x86_64/sac2c/lib
ABORT: -Wl,-rpath,/home/linux/sac2c-1.00-beta-linux-x86_64/sac2c/lib
ABORT: -L/home/linux/sac2c-1.00-beta-linux-x86_64/stdlib/modules/structures/lib -Wl,-rpath,/home/linux/sac2c-1.00-beta-linux-x86_64/stdlib/modules/structures/lib -L/home/linux/sac2c-1.00-beta-linux-x86_64/stdlib/modules/numerical/lib -Wl,-rpath,/home/linux/sac2c-1.00-beta-linux-x86_64/stdlib/modules/numerical/lib -L/home/linux/sac2c-1.00-beta-linux-x86_64/stdlib/modules/numerical/blas/lib -Wl,-rpath,/home/linux/sac2c-1.00-beta-linux-x86_64/stdlib/modules/numerical/blas/lib -L/home/linux/sac2c-1.00-beta-linux-x86_64/stdlib/modules/unibench/lib -Wl,-rpath,/home/linux/sac2c-1.00-beta-linux-x86_64/stdlib/modules/unibench/lib -L/home/linux/sac2c-1.00-beta-linux-x86_64/stdlib/modules/auxiliary/lib -Wl,-rpath,/home/linux/sac2c-1.00-beta-linux-x86_64/stdlib/modules/auxiliary/lib -L/home/linux/sac2c-1.00-beta-linux-x86_64/stdlib/modules/mutc/lib -Wl,-rpath,/home/linux/sac2c-1.00-beta-linux-x86_64/stdlib/modules/mutc/lib -L/home/linux/sac2c-1.00-beta-linux-x86_64/stdlib/world/mutc/lib -Wl,-rpath,/home/linux/sac2c-1.00-beta-linux-x86_64/stdlib/world/mutc/lib -L/home/linux/sac2c-1.00-beta-linux-x86_64/stdlib/world/system/lib -Wl,-rpath,/home/linux/sac2c-1.00-beta-linux-x86_64/stdlib/world/system/lib -L/home/linux/sac2c-1.00-beta-linux-x86_64/stdlib/world/stdio/lib -Wl,-rpath,/home/linux/sac2c-1.00-beta-linux-x86_64/stdlib/world/stdio/lib -L/home/linux/sac2c-1.00-beta-linux-x86_64/stdlib/world/stdio/dislin/lib -Wl,-rpath,/home/linux/sac2c-1.00-beta-linux-x86_64/stdlib/world/stdio/dislin/lib -L/home/linux/sac2c-1.00-beta-linux-x86_64/stdlib/classes/random/lib -Wl,-rpath,/home/linux/sac2c-1.00-beta-linux-x86_64/stdlib/classes/random/lib -L/home/linux/sac2c-1.00-beta-linux-x86_64/stdlib/classes/auxiliary/lib -Wl,-rpath,/home/linux/sac2c-1.00-beta-linux-x86_64/stdlib/classes/auxiliary/lib -L/home/linux/sac2c-1.00-beta-linux-x86_64/stdlib/utrace/lib -Wl,-rpath,/home/linux/sac2c-1.00-beta-linux-x86_64/stdlib/utrace/lib -L. -Wl,-rpath,. -L/usr/local/dislin -Wl,-rpath,/usr/local/dislin -L/opt/local/lib -Wl,-rpath,/opt/local/lib -L/opt/intel/Compiler/11.1/072/mkl/lib/em64t -Wl,-rpath,/opt/intel/Compiler/11.1/072/mkl/lib/em64t -L/opt/intel/Compiler/11.1/072/lib/intel64 -Wl,-rpath,/opt/intel/Compiler/11.1/072/lib/intel64 -lStdIOMod -lBinFileMod -lScalarIOMod -lArrayIOMod -lFibreIOMod -lListIOMod -lComplexIOMod -lComplexMod -lIOresourcesMod -lListMod -lStringArrayMod -lArrayFormatMod -lArrayMod -lMathArrayMod -lRuntimeErrorMod -lFileMod -lTermFileMod -lComplexArrayTransformMod -lComplexArrayArithMod -lArrayTransformMod -lTerminalMod -lFileSystemMod -lSysErrMod -lWorldMod -lConstantsMod -lArrayArithMod -lComplexScalarArithMod -lComplexArrayBasicsMod -lComplexBasicsMod -lBoolMod -lStringMod -lCharMod -lMathMod -lm -lArrayBasicsMod -lScalarArithMod -lsacpreludeMod -lsacphm.mt -lsac.mt -lpthread
with exit code 1
*** Compilation failed ***
*** Exit code 306 (Creating binary code)
*** 1 Error(s), 0 Warning(s)</pre>Carl JoslinCarl Joslinhttps://gitlab.sac-home.org/sac-group/sac2c/-/issues/1937sacprelude et al. produces uninitialized warning2017-11-19T21:41:29ZCarl Joslinsacprelude et al. produces uninitialized warning| | |
| --- | --- |
| Bugzilla Link | [765](http://bugs.sac-home.org/show_bug.cgi?id=765) |
| Created on | Nov 01, 2010 15:31 |
| Resolution | FIXED |
| Resolved on | Nov 01, 2010 19:35 |
| Version | svn |
| OS | Linux |
| Architecture...| | |
| --- | --- |
| Bugzilla Link | [765](http://bugs.sac-home.org/show_bug.cgi?id=765) |
| Created on | Nov 01, 2010 15:31 |
| Resolution | FIXED |
| Resolved on | Nov 01, 2010 19:35 |
| Version | svn |
| OS | Linux |
| Architecture | PC |
## Extended Description
When compiling sacprelude or the stdlib the number of uninitialized variable warnings has increased.
r17145Carl JoslinCarl Joslinhttps://gitlab.sac-home.org/sac-group/sac2c/-/issues/1938rtspec running when not enabled2017-11-19T21:41:36ZCarl Joslinrtspec running when not enabled| | |
| --- | --- |
| Bugzilla Link | [767](http://bugs.sac-home.org/show_bug.cgi?id=767) |
| Created on | Nov 03, 2010 14:22 |
| Resolution | FIXED |
| Resolved on | Nov 06, 2010 00:22 |
| Version | svn |
| OS | Linux |
| Architecture...| | |
| --- | --- |
| Bugzilla Link | [767](http://bugs.sac-home.org/show_bug.cgi?id=767) |
| Created on | Nov 03, 2010 14:22 |
| Resolution | FIXED |
| Resolved on | Nov 06, 2010 00:22 |
| Version | svn |
| OS | Linux |
| Architecture | PC |
| Attachments | [bug.tgz](/uploads/17dc5f1efdbf0e46c32cb01b10e602b5/bug.tgz) |
## Extended Description
<pre>Created an attachment (id=770)
Unibench working directory
unibench tries to run a graph script but gets back the following error:
ERROR -- [RTSpec Controller: init_controller()] Could not start thread!
Command line:
sac2c-d -g -v0 -check tb -O1 exportdata.sac
sac2c -V:
17131
Working directory attached</pre>Carl JoslinCarl Joslinhttps://gitlab.sac-home.org/sac-group/sac2c/-/issues/1939ccflags implementation does not match documentation in sac2c -h2017-11-19T21:41:41ZDaniel Rollsccflags implementation does not match documentation in sac2c -h| | |
| --- | --- |
| Bugzilla Link | [771](http://bugs.sac-home.org/show_bug.cgi?id=771) |
| Created on | Nov 08, 2010 17:06 |
| Resolution | FIXED |
| Resolved on | Nov 08, 2010 17:31 |
| Version | svn |
| OS | All |
| Architecture |...| | |
| --- | --- |
| Bugzilla Link | [771](http://bugs.sac-home.org/show_bug.cgi?id=771) |
| Created on | Nov 08, 2010 17:06 |
| Resolution | FIXED |
| Resolved on | Nov 08, 2010 17:31 |
| Version | svn |
| OS | All |
| Architecture | PC |
## Extended Description
<pre>From sac2c -h:
-ccflags <flags> Extra flags to give to C compiler
In practice it seems to require something like '-ccflag=<flags>' which is a different syntax.</pre>Carl JoslinCarl Joslinhttps://gitlab.sac-home.org/sac-group/sac2c/-/issues/1940Missing components in bugzilla2017-11-19T21:41:47ZDaniel RollsMissing components in bugzilla| | |
| --- | --- |
| Bugzilla Link | [782](http://bugs.sac-home.org/show_bug.cgi?id=782) |
| Created on | Nov 26, 2010 15:10 |
| Resolution | FIXED |
| Resolved on | Nov 29, 2010 13:41 |
| Version | svn |
| OS | All |
| Architecture |...| | |
| --- | --- |
| Bugzilla Link | [782](http://bugs.sac-home.org/show_bug.cgi?id=782) |
| Created on | Nov 26, 2010 15:10 |
| Resolution | FIXED |
| Resolved on | Nov 29, 2010 13:41 |
| Version | svn |
| OS | All |
| Architecture | PC |
## Extended Description
We are missing a cuda component for the sac2c product in bugzilla. When filing this bug I noticed that we also have no bugzilla component for the devtools product!Carl JoslinCarl Joslinhttps://gitlab.sac-home.org/sac-group/sac2c/-/issues/1941Excessive compilation time in phase for Lifting With-Loop bodies into threads2017-11-19T21:41:53ZDaniel RollsExcessive compilation time in phase for Lifting With-Loop bodies into threads| | |
| --- | --- |
| Bugzilla Link | [833](http://bugs.sac-home.org/show_bug.cgi?id=833) |
| Created on | Mar 14, 2011 16:36 |
| Resolution | FIXED |
| Resolved on | Apr 08, 2011 01:44 |
| Version | svn |
| OS | All |
| Architecture |...| | |
| --- | --- |
| Bugzilla Link | [833](http://bugs.sac-home.org/show_bug.cgi?id=833) |
| Created on | Mar 14, 2011 16:36 |
| Resolution | FIXED |
| Resolved on | Apr 08, 2011 01:44 |
| Version | svn |
| OS | All |
| Architecture | PC |
## Extended Description
<pre>This phase currently does some analysis for the cross-product of every line of intermediate code and for every WL range. When compiling even Livermore loops this tie can be excessive. This code is known to need rewriting so I haven't uploaded a failure case. I'm raising this bug simply as a reminder.</pre>Carl JoslinCarl Joslinhttps://gitlab.sac-home.org/sac-group/sac2c/-/issues/1942Assertion of "Do not know where to put sync assign"2017-11-19T21:42:00ZDaniel RollsAssertion of "Do not know where to put sync assign"| | |
| --- | --- |
| Bugzilla Link | [834](http://bugs.sac-home.org/show_bug.cgi?id=834) |
| Created on | Mar 15, 2011 14:18 |
| Resolution | WORKSFORME |
| Resolved on | Apr 11, 2011 12:32 |
| Version | svn |
| OS | All |
| Architect...| | |
| --- | --- |
| Bugzilla Link | [834](http://bugs.sac-home.org/show_bug.cgi?id=834) |
| Created on | Mar 15, 2011 14:18 |
| Resolution | WORKSFORME |
| Resolved on | Apr 11, 2011 12:32 |
| Version | svn |
| OS | All |
| Architecture | PC |
| Attachments | [matmul-ac.sac](/uploads/4a54087ae5ba80af8cf2d02b907d1f9b/matmul-ac.sac) |
## Extended Description
<pre>Created an attachment (id=797)
sac source code
**** Move syncs ...
ASSERTION FAILED: file 'mutc/move_syncs.c', line 263
Do not know where to put sync assign
EXECUTION TERMINATED
$ sac2c -V
sac2c v1.00-beta (Haggis And Apple)
developer rev 17344 darwin10.6.0_i686
(Tue 8 Mar 2011 14:59:35 GMT by dsr)
See atatched code. To reproduce run:
sac2c -t sl_mta matmul-ac.sac</pre>Carl JoslinCarl Joslinhttps://gitlab.sac-home.org/sac-group/sac2c/-/issues/1943Failure when Inferring reuse candidates2017-11-19T21:42:06ZDaniel RollsFailure when Inferring reuse candidates| | |
| --- | --- |
| Bugzilla Link | [838](http://bugs.sac-home.org/show_bug.cgi?id=838) |
| Created on | Mar 18, 2011 14:48 |
| Resolution | FIXED |
| Resolved on | Mar 18, 2011 22:37 |
| Version | svn |
| OS | All |
| Architecture |...| | |
| --- | --- |
| Bugzilla Link | [838](http://bugs.sac-home.org/show_bug.cgi?id=838) |
| Created on | Mar 18, 2011 14:48 |
| Resolution | FIXED |
| Resolved on | Mar 18, 2011 22:37 |
| Version | svn |
| OS | All |
| Architecture | PC |
| Attachments | [naivequicksortspawn.sac](/uploads/c8b3361d4604a48cc7feb5cfa90aa781/naivequicksortspawn.sac) |
## Extended Description
<pre>Created an attachment (id=799)
sac source code
sac2c 17352
Running the attached source with
sac2c -t sl_mta ./naivequicksortsync.sac
causes the compiler to crash the "introducing memory management instructions" phase and "Inferring reuse candidates" subphase.</pre>Carl JoslinCarl Joslinhttps://gitlab.sac-home.org/sac-group/sac2c/-/issues/1944Crash in MUTC Lifting With-Loop bodies into threads2017-11-19T21:42:12ZDaniel RollsCrash in MUTC Lifting With-Loop bodies into threads| | |
| --- | --- |
| Bugzilla Link | [839](http://bugs.sac-home.org/show_bug.cgi?id=839) |
| Created on | Mar 29, 2011 14:50 |
| Resolution | FIXED |
| Resolved on | Apr 08, 2011 01:44 |
| Version | svn |
| OS | All |
| Architecture |...| | |
| --- | --- |
| Bugzilla Link | [839](http://bugs.sac-home.org/show_bug.cgi?id=839) |
| Created on | Mar 29, 2011 14:50 |
| Resolution | FIXED |
| Resolved on | Apr 08, 2011 01:44 |
| Version | svn |
| OS | All |
| Architecture | PC |
| Attachments | [matmul-ac.sac](/uploads/ae592d990beaf3e407d23e9db21dd74a/matmul-ac.sac) |
## Extended Description
<pre>Created an attachment (id=800)
sac source
When compiled with -t sl_mta the attached code fails in:
* phase: pc (Preparing C code generation)
* sub phase: lw3 (MUTC Lifting With-Loop bodies into threads)
It worked in developer rev 17349:17350 but fails with 17358. The problem does not materialise when using the flags "-no uw3 -do rw3".</pre>Carl JoslinCarl Joslinhttps://gitlab.sac-home.org/sac-group/sac2c/-/issues/1945Syntax error in generated SL code when using async ref counting2017-11-19T21:42:17ZDaniel RollsSyntax error in generated SL code when using async ref counting| | |
| --- | --- |
| Bugzilla Link | [852](http://bugs.sac-home.org/show_bug.cgi?id=852) |
| Created on | Jul 04, 2011 15:21 |
| Resolution | FIXED |
| Resolved on | Jul 04, 2011 17:20 |
| Version | svn |
| OS | Linux |
| Architecture...| | |
| --- | --- |
| Bugzilla Link | [852](http://bugs.sac-home.org/show_bug.cgi?id=852) |
| Created on | Jul 04, 2011 15:21 |
| Resolution | FIXED |
| Resolved on | Jul 04, 2011 17:20 |
| Version | svn |
| OS | Linux |
| Architecture | PC |
| Attachments | [337236.tar.gz](/uploads/695845e0131a4d03a80918e1cafaa3c8/337236.tar.gz) |
## Extended Description
<pre>Created an attachment (id=803)
gzipped tar archive
When compiling attatched code with async reference counting and the SL_mta backend, slc complains about a syntax error:
File "/home/stca/sl/sl-s3.1.86-r4601-c3.6b.36-d87f-mta-mts/bin/spr", line 8, in <module>
main()
File "/home/stca/sl/sl-s3.1.86-r4601-c3.6b.36-d87f-mta-mts/lib/sl-core/slc/front/main.py", line 15, in main
p = parse_program(p)
File "/home/stca/sl/sl-s3.1.86-r4601-c3.6b.36-d87f-mta-mts/lib/sl-core/slc/input/parse.py", line 166, in parse_program
source = eval(source)
File "<string>", line 1528
SACp_armp_1764 = """, {'loc':r"""a.out.c:905""",'type':'getp','name':"""SACl_v"""},r"""; SACp_armp_1764__desc = """, {'loc':r"""a.out.c:905""",'type':'getp','name':"""""", {'loc':r"""a.out.c:905""",'type':'getp','name':"""SACl_v__desc"""},r""""""},r""";
sac compiler: 17448
sl compiler: s3.1.86-r4601-c3.6b.36-d87f-mta-mts
stdlib: 1520
flags: -mutc_suballoc_desc_one_level_up -rc_method 3
Many other flags combinations trigger the failure. They all specify a reference counting mode.
See:
https://unibench.sac-home.org/?submitType=&lastFocus=&page=query&pg=1&savedquery=null&operating_system=null&machine=32&language_group=14&language_version=null&compiler=32&compiler_version=254&benchmark_suite=169&benchmark=1323&benchmark_implementation=2256&input=null&optimisation_strategy=null&executable_requirement=null&observation_script=null&observation_strategy=null&standard_library=null&flags=null&query_name=&resultname=&gobutton=Go
for details.
The attatched file 337236.tar.gz contains the source code, generated c code and the output from the failed run.
Unigench run number: 337236</pre>Carl JoslinCarl Joslinhttps://gitlab.sac-home.org/sac-group/sac2c/-/issues/1946r18166 (sacarg rewrite) breaks snet-rts/lpel2017-11-19T21:42:26ZJaroslav Sýkorar18166 (sacarg rewrite) breaks snet-rts/lpel| | |
| --- | --- |
| Bugzilla Link | [1016](http://bugs.sac-home.org/show_bug.cgi?id=1016) |
| Created on | Aug 27, 2012 22:23 |
| Resolution | FIXED |
| Resolved on | Aug 31, 2012 22:51 |
| Version | svn |
| OS | Linux |
| Architectu...| | |
| --- | --- |
| Bugzilla Link | [1016](http://bugs.sac-home.org/show_bug.cgi?id=1016) |
| Created on | Aug 27, 2012 22:23 |
| Resolution | FIXED |
| Resolved on | Aug 31, 2012 22:51 |
| Version | svn |
| OS | Linux |
| Architecture | PC |
| Attachments | [udt2.tar.gz](/uploads/25fff4a5d264a017817cee3b4a2ce7cb/udt2.tar.gz), [4c-mini.tar.gz](/uploads/5f8621b24387a7cdd2c93587bd63f9e1/4c-mini.tar.gz), [udt.tar.gz](/uploads/2249671ea3e644b34e86876ec529e62b/udt.tar.gz) |
## Extended Description
<pre>r18166 breaks snet-rts, segfaulting in SACARGunwrapUdt(). Even when using only a single thread.
Sorry, no time to debug it further now, as I am leaving Advance on Friday, maybe I will have to temporarily revert the whole patch later because I _really_ need to bring all the pieces (sac, lpel, snet-rts) into *a* consistent state :-(
$ gdb ./gigo-lpel
(gdb) set args -w 1
(gdb) r
Starting program: /home/jara/advance/snet-rts-snetdev/examples/tests/SAC/gigo1/gigo-lpel -w 1
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
[New Thread 0x7ffff490b700 (LWP 19291)]
[New Thread 0x7fffeffff700 (LWP 19292)]
[New Thread 0x7fffedfb6700 (LWP 19293)]
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 0x7ffff490b700 (LWP 19291)]
0x00007ffff77e295c in SACARGunwrapUdt (out__p=0x7fffef7fdef0, out__desc__p=0x7fffef7fdef8, param=0x7ffff0001e80,
param__desc=0x7ffff0001fb0) at interface/sacarg.c:391
391 = SAC_ND_A_DESC_SIZE( out_nt); \
(gdb) bt
#0 0x00007ffff77e295c in SACARGunwrapUdt (out__p=0x7fffef7fdef0, out__desc__p=0x7fffef7fdef8, param=0x7ffff0001e80,
param__desc=0x7ffff0001fb0) at interface/sacarg.c:391
#1 0x00007ffff79f320b in SACcw_gigo_CL_XT__gen1 (SAC_MT_self=0x7ffff0001ef0, SAC_arg_1__p=0x7fffef7fdf88,
SAC_arg_1__desc__p=0x7fffef7fdf50, SACl_hnd=0x7ffff0001e80, SACl_hnd__desc=0x7ffff0001fb0) at fun1.c:1954
#2 0x00007ffff79f34ba in gigo__gen1 (ret0=0x7fffef7fdf88, arg0=0x7ffff0001e80) at interface.c:44
#3 0x0000000000401ce5 in SNetCall__gen (handle=0x6098c0) at gigo.c:61
#4 SNet__gigo__gen (hnd=0x6098c0) at gigo.c:76
#5 0x00007ffff632da96 in BoxTask (arg=0x609890) at src/runtime/stream/entity/box.c:77
#6 0x00007ffff5adccee in TaskStartup (data=0x609420) at src/task.c:347
#7 0x00007ffff491112b in co_runner () at pcl.c:377
#8 0x00000033e6447310 in ?? () from /lib/x86_64-linux-gnu/libc.so.6
#9 0x0000000000000000 in ?? ()</pre>Carl JoslinCarl Joslinhttps://gitlab.sac-home.org/sac-group/sac2c/-/issues/1947saczilla doesn't let me pick mime type for attachments any more2017-11-19T21:42:31ZRobert Berneckysaczilla doesn't let me pick mime type for attachments any more| | |
| --- | --- |
| Bugzilla Link | [1090](http://bugs.sac-home.org/show_bug.cgi?id=1090) |
| Created on | Sep 26, 2013 21:32 |
| Resolution | FIXED |
| Resolved on | Sep 27, 2013 18:32 |
| Version | svn |
| OS | Linux |
| Architectu...| | |
| --- | --- |
| Bugzilla Link | [1090](http://bugs.sac-home.org/show_bug.cgi?id=1090) |
| Created on | Sep 26, 2013 21:32 |
| Resolution | FIXED |
| Resolved on | Sep 27, 2013 18:32 |
| Version | svn |
| OS | Linux |
| Architecture | PC |
## Extended Description
Which would not bother me so much if it set the mime type to
text. Which it does not do.Carl JoslinCarl Joslinhttps://gitlab.sac-home.org/sac-group/sac2c/-/issues/1948setup/configure does not complain about absence of yacc2017-11-19T21:42:36ZRobert Berneckysetup/configure does not complain about absence of yacc| | |
| --- | --- |
| Bugzilla Link | [458](http://bugs.sac-home.org/show_bug.cgi?id=458) |
| Created on | Nov 10, 2008 19:01 |
| Resolution | FIXED |
| Resolved on | May 28, 2009 15:47 |
| Version | svn |
| OS | Linux |
| Architecture...| | |
| --- | --- |
| Bugzilla Link | [458](http://bugs.sac-home.org/show_bug.cgi?id=458) |
| Created on | Nov 10, 2008 19:01 |
| Resolution | FIXED |
| Resolved on | May 28, 2009 15:47 |
| Version | svn |
| OS | Linux |
| Architecture | PC |
## Extended Description
<pre>I'm not sure if this is a real bug or not, but since
configure DOES complain about the absence of m4, it seems
that it should treat all host-required software in
a consistent manner.</pre>Clemens GrelckClemens Grelckhttps://gitlab.sac-home.org/sac-group/sac2c/-/issues/1949No space on sac-home !!2017-11-19T21:42:42ZRobert BerneckyNo space on sac-home !!| | |
| --- | --- |
| Bugzilla Link | [465](http://bugs.sac-home.org/show_bug.cgi?id=465) |
| Created on | Dec 16, 2008 19:29 |
| Resolution | FIXED |
| Resolved on | Dec 17, 2008 12:25 |
| Version | svn |
| OS | All |
| Architecture |...| | |
| --- | --- |
| Bugzilla Link | [465](http://bugs.sac-home.org/show_bug.cgi?id=465) |
| Created on | Dec 16, 2008 19:29 |
| Resolution | FIXED |
| Resolved on | Dec 17, 2008 12:25 |
| Version | svn |
| OS | All |
| Architecture | PC |
## Extended Description
svn lock RunGrep1 RunCounts
svn statussvn: Can't close file '/var/svn/sac/db/locks/f2c/f2cf0ad79b27a60333912
6a7a656eb24.tmp': No space left on deviceClemens GrelckClemens Grelckhttps://gitlab.sac-home.org/sac-group/sac2c/-/issues/1950-noPHM often dies at end of job2017-11-19T21:42:47ZRobert Bernecky-noPHM often dies at end of job| | |
| --- | --- |
| Bugzilla Link | [466](http://bugs.sac-home.org/show_bug.cgi?id=466) |
| Created on | Dec 31, 2008 19:35 |
| Resolution | FIXED |
| Resolved on | Jan 24, 2009 16:09 |
| Version | 1.00beta |
| OS | Linux |
| Archite...| | |
| --- | --- |
| Bugzilla Link | [466](http://bugs.sac-home.org/show_bug.cgi?id=466) |
| Created on | Dec 31, 2008 19:35 |
| Resolution | FIXED |
| Resolved on | Jan 24, 2009 16:09 |
| Version | 1.00beta |
| OS | Linux |
| Architecture | PC |
## Extended Description
<pre>developer rev 15931 linux-gnu_x86_64
(Wed Dec 31 12:27:10 EST 2008 by sac)
The above version of sac2c, if used to compile sac/apex/compiota/compiotad.sac,
gets a segfault (corrupted memory) if compiled with "-noPHM".
Perhaps -noPHM is moribund, inasmuch as papiex appears to now work properly
without using -noPHM.</pre>Clemens GrelckClemens Grelckhttps://gitlab.sac-home.org/sac-group/sac2c/-/issues/1951Mark MemVals fails after LaC inlining in certain cases2017-11-19T21:42:54ZRobert BerneckyMark MemVals fails after LaC inlining in certain cases| | |
| --- | --- |
| Bugzilla Link | [473](http://bugs.sac-home.org/show_bug.cgi?id=473) |
| Created on | Feb 13, 2009 23:44 |
| Resolution | FIXED |
| Resolved on | Aug 09, 2009 17:57 |
| Version | 1.00beta |
| OS | Linux |
| Archite...| | |
| --- | --- |
| Bugzilla Link | [473](http://bugs.sac-home.org/show_bug.cgi?id=473) |
| Created on | Feb 13, 2009 23:44 |
| Resolution | FIXED |
| Resolved on | Aug 09, 2009 17:57 |
| Version | 1.00beta |
| OS | Linux |
| Architecture | PC |
| Attachments | [bug473.sac](/uploads/d012e3d69031028979d2dfeb39589b68/bug473.sac) |
## Extended Description
<pre>Created an attachment (id=501)
source code to reproduce failure
This appears to be a corrupted or evaporated N_avis node.
It is not recently introduced, as it was there at build #15801.</pre>Clemens GrelckClemens Grelckhttps://gitlab.sac-home.org/sac-group/sac2c/-/issues/1952Make dependency2017-11-19T21:43:00ZCarl JoslinMake dependency| | |
| --- | --- |
| Bugzilla Link | [489](http://bugs.sac-home.org/show_bug.cgi?id=489) |
| Created on | May 05, 2009 11:43 |
| Resolution | INVALID |
| Resolved on | Jun 03, 2009 20:02 |
| Version | svn |
| OS | Linux |
| Architectu...| | |
| --- | --- |
| Bugzilla Link | [489](http://bugs.sac-home.org/show_bug.cgi?id=489) |
| Created on | May 05, 2009 11:43 |
| Resolution | INVALID |
| Resolved on | Jun 03, 2009 20:02 |
| Version | svn |
| OS | Linux |
| Architecture | PC |
## Extended Description
There is a dependency from scanparse/scnprs.c to sac.tab.h that make does not seem to know about.Clemens GrelckClemens Grelckhttps://gitlab.sac-home.org/sac-group/sac2c/-/issues/1953parallel make fails2017-11-19T21:43:05ZClemens Grelckparallel make fails| | |
| --- | --- |
| Bugzilla Link | [530](http://bugs.sac-home.org/show_bug.cgi?id=530) |
| Created on | Jul 22, 2009 08:17 |
| Resolution | FIXED |
| Resolved on | Jul 23, 2009 09:11 |
| Version | 1.00beta |
| OS | Linux |
| Archite...| | |
| --- | --- |
| Bugzilla Link | [530](http://bugs.sac-home.org/show_bug.cgi?id=530) |
| Created on | Jul 22, 2009 08:17 |
| Resolution | FIXED |
| Resolved on | Jul 23, 2009 09:11 |
| Version | 1.00beta |
| OS | Linux |
| Architecture | PC |
## Extended Description
<pre>make -j fails in yacc rule.
Dependencies not modelled in a reentrant way.</pre>Clemens GrelckClemens Grelckhttps://gitlab.sac-home.org/sac-group/sac2c/-/issues/1954Mark MemVals fails2017-11-19T21:43:11ZArtem ShinkarovMark MemVals fails| | |
| --- | --- |
| Bugzilla Link | [537](http://bugs.sac-home.org/show_bug.cgi?id=537) |
| Created on | Jul 30, 2009 19:14 |
| Resolution | FIXED |
| Resolved on | Aug 09, 2009 17:57 |
| Version | 1.00beta |
| OS | Linux |
| Archite...| | |
| --- | --- |
| Bugzilla Link | [537](http://bugs.sac-home.org/show_bug.cgi?id=537) |
| Created on | Jul 30, 2009 19:14 |
| Resolution | FIXED |
| Resolved on | Aug 09, 2009 17:57 |
| Version | 1.00beta |
| OS | Linux |
| Architecture | PC |
## Extended Description
<pre>Here is a bugreport:
/*
* SAC - bug report
* ================
*
* automatically generated on Thu Jul 30 19:11:14 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 test.sac
*
* The contents of test.sac is:
*/
use StdIO: all;
use Array: all;
int[.], int
get_bits(int[.] array, int index, int count) {
res = [:int];
status = 0;
if (index + count> shape(array)[0]) {
status = 1;
}
else {
res = tile([count], [index], array);
}
return (res, status);
}
int, int
int_from_bits(int[.] array) {
res = 0;
status = 0;
if (shape(array)[0] > 32) {
status = 1;
}
else {
print(array);
pow = 1;
for (j=shape(array)[0]-1; j>=0; j--) {
res += (array[j] * pow);
/*printf("%u, %u\n", j, array[j] * pow);*/
pow *= 2;
}
}
return (res, status);
}
int main() {
array = FibreScanIntArray();
p, err1 = get_bits(array, 0, 16);
x, err2 = int_from_bits(p);
return (0);
}
The program brakes when we do not use "res += (array[j] * pow)" inside of `int_from_bits' function.</pre>Clemens GrelckClemens Grelckhttps://gitlab.sac-home.org/sac-group/sac2c/-/issues/1955Command line parsing problems2017-11-19T21:43:17ZCarl JoslinCommand line parsing problems| | |
| --- | --- |
| Bugzilla Link | [550](http://bugs.sac-home.org/show_bug.cgi?id=550) |
| Created on | Aug 10, 2009 13:22 |
| Resolution | FIXED |
| Resolved on | Aug 10, 2009 15:02 |
| Version | 1.00beta |
| OS | Linux |
| Archite...| | |
| --- | --- |
| Bugzilla Link | [550](http://bugs.sac-home.org/show_bug.cgi?id=550) |
| Created on | Aug 10, 2009 13:22 |
| Resolution | FIXED |
| Resolved on | Aug 10, 2009 15:02 |
| Version | 1.00beta |
| OS | Linux |
| Architecture | PC |
## Extended Description
<pre>It is not possible to use the -target command line option as -t is assumed making the target arget.
Does this affect the other -t options?</pre>Clemens GrelckClemens Grelckhttps://gitlab.sac-home.org/sac-group/sac2c/-/issues/1956Back-end needed to check options but check options happens before resource fi...2017-11-19T21:43:22ZCarl JoslinBack-end needed to check options but check options happens before resource file is handled| | |
| --- | --- |
| Bugzilla Link | [551](http://bugs.sac-home.org/show_bug.cgi?id=551) |
| Created on | Aug 10, 2009 13:28 |
| Resolution | FIXED |
| Resolved on | Aug 10, 2009 15:11 |
| Version | 1.00beta |
| OS | Linux |
| Archite...| | |
| --- | --- |
| Bugzilla Link | [551](http://bugs.sac-home.org/show_bug.cgi?id=551) |
| Created on | Aug 10, 2009 13:28 |
| Resolution | FIXED |
| Resolved on | Aug 10, 2009 15:11 |
| Version | 1.00beta |
| OS | Linux |
| Architecture | PC |
## Extended Description
<pre>CheckOptionConsistency needs to know what back-end is being used as not all options are valid with all back-ends. However now that the back-end is defined in the resources file the back-end is not know until after CheckOptionConsistency has been run.</pre>Clemens GrelckClemens Grelckhttps://gitlab.sac-home.org/sac-group/sac2c/-/issues/1957makefiles broken for sac2c and stdlib2017-11-19T21:43:28ZRobert Berneckymakefiles broken for sac2c and stdlib| | |
| --- | --- |
| Bugzilla Link | [561](http://bugs.sac-home.org/show_bug.cgi?id=561) |
| Created on | Sep 14, 2009 23:02 |
| Resolution | FIXED |
| Resolved on | Oct 17, 2009 18:47 |
| Version | svn |
| OS | Linux |
| Architecture...| | |
| --- | --- |
| Bugzilla Link | [561](http://bugs.sac-home.org/show_bug.cgi?id=561) |
| Created on | Sep 14, 2009 23:02 |
| Resolution | FIXED |
| Resolved on | Oct 17, 2009 18:47 |
| Version | svn |
| OS | Linux |
| Architecture | PC |
## Extended Description
<pre>There appear to be a number of distinct problems with the current
makefiles for sac2c and stdlib, as of this date.
1. If you use "make -j2", there is a race condition that causes
sac2c builds to fail sporadically, making the sacprelude.
Running the make again has, in my experience, fixed things.
So, it's probably just a dependence problem.
2. There are SEVERAL dependence problems with the stdlib builds.
If you do: "make -j4" problems arise with Blas, and with
things that need Array.
3. The stdlib "make" appears to be completely broken. Specifically,
the lib/*.a files are not built. Perhaps this only happens with
"make -j2", but I had to revert to the painfully slow
"./build" to get a working system again.</pre>Clemens GrelckClemens Grelckhttps://gitlab.sac-home.org/sac-group/sac2c/-/issues/1958AS and friends still broken. I think2017-11-19T21:43:37ZRobert BerneckyAS and friends still broken. I think| | |
| --- | --- |
| Bugzilla Link | [570](http://bugs.sac-home.org/show_bug.cgi?id=570) |
| Created on | Oct 09, 2009 20:45 |
| Resolution | FIXED |
| Resolved on | Nov 05, 2009 08:47 |
| Version | 1.00beta |
| OS | Linux |
| Archite...| | |
| --- | --- |
| Bugzilla Link | [570](http://bugs.sac-home.org/show_bug.cgi?id=570) |
| Created on | Oct 09, 2009 20:45 |
| Resolution | FIXED |
| Resolved on | Nov 05, 2009 08:47 |
| Version | 1.00beta |
| OS | Linux |
| Architecture | PC |
| Attachments | [xbugAS2.sac](/uploads/9b81583bb5706957fbe184cfa32c62db/xbugAS2.sac), [bugAS2.sac](/uploads/1f4bfa0c50761d07ae996fcf5d9e2136/bugAS2.sac), [bug570.sac](/uploads/358a68e96af22ab17c88d8994fdd8c87/bug570.sac) |
## Extended Description
<pre>Created an attachment (id=578)
Source code to reproduce fault
Some code that worked a month or two ago no longer works, in the sense
that these expressions no longer simplify:
( Build #16471)
_pinl_146_lim = _sub_SxS_( _isaa_248__flat_11, _pinl_142__flat_3);
_al_562 = _sub_SxS_( _isaa_248__flat_11, _pinl_146_lim);
_al_563 = _sub_SxS_( _al_562, _pinl_142__flat_3);
(There is some chance that the working code used _add_SxS_ and
negated constants here.)
However, the attached 3 cases are also not simplified, and I am curious
as to if they ever did work. Perhaps someone has a working sac2c from
several months ago, that we can try this out on?
None of the -DSUB -DSUB2 -DSUB3 simplify.</pre>Clemens GrelckClemens Grelckhttps://gitlab.sac-home.org/sac-group/sac2c/-/issues/1959scalar-generating WL not replaced2017-11-19T21:43:43ZRobert Berneckyscalar-generating WL not replaced| | |
| --- | --- |
| Bugzilla Link | [600](http://bugs.sac-home.org/show_bug.cgi?id=600) |
| Created on | Nov 19, 2009 22:09 |
| Resolution | INVALID |
| Resolved on | Nov 23, 2009 16:40 |
| Version | 1.00beta |
| OS | Linux |
| Archi...| | |
| --- | --- |
| Bugzilla Link | [600](http://bugs.sac-home.org/show_bug.cgi?id=600) |
| Created on | Nov 19, 2009 22:09 |
| Resolution | INVALID |
| Resolved on | Nov 23, 2009 16:40 |
| Version | 1.00beta |
| OS | Linux |
| Architecture | PC |
| Attachments | [nested.sac](/uploads/2d1913ab26704700e89939658b5fa2f2/nested.sac) |
## Extended Description
<pre>Created an attachment (id=608)
Source code to reproduce fault
Build #16606:16607:MODIFIED
sac2c nested.sac -b11 -nowlur -noprfunr >crud
leaves around, at the end, this WL:
_flat_15 = with {
(_pinl_405_new_shape <= _pinl_455_iv (IDXS:_wlidx_1153__flat_15) < _pinl_405_new_shape)
{
/* empty */
} : _pinl_457__flat_95 ;
} :
which generates a scalar.</pre>Clemens GrelckClemens Grelckhttps://gitlab.sac-home.org/sac-group/sac2c/-/issues/1960multithreaded mandelbrot code segfaults2017-11-19T21:43:48ZClemens Grelckmultithreaded mandelbrot code segfaults| | |
| --- | --- |
| Bugzilla Link | [691](http://bugs.sac-home.org/show_bug.cgi?id=691) |
| Created on | Mar 28, 2010 11:16 |
| Resolution | FIXED |
| Resolved on | Mar 29, 2010 10:32 |
| Version | svn |
| OS | Linux |
| Architecture...| | |
| --- | --- |
| Bugzilla Link | [691](http://bugs.sac-home.org/show_bug.cgi?id=691) |
| Created on | Mar 28, 2010 11:16 |
| Resolution | FIXED |
| Resolved on | Mar 29, 2010 10:32 |
| Version | svn |
| OS | Linux |
| Architecture | PC |
## Extended Description
<pre>Tier 1-3 of Mandelbrot implementations from SAC tutorial segfault when compiled with -mt.
The problem is an AKD array that is an in parameter of an otherwise AKS with-loop parallelised. This problem did not appear earlier because currently AKD with-loops, which typically have AKD arguments, are not parallelised.</pre>Clemens GrelckClemens Grelckhttps://gitlab.sac-home.org/sac-group/sac2c/-/issues/1961Tiling with mt corrupts the AST2017-11-19T21:43:54ZDaniel RollsTiling with mt corrupts the AST| | |
| --- | --- |
| Bugzilla Link | [704](http://bugs.sac-home.org/show_bug.cgi?id=704) |
| Created on | May 05, 2010 17:10 |
| Resolution | WORKSFORME |
| Resolved on | Jul 16, 2010 15:18 |
| Version | svn |
| OS | All |
| Architect...| | |
| --- | --- |
| Bugzilla Link | [704](http://bugs.sac-home.org/show_bug.cgi?id=704) |
| Created on | May 05, 2010 17:10 |
| Resolution | WORKSFORME |
| Resolved on | Jul 16, 2010 15:18 |
| Version | svn |
| OS | All |
| Architecture | PC |
| Attachments | [matmul.sac](/uploads/efb195c4eab6f82ca9ccc382e762e589/matmul.sac) |
## Extended Description
<pre>Created an attachment (id=691)
source code
sac2c 16810
stdlib 1350
developer version
sac2c -mt matmul.sac -O3 seg faults
Breaking after 17:mtstf works
Breaking after 17:mtspmdf exposes a corrupt ast.
** 17: Running automatic parallelisation ...
**** Running multithreading cost model ...
**** Creating MT and ST functions ...
**** Creating SPMD functions ...
WARNING: Field Contents of node N_WLseg has non-allowed target node:
WARNING: N_wlblock
ASSERTION FAILED: file 'tree/traverse_helper.c', line 32
Illegal node type found.
EXECUTION TERMINATED
Aborted
This all works if tiling is removed or if the code is run without mt.</pre>Clemens GrelckClemens Grelckhttps://gitlab.sac-home.org/sac-group/sac2c/-/issues/1962sac2c very busted2017-11-19T21:44:00ZRobert Berneckysac2c very busted| | |
| --- | --- |
| Bugzilla Link | [734](http://bugs.sac-home.org/show_bug.cgi?id=734) |
| Created on | Jul 28, 2010 16:07 |
| Resolution | FIXED |
| Resolved on | Sep 27, 2010 04:59 |
| Version | svn |
| OS | Linux |
| Architecture...| | |
| --- | --- |
| Bugzilla Link | [734](http://bugs.sac-home.org/show_bug.cgi?id=734) |
| Created on | Jul 28, 2010 16:07 |
| Resolution | FIXED |
| Resolved on | Sep 27, 2010 04:59 |
| Version | svn |
| OS | Linux |
| Architecture | PC |
## Extended Description
<pre>Build 16942:MODIFIED dies with this, compiling with no options:
** 20: Creating binary code ...
**** Handling dependencies ...
**** Invoking C compiler ...
/home/sac/sac2c/lib//libsac.seq.so: undefined reference to `dlsym'
/home/sac/sac2c/lib//libsac.seq.so: undefined reference to `dlerror'
/home/sac/sac2c/lib//libsac.seq.so: undefined reference to `pthread_create'
/home/sac/sac2c/lib//libsac.seq.so: undefined reference to `dlopen'
Please fix!
Assigned to Clemens, because it's apparently Tim's handiwork.</pre>Clemens GrelckClemens Grelckhttps://gitlab.sac-home.org/sac-group/sac2c/-/issues/1963revision 16970 no longer compiles on Mac OS Snow Leopard2017-11-19T21:44:06ZStephan Herhutrevision 16970 no longer compiles on Mac OS Snow Leopard| | |
| --- | --- |
| Bugzilla Link | [736](http://bugs.sac-home.org/show_bug.cgi?id=736) |
| Created on | Aug 03, 2010 15:23 |
| Resolution | FIXED |
| Resolved on | Aug 04, 2010 08:24 |
| Version | svn |
| OS | All |
| Architecture |...| | |
| --- | --- |
| Bugzilla Link | [736](http://bugs.sac-home.org/show_bug.cgi?id=736) |
| Created on | Aug 03, 2010 15:23 |
| Resolution | FIXED |
| Resolved on | Aug 04, 2010 08:24 |
| Version | svn |
| OS | All |
| Architecture | PC |
## Extended Description
<pre>The reported error is:
stdopt/associative_law.c:122: error: conflicting types for ‘mode_t’
/usr/include/stdlib.h:263: error: previous declaration of ‘mode_t’ was here</pre>Clemens GrelckClemens Grelckhttps://gitlab.sac-home.org/sac-group/sac2c/-/issues/1964mt programs sometimes do not terminate2017-11-19T21:44:11ZSven-Bodo Scholzmt programs sometimes do not terminate| | |
| --- | --- |
| Bugzilla Link | [744](http://bugs.sac-home.org/show_bug.cgi?id=744) |
| Created on | Sep 12, 2010 08:26 |
| Resolution | FIXED |
| Resolved on | Oct 01, 2010 11:13 |
| Version | svn |
| OS | All |
| Architecture |...| | |
| --- | --- |
| Bugzilla Link | [744](http://bugs.sac-home.org/show_bug.cgi?id=744) |
| Created on | Sep 12, 2010 08:26 |
| Resolution | FIXED |
| Resolved on | Oct 01, 2010 11:13 |
| Version | svn |
| OS | All |
| Architecture | PC |
## Extended Description
<pre>in sac/testsuite/objects/withloops
rev 17030 creates non-terminating mt binaries for 2 files:
nested-with-concurrent.sac
nested-with-with.sac</pre>Clemens GrelckClemens Grelckhttps://gitlab.sac-home.org/sac-group/sac2c/-/issues/1965masterrun broken- unibench DL DFM problem2017-11-19T21:44:17ZRobert Berneckymasterrun broken- unibench DL DFM problem| | |
| --- | --- |
| Bugzilla Link | [759](http://bugs.sac-home.org/show_bug.cgi?id=759) |
| Created on | Oct 11, 2010 21:46 |
| Resolution | FIXED |
| Resolved on | Nov 04, 2010 10:05 |
| Version | svn |
| OS | Linux |
| Architecture...| | |
| --- | --- |
| Bugzilla Link | [759](http://bugs.sac-home.org/show_bug.cgi?id=759) |
| Created on | Oct 11, 2010 21:46 |
| Resolution | FIXED |
| Resolved on | Nov 04, 2010 10:05 |
| Version | svn |
| OS | Linux |
| Architecture | PC |
## Extended Description
<pre>Dan noted the masterrun is broken. This looks to be something I've done
to DL.
The symptoms are this:
Build: developer rev 17089:17096:MODIFIED
****** UTrace:ArrayFormat::format( int[.,.]): ...
ASSERTION FAILED: file 'tree/DataFlowMask.c', line 1226
Identifier not present in mask: _dl_21310
EXECUTION TERMINATED
This is DFM's cute way of telling you that _dl_21310 does
not have a vardec entry, at least in the function that refers
to _dl_21310. The offending function is a COND function.
The generated DL code looks correct, but there is no visible
vardec for the variable.
If I can't untangle this in short order, I'll back off the
recent DL change.</pre>Clemens GrelckClemens Grelckhttps://gitlab.sac-home.org/sac-group/sac2c/-/issues/1966new mt support breaks PAPI2017-11-19T21:44:23ZRobert Berneckynew mt support breaks PAPI| | |
| --- | --- |
| Bugzilla Link | [764](http://bugs.sac-home.org/show_bug.cgi?id=764) |
| Created on | Oct 24, 2010 19:31 |
| Resolution | INVALID |
| Resolved on | Oct 27, 2010 14:42 |
| Version | svn |
| OS | Linux |
| Architectu...| | |
| --- | --- |
| Bugzilla Link | [764](http://bugs.sac-home.org/show_bug.cgi?id=764) |
| Created on | Oct 24, 2010 19:31 |
| Resolution | INVALID |
| Resolved on | Oct 27, 2010 14:42 |
| Version | svn |
| OS | Linux |
| Architecture | PC |
## Extended Description
<pre>I tried running PAPI tests today, and got this result for everything:
sac2c -v0 iotan.sac
sac2c -V
sac2c v1.00-beta (Haggis And Apple)
product rev 17138 linux-gnu_x86_64
(Sun Oct 24 10:54:34 EDT 2010 by sac)
apex@rattler:~/apex2003/benchmks/iotan$ papiex -e PAPI_TOT_INS -- a.out
1.249999975e15
2
libmonitor warning: 1 threads have not finished
libpapiex error: PAPI error in PAPI_list_threads at /home/rbe/LINUX/papiex/src/papiex.c:750, -1 (PAPI_EINVAL)
The papiex.c code looks like this:
if ((retval = PAPI_list_threads(NULL,&all_threads->num)) != PAPI_OK)
papi_error("PAPI_list_threads",retval);</pre>Clemens GrelckClemens Grelckhttps://gitlab.sac-home.org/sac-group/sac2c/-/issues/1967sequential libsacprelude used when stdlib is compiled with mt2017-11-19T21:44:29ZDaniel Rollssequential libsacprelude used when stdlib is compiled with mt| | |
| --- | --- |
| Bugzilla Link | [776](http://bugs.sac-home.org/show_bug.cgi?id=776) |
| Created on | Nov 19, 2010 11:15 |
| Resolution | FIXED |
| Resolved on | Jun 19, 2012 10:36 |
| Version | svn |
| OS | All |
| Architecture |...| | |
| --- | --- |
| Bugzilla Link | [776](http://bugs.sac-home.org/show_bug.cgi?id=776) |
| Created on | Nov 19, 2010 11:15 |
| Resolution | FIXED |
| Resolved on | Jun 19, 2012 10:36 |
| Version | svn |
| OS | All |
| Architecture | PC |
## Extended Description
<pre>sac2c: 17200
It appears that when compiling without giving the -mt switch to sac2c but with an mt stdlib the sequential libsacprelude is used. This seems to cause problems as the mt stdlib depends on symbols that can only be found in the mt libsacprelude.
This suggests that mt stdlib can not in all cases be used with seq code? Does this mean that the mt stdlib should start using CROSS compilation support in sac2c?
Here is the error I saw:
sac2c -O3 -check tb -v0 -o exportdata exportdata.sac
/tmp/MASTERR_oGAbb31083/stdlib/modules/unibench/lib/libUnibenchInputMod.so: undefined reference to `SACwf_sacprelude_CL_ST__partitionSlicer__i_S__i_S__i_S__i_S__i_S'
/tmp/MASTERR_oGAbb31083/stdlib/modules/unibench/lib/libUnibenchInputMod.so: undefined reference to `SACwf_sacprelude_CL_MT__partitionSlicer__i_S__i_S__i_S__i_S__i_S'
collect2: ld returned 1 exit status
To reproduce go to sac/testsuite/unibench and run make. Based on the above analysis I think an mt stdlib is required to reproduce this.</pre>Clemens GrelckClemens Grelckhttps://gitlab.sac-home.org/sac-group/sac2c/-/issues/1968Undefined references to IO related symbols when compiling with MT2017-11-19T21:44:34ZDaniel RollsUndefined references to IO related symbols when compiling with MT| | |
| --- | --- |
| Bugzilla Link | [781](http://bugs.sac-home.org/show_bug.cgi?id=781) |
| Created on | Nov 26, 2010 15:05 |
| Resolution | FIXED |
| Resolved on | Nov 30, 2010 19:54 |
| Version | svn |
| OS | All |
| Architecture |...| | |
| --- | --- |
| Bugzilla Link | [781](http://bugs.sac-home.org/show_bug.cgi?id=781) |
| Created on | Nov 26, 2010 15:05 |
| Resolution | FIXED |
| Resolved on | Nov 30, 2010 19:54 |
| Version | svn |
| OS | All |
| Architecture | PC |
## Extended Description
<pre>On Obelix compiling kp1_simpson, kp1_trapezoid_abstract or kp1_trapezoid with MT causes undefined references to world stout, stdin, FileSystem and TermFile symbols. To repeat run make in the appropriate demos directories. Below are the failures form the masterrun on the 24 November. It worked on Novemeber 13th. The only changes I can see from svn log that look like they might be in this area are commit 17209 by cg. Could this be a duplicate of 776?
Below is the error output from the above mentioned masterrun:
sac2c -O3 -v1 -maxlur 3 -mt -o kp1_simpson_mt kp1_simpson.sac
/tmp/MASTERR_XuSt1SMFCr/ccJsrF0E.o: In function `SACf__MAIN_CL_ST_CL_INIT__init':
kp1_simpson_mt.c:(.text+0x76): undefined reference to `SACf_World_CL_ST_CL_INIT__init_TheWorld__SACt_World__World'
kp1_simpson_mt.c:(.text+0x8a): undefined reference to `SACf_Terminal_CL_ST_CL_INIT__init_TheTerminal__SACt_Terminal__Terminal'
kp1_simpson_mt.c:(.text+0x9e): undefined reference to `SACf_TermFile_CL_ST_CL_INIT__init_stdout__SACt_TermFile__TermFile'
kp1_simpson_mt.c:(.text+0xb2): undefined reference to `SACf_TermFile_CL_ST_CL_INIT__init_stdin__SACt_TermFile__TermFile'
/tmp/MASTERR_XuSt1SMFCr/ccJsrF0E.o: In function `SACf__MAIN_CL_ST___mtspmdf_54305_main__d_100_80(double)':
kp1_simpson_mt.c:(.text+0x9459): undefined reference to `SACf_ScalarArith_CL_MT__max__d(double)'
/tmp/MASTERR_XuSt1SMFCr/ccJsrF0E.o: In function `SACf__MAIN_CL_ST__main':
kp1_simpson_mt.c:(.text+0x967c): undefined reference to `SACf_World_CL_ST_CL_INIT__init_TheWorld__SACt_World__World'
kp1_simpson_mt.c:(.text+0x9690): undefined reference to `SACf_Terminal_CL_ST_CL_INIT__init_TheTerminal__SACt_Terminal__Terminal'
kp1_simpson_mt.c:(.text+0x96a4): undefined reference to `SACf_TermFile_CL_ST_CL_INIT__init_stdout__SACt_TermFile__TermFile'
kp1_simpson_mt.c:(.text+0x96b8): undefined reference to `SACf_TermFile_CL_ST_CL_INIT__init_stdin__SACt_TermFile__TermFile'
kp1_simpson_mt.c:(.text+0x96d0): undefined reference to `SACf_FibreIO_CL_ST__FibreScanIntArray'
kp1_simpson_mt.c:(.text+0xac16): undefined reference to `SACf_ScalarIO_CL_ST__print(double)'
collect2: ld returned 1 exit status
sac2c -O3 -v1 -maxlur 3 -mt -o kp1_trapezoid_abstract_mt kp1_trapezoid_abstract.sac
/tmp/MASTERR_XuSt1SMFCr/ccRtmnx8.o: In function `SACf__MAIN_CL_ST_CL_INIT__init':
kp1_trapezoid_abstract_mt.c:(.text+0x62d6): undefined reference to `SACf_World_CL_ST_CL_INIT__init_TheWorld__SACt_World__World'
kp1_trapezoid_abstract_mt.c:(.text+0x62ea): undefined reference to `SACf_FileSystem_CL_ST_CL_INIT__init_TheFileSystem__SACt_FileSystem__FileSystem'
kp1_trapezoid_abstract_mt.c:(.text+0x62fe): undefined reference to `SACf_Terminal_CL_ST_CL_INIT__init_TheTerminal__SACt_Terminal__Terminal'
kp1_trapezoid_abstract_mt.c:(.text+0x6312): undefined reference to `SACf_TermFile_CL_ST_CL_INIT__init_stdout__SACt_TermFile__TermFile'
/tmp/MASTERR_XuSt1SMFCr/ccRtmnx8.o: In function `SACf__MAIN_CL_ST__main':
kp1_trapezoid_abstract_mt.c:(.text+0x69dd): undefined reference to `SACf_World_CL_ST_CL_INIT__init_TheWorld__SACt_World__World'
kp1_trapezoid_abstract_mt.c:(.text+0x69f1): undefined reference to `SACf_FileSystem_CL_ST_CL_INIT__init_TheFileSystem__SACt_FileSystem__FileSystem'
kp1_trapezoid_abstract_mt.c:(.text+0x6a05): undefined reference to `SACf_Terminal_CL_ST_CL_INIT__init_TheTerminal__SACt_Terminal__Terminal'
kp1_trapezoid_abstract_mt.c:(.text+0x6a19): undefined reference to `SACf_TermFile_CL_ST_CL_INIT__init_stdout__SACt_TermFile__TermFile'
collect2: ld returned 1 exit status
sac2c -O3 -v1 -maxlur 3 -mt -o kp1_trapezoid_mt kp1_trapezoid.sac
/tmp/MASTERR_XuSt1SMFCr/ccXjHbuh.o: In function `SACf__MAIN_CL_ST_CL_INIT__init':
kp1_trapezoid_mt.c:(.text+0x4676): undefined reference to `SACf_World_CL_ST_CL_INIT__init_TheWorld__SACt_World__World'
kp1_trapezoid_mt.c:(.text+0x468a): undefined reference to `SACf_Terminal_CL_ST_CL_INIT__init_TheTerminal__SACt_Terminal__Terminal'
kp1_trapezoid_mt.c:(.text+0x469e): undefined reference to `SACf_TermFile_CL_ST_CL_INIT__init_stdout__SACt_TermFile__TermFile'
kp1_trapezoid_mt.c:(.text+0x46b2): undefined reference to `SACf_FileSystem_CL_ST_CL_INIT__init_TheFileSystem__SACt_FileSystem__FileSystem'
/tmp/MASTERR_XuSt1SMFCr/ccXjHbuh.o: In function `SACf__MAIN_CL_ST__main':
kp1_trapezoid_mt.c:(.text+0x4d89): undefined reference to `SACf_World_CL_ST_CL_INIT__init_TheWorld__SACt_World__World'
kp1_trapezoid_mt.c:(.text+0x4d9d): undefined reference to `SACf_Terminal_CL_ST_CL_INIT__init_TheTerminal__SACt_Terminal__Terminal'
kp1_trapezoid_mt.c:(.text+0x4db1): undefined reference to `SACf_TermFile_CL_ST_CL_INIT__init_stdout__SACt_TermFile__TermFile'
kp1_trapezoid_mt.c:(.text+0x4dc5): undefined reference to `SACf_FileSystem_CL_ST_CL_INIT__init_TheFileSystem__SACt_FileSystem__FileSystem'
collect2: ld returned 1 exit status</pre>Clemens GrelckClemens Grelckhttps://gitlab.sac-home.org/sac-group/sac2c/-/issues/1969Compiler or options invalid for pre-UNIX 03 X/Open applications and pre-2001...2017-11-19T21:44:40ZDaniel RollsCompiler or options invalid for pre-UNIX 03 X/Open applications and pre-2001 POSIX applications| | |
| --- | --- |
| Bugzilla Link | [795](http://bugs.sac-home.org/show_bug.cgi?id=795) |
| Created on | Dec 06, 2010 11:26 |
| Resolution | FIXED |
| Resolved on | Dec 08, 2010 19:23 |
| Version | svn |
| OS | All |
| Architecture |...| | |
| --- | --- |
| Bugzilla Link | [795](http://bugs.sac-home.org/show_bug.cgi?id=795) |
| Created on | Dec 06, 2010 11:26 |
| Resolution | FIXED |
| Resolved on | Dec 08, 2010 19:23 |
| Version | svn |
| OS | All |
| Architecture | PC |
## Extended Description
<pre>On Asterix we get the following sac2c compilation error:
/usr/include/sys/feature_tests.h:353:2: #error "Compiler or options invalid for pre-UNIX 03 X/Open applications and pre-2001 POSIX applications"
I think this came from commit 17217 where "-D_POSIX_C_SOURCE=200809L" was added to CC_FLAGS.</pre>Clemens GrelckClemens Grelckhttps://gitlab.sac-home.org/sac-group/sac2c/-/issues/1970compiling with -mt -numthreads 1 crashes the compiler2017-11-19T21:44:45ZRoeland Doumacompiling with -mt -numthreads 1 crashes the compiler| | |
| --- | --- |
| Bugzilla Link | [804](http://bugs.sac-home.org/show_bug.cgi?id=804) |
| Created on | Dec 15, 2010 21:29 |
| Resolution | FIXED |
| Resolved on | Dec 17, 2010 13:45 |
| Version | svn |
| OS | All |
| Architecture |...| | |
| --- | --- |
| Bugzilla Link | [804](http://bugs.sac-home.org/show_bug.cgi?id=804) |
| Created on | Dec 15, 2010 21:29 |
| Resolution | FIXED |
| Resolved on | Dec 17, 2010 13:45 |
| Version | svn |
| OS | All |
| Architecture | PC |
## Extended Description
<pre>When compiling a program with the -mt -numthreads 1 flags the compiler crashes on both phase 22 (subphase 2: "Invoking C compiler").
Compiling with -mt -numthreads 2 works fine (or any number > 1).
Tested on linux and solaris.</pre>Clemens GrelckClemens Grelckhttps://gitlab.sac-home.org/sac-group/sac2c/-/issues/1971Matmul fails to compile with target=suncc2017-11-19T21:44:52ZRoeland DoumaMatmul fails to compile with target=suncc| | |
| --- | --- |
| Bugzilla Link | [810](http://bugs.sac-home.org/show_bug.cgi?id=810) |
| Created on | Jan 05, 2011 16:30 |
| Resolution | FIXED |
| Resolved on | Jan 10, 2011 16:10 |
| Version | svn |
| OS | Linux |
| Architecture...| | |
| --- | --- |
| Bugzilla Link | [810](http://bugs.sac-home.org/show_bug.cgi?id=810) |
| Created on | Jan 05, 2011 16:30 |
| Resolution | FIXED |
| Resolved on | Jan 10, 2011 16:10 |
| Version | svn |
| OS | Linux |
| Architecture | PC |
| Attachments | [a.out.c](/uploads/2ebf817e7ee08e5b42f4a98f8962891e/a.out.c), [a.out.suncc.c](/uploads/ab83de1477f1f02aeb32f51d8ffa8722/a.out.suncc.c) |
## Extended Description
<pre>Created an attachment (id=786)
c source file
sac2c -target suncc -mt -maxthreads 4096 matmul.sac
WARNING: Specification of target 'suncc` contains unrecognized resource
WARNING: 'SYSTEM_LIBPATH`
cc: Warning: simd value of the xvector option is not available on SPARC Solaris, ignored.
cc: Warning: illegal use of -xvector option, empty value ignored
"a.out.c", line 366: warning: syntax error: empty declaration
"a.out.c", line 373: warning: syntax error: empty declaration
"a.out.c", line 380: warning: syntax error: empty declaration
"a.out.c", line 625: warning: zero or negative subscript
"a.out.c", line 625: zero-sized struct/union
"a.out.c", line 629: zero-sized struct/union
"a.out.c", line 640: zero-sized struct/union
"a.out.c", line 649: zero-sized struct/union
"a.out.c", line 708: warning: syntax error: empty declaration
"a.out.c", line 953: warning: syntax error: empty declaration
"a.out.c", line 1863: warning: syntax error: empty declaration
"a.out.c", line 1870: warning: syntax error: empty declaration
cc: acomp failed for a.out.c
ABORT: System failed to execute shell command
ABORT: cc -dalign -xsafe=mem -ldl -lpthread -I$SAC2CBASE/include/
ABORT: -L$SAC2CBASE/lib/ -L/tmp/SAC_AAAQUaG7y -fast -xvector=simd -o
ABORT: a.out a.out.c -L. -R. -L/scratch/rdouma/sac//sac2c//lib
ABORT: -R/scratch/rdouma/sac//sac2c//lib
ABORT: -L/scratch/rdouma/sac//stdlib/modules/structures/lib
ABORT: -R/scratch/rdouma/sac//stdlib/modules/structures/lib
ABORT: -L/scratch/rdouma/sac//stdlib/modules/numerical/lib
ABORT: -R/scratch/rdouma/sac//stdlib/modules/numerical/lib
ABORT: -L/scratch/rdouma/sac//stdlib/modules/numerical/blas/lib
ABORT: -R/scratch/rdouma/sac//stdlib/modules/numerical/blas/lib
ABORT: -L/scratch/rdouma/sac//stdlib/modules/unibench/lib
ABORT: -R/scratch/rdouma/sac//stdlib/modules/unibench/lib
ABORT: -L/scratch/rdouma/sac//stdlib/modules/auxiliary/lib
ABORT: -R/scratch/rdouma/sac//stdlib/modules/auxiliary/lib
ABORT: -L/scratch/rdouma/sac//stdlib/modules/mutc/lib
ABORT: -R/scratch/rdouma/sac//stdlib/modules/mutc/lib
ABORT: -L/scratch/rdouma/sac//stdlib/world/mutc/lib
ABORT: -R/scratch/rdouma/sac//stdlib/world/mutc/lib
ABORT: -L/scratch/rdouma/sac//stdlib/world/system/lib
ABORT: -R/scratch/rdouma/sac//stdlib/world/system/lib
ABORT: -L/scratch/rdouma/sac//stdlib/world/stdio/lib
ABORT: -R/scratch/rdouma/sac//stdlib/world/stdio/lib
ABORT: -L/scratch/rdouma/sac//stdlib/world/stdio/dislin/lib
ABORT: -R/scratch/rdouma/sac//stdlib/world/stdio/dislin/lib
ABORT: -L/scratch/rdouma/sac//stdlib/world/stdio/gnuplot/lib
ABORT: -R/scratch/rdouma/sac//stdlib/world/stdio/gnuplot/lib
ABORT: -L/scratch/rdouma/sac//stdlib/classes/random/lib
ABORT: -R/scratch/rdouma/sac//stdlib/classes/random/lib
ABORT: -L/scratch/rdouma/sac//stdlib/classes/auxiliary/lib
ABORT: -R/scratch/rdouma/sac//stdlib/classes/auxiliary/lib
ABORT: -L/scratch/rdouma/sac//stdlib/utrace/lib
ABORT: -R/scratch/rdouma/sac//stdlib/utrace/lib -L. -R. -L/usr/local/dislin
ABORT: -R/usr/local/dislin -L/opt/local/lib -R/opt/local/lib -lStdIOMod
ABORT: -lBinFileMod -lScalarIOMod -lArrayIOMod -lFibreIOMod -lListIOMod
ABORT: -lComplexIOMod -lIOresourcesMod -lStringArrayMod -lArrayFormatMod
ABORT: -lStructuresMod -lBitsMod -lComplexMod -lListMod -lColor8Mod
ABORT: -lRuntimeErrorMod -lFileMod -lTermFileMod -lTerminalMod
ABORT: -lFileSystemMod -lArrayMod -lMathArrayMod -lComplexArrayTransformMod
ABORT: -lComplexArrayArithMod -lArrayTransformMod -lSysErrMod -lWorldMod
ABORT: -lStringMod -lConstantsMod -lArrayArithMod -lComplexScalarArithMod
ABORT: -lComplexArrayBasicsMod -lComplexBasicsMod -lBoolMod -lCharMod
ABORT: -lArrayBasicsMod -lMathMod -lm -lScalarArithMod -lsacpreludeMod
ABORT: -lsacphm.mt -lsac.mt.pth -pthread -ldl
ABORT: with exit code 2
*** Compilation failed ***
*** Exit code 350 (Creating binary code)
*** 1 Error(s), 1 Warning(s)</pre>Clemens GrelckClemens Grelckhttps://gitlab.sac-home.org/sac-group/sac2c/-/issues/1972Code generator assertion hit in when compiled with -mt2017-11-19T21:44:58ZClemens GrelckCode generator assertion hit in when compiled with -mt| | |
| --- | --- |
| Bugzilla Link | [825](http://bugs.sac-home.org/show_bug.cgi?id=825) |
| Created on | Feb 17, 2011 09:43 |
| Resolution | FIXED |
| Resolved on | Feb 17, 2011 15:29 |
| Version | svn |
| OS | Linux |
| Architecture...| | |
| --- | --- |
| Bugzilla Link | [825](http://bugs.sac-home.org/show_bug.cgi?id=825) |
| Created on | Feb 17, 2011 09:43 |
| Resolution | FIXED |
| Resolved on | Feb 17, 2011 15:29 |
| Version | svn |
| OS | Linux |
| Architecture | PC |
| Attachments | [holm.sac](/uploads/7d2b5fc13a2717f545c3b0dfb3aacac7/holm.sac) |
## Extended Description
<pre>Created an attachment (id=796)
Failing program
The attached code fails as follows:
** 21: Generating Code ...
**** Tag preparation ...
**** Converting to old type representation ...
**** Creating intermediate code macros ...
ASSERTION FAILED: file 'codegen/compile.c', line 8261
if-clause condition is neither a N_id nor a N_bool node!
EXECUTION TERMINATED
Aborted
Call was: sac2c holm.sac -mt</pre>Clemens GrelckClemens Grelckhttps://gitlab.sac-home.org/sac-group/sac2c/-/issues/1973AL/AS/DL can't handle guarded expressions, crippling AWLF, etc.2017-11-19T21:45:05ZRobert BerneckyAL/AS/DL can't handle guarded expressions, crippling AWLF, etc.| | |
| --- | --- |
| Bugzilla Link | [853](http://bugs.sac-home.org/show_bug.cgi?id=853) |
| Created on | Jul 04, 2011 16:30 |
| Resolution | FIXED |
| Resolved on | Jun 03, 2012 11:57 |
| Version | svn |
| OS | Linux |
| Architecture...| | |
| --- | --- |
| Bugzilla Link | [853](http://bugs.sac-home.org/show_bug.cgi?id=853) |
| Created on | Jul 04, 2011 16:30 |
| Resolution | FIXED |
| Resolved on | Jun 03, 2012 11:57 |
| Version | svn |
| OS | Linux |
| Architecture | PC |
| Attachments | [crud.sac](/uploads/fd062c45403df98908f0f45b745b20d6/crud.sac), [cubeslice1dbeta.sac](/uploads/63f1d9b20865dfb795cab586484fefb8/cubeslice1dbeta.sac) |
## Extended Description
<pre>Created an attachment (id=804)
source code to reproduce failure
Consider an expression such as:
bad2 = guard(siz - 40) + ( 30 - siz);
If we remove (guard), then AL/AS/DL happily simplify this
expression. However, with the guard, no simplification
happens.
Attached is a short example which shows this problem.
Failure to simplify expressions such as the above cause
failure of AWLF and other optimizations, which is why I have
marked this problem as "major".
Perhaps this can be discussed at the devcamp this month?</pre>Clemens GrelckClemens Grelckhttps://gitlab.sac-home.org/sac-group/sac2c/-/issues/1974New TRAV mech/AL breaks stdlib build2017-11-19T21:45:10ZRobert BerneckyNew TRAV mech/AL breaks stdlib build| | |
| --- | --- |
| Bugzilla Link | [865](http://bugs.sac-home.org/show_bug.cgi?id=865) |
| Created on | Aug 29, 2011 15:40 |
| Resolution | FIXED |
| Resolved on | Aug 30, 2011 15:54 |
| Version | svn |
| OS | Linux |
| Architecture...| | |
| --- | --- |
| Bugzilla Link | [865](http://bugs.sac-home.org/show_bug.cgi?id=865) |
| Created on | Aug 29, 2011 15:40 |
| Resolution | FIXED |
| Resolved on | Aug 30, 2011 15:54 |
| Version | svn |
| OS | Linux |
| Architecture | PC |
## Extended Description
<pre>Build #17578 gets in an inlining loop building the stdlib
Structures.sac. I got around it by backing off these documents:
svn update phase_sac2c.mac -r17570
svn update associative_law.c -r17566</pre>Clemens GrelckClemens Grelckhttps://gitlab.sac-home.org/sac-group/sac2c/-/issues/1975New TRAV mech fails on nested LOCALFNS2017-11-19T21:45:16ZRobert BerneckyNew TRAV mech fails on nested LOCALFNS| | |
| --- | --- |
| Bugzilla Link | [866](http://bugs.sac-home.org/show_bug.cgi?id=866) |
| Created on | Aug 30, 2011 19:13 |
| Resolution | INVALID |
| Resolved on | Aug 30, 2011 19:59 |
| Version | svn |
| OS | Linux |
| Architectu...| | |
| --- | --- |
| Bugzilla Link | [866](http://bugs.sac-home.org/show_bug.cgi?id=866) |
| Created on | Aug 30, 2011 19:13 |
| Resolution | INVALID |
| Resolved on | Aug 30, 2011 19:59 |
| Version | svn |
| OS | Linux |
| Architecture | PC |
| Attachments | [bug650Bivecyc.sac](/uploads/86d6a69ce2701f55dd6d8e99a860e684/bug650Bivecyc.sac) |
## Extended Description
<pre>Created an attachment (id=816)
source code to reproduce failure
I changed CWLE to use the new TRAV() mechanism, but
there's a small problem with it:
When it invokes a LACFUN, that LACFUN's FUNDEF_LOCALFNS
node is NULL, even when it has a LOCALFUN.
In this case, a COND fun invokes a LOOP() fun, but
said LOOP() fun does not appear in the COND()'s LOCALFNS
list (It's NULL).
cd ~/sac/testsuite/optimizations/cwle
sac2c -nocyc -noawlf -nowlf bug650Bivecyc.sac
will do the job for you.
sac2c -V
sac2c v1.00-beta (Haggis And Apple)
developer rev 17581:MODIFIED linux-gnu_x86_64
(Tue Aug 30 13:55:04 EDT 2011 by sac)</pre>Clemens GrelckClemens Grelckhttps://gitlab.sac-home.org/sac-group/sac2c/-/issues/1976Lost extrema values cause AWLF unit test prd2AKD.sac to fail2017-11-19T21:45:22ZRobert BerneckyLost extrema values cause AWLF unit test prd2AKD.sac to fail| | |
| --- | --- |
| Bugzilla Link | [984](http://bugs.sac-home.org/show_bug.cgi?id=984) |
| Created on | Jun 19, 2012 21:45 |
| Resolution | FIXED |
| Resolved on | Jul 08, 2012 19:07 |
| Version | svn |
| OS | Linux |
| Architecture...| | |
| --- | --- |
| Bugzilla Link | [984](http://bugs.sac-home.org/show_bug.cgi?id=984) |
| Created on | Jun 19, 2012 21:45 |
| Resolution | FIXED |
| Resolved on | Jul 08, 2012 19:07 |
| Version | svn |
| OS | Linux |
| Architecture | PC |
## Extended Description
<pre>A simple unit test for AWLF now fails, due to lost extrema.
The problem is that, if I compile with this:
cd ~/sac/testsuite/optimizations/awlf
sac2c prd2AKD.sac -doawlf -nowlf -nocyc -bopt:glf >crud.glf
I get this code fragment in crud.glf:
_flat_5 = [ shp ];
_idc_46, _icc_34_pred = _non_neg_val_V_( _flat_5);
...
_flat_0 = [ shp ];
What we want is to have all references to _flat_5 that
follow the _non_neg_val_V_( _flat_5) to become references
to _idc_46. The assignment of _flat_0 is, in a sense,
a violation of this, because _flat_0 does not carry the
AVIS_MIN generated by the guard.
The code that inserts the guards is correct as it stands.
The _flat_0 assign exists by the end of TC (phase 7).
So, we want to get rid of the common expression before
we insert constraints, so we clearly need a CSE/DCR traversal
in CWC, just before ICC. Ah, you mean, like this?
cse : Applying common subexpression elimination
dcr : Removing dead code
icc : Inserting Conformity Checks
Hmmm. Let's look at what we have in iota() after that DCR:
_flat_5 = [ shp ];
_flat_4 = [ shp ];
_flat_3 = 0;
_flat_2 = _mul_SxV_( _flat_3, _flat_4);
_flat_1 = 0;
_flat_0 = [ shp ];
Not exactly what we were hoping for.
CSE never traverses iota(), but it does traverse a lot of wrappers:
grep CSEfundef crud.cwcdcr
CSEfundef: CSE: Begin traversing (wrapper) partitionIntersectMax
CSEfundef: CSE: Done traversing (wrapper) partitionIntersectMax
CSEfundef: CSE: Begin traversing (wrapper) partitionSlicer
CSEfundef: CSE: Done traversing (wrapper) partitionSlicer
CSEfundef: CSE: Begin traversing (wrapper) isPartitionIntersectNull
CSEfundef: CSE: Done traversing (wrapper) isPartitionIntersectNull
CSEfundef: CSE: Begin traversing (wrapper) partitionIntersectMin
CSEfundef: CSE: Done traversing (wrapper) partitionIntersectMin
CSEfundef: CSE: Begin traversing (wrapper) adjustLacFunParams
CSEfundef: CSE: Done traversing (wrapper) adjustLacFunParams
CSEfundef: CSE: Begin traversing (wrapper) main
CSEfundef: CSE: Done traversing (wrapper) main
CSEfundef: CSE: Begin traversing (wrapper) prod
CSEfundef: CSE: Done traversing (wrapper) prod
CSEfundef: CSE: Begin traversing (wrapper) adjustLacFunParamsReshape
CSEfundef: CSE: Done traversing (wrapper) adjustLacFunParamsReshape
CSEfundef: CSE: Begin traversing (wrapper) eq
CSEfundef: CSE: Done traversing (wrapper) eq
CSEfundef: CSE: Begin traversing (wrapper) eq
CSEfundef: CSE: Done traversing (wrapper) eq
CSEfundef: CSE: Begin traversing (wrapper) eq
CSEfundef: CSE: Done traversing (wrapper) eq
CSEfundef: CSE: Begin traversing (wrapper) eq
CSEfundef: CSE: Done traversing (wrapper) eq
CSEfundef: CSE: Begin traversing (wrapper) eq
CSEfundef: CSE: Done traversing (wrapper) eq
CSEfundef: CSE: Begin traversing (wrapper) gridFiller
CSEfundef: CSE: Done traversing (wrapper) gridFiller
CSEfundef: CSE: Begin traversing (wrapper) zero
CSEfundef: CSE: Done traversing (wrapper) zero
CSEfundef: CSE: Begin traversing (wrapper) zero
CSEfundef: CSE: Done traversing (wrapper) zero
CSEfundef: CSE: Begin traversing (wrapper) zero
CSEfundef: CSE: Done traversing (wrapper) zero
CSEfundef: CSE: Begin traversing (wrapper) zero
CSEfundef: CSE: Done traversing (wrapper) zero
CSEfundef: CSE: Begin traversing (wrapper) zero
CSEfundef: CSE: Done traversing (wrapper) zero
CSEfundef: CSE: Begin traversing (wrapper) partitionMax
CSEfundef: CSE: Done traversing (wrapper) partitionMax
CSEfundef: CSE: Begin traversing function iota__Cond_0
CSEfundef: CSE: Done traversing function iota__Cond_0
I am not sure where to go from here. This unit test did work
properly some time ago.</pre>Clemens GrelckClemens Grelckhttps://gitlab.sac-home.org/sac-group/sac2c/-/issues/1977SAC_ND_RC_TO_NORC" redefined in -mt compilation2017-11-19T21:45:28ZRobert BerneckySAC_ND_RC_TO_NORC" redefined in -mt compilation| | |
| --- | --- |
| Bugzilla Link | [1006](http://bugs.sac-home.org/show_bug.cgi?id=1006) |
| Created on | Jul 18, 2012 16:18 |
| Resolution | FIXED |
| Resolved on | Jul 18, 2012 17:17 |
| Version | svn |
| OS | Linux |
| Architectu...| | |
| --- | --- |
| Bugzilla Link | [1006](http://bugs.sac-home.org/show_bug.cgi?id=1006) |
| Created on | Jul 18, 2012 16:18 |
| Resolution | FIXED |
| Resolved on | Jul 18, 2012 17:17 |
| Version | svn |
| OS | Linux |
| Architecture | PC |
| Attachments | [crud200.sac](/uploads/90a5b81efaa2afe0e2ca4227379583b5/crud200.sac) |
## Extended Description
<pre>Created an attachment (id=918)
source code to reproduce fault
sac2c crud200.sac -doawlf -nowlf -wls_aggressive -O3 -o crud200wlsagMT -v1 -mt
WARNING: AWLF is enabled: -ecc enabled.
WARNING: AWLF is enabled: -extrema enabled.
WARNING: AWLF is enabled: -maxoptcyc=20
In file included from crud200wlsagMT.c:156:
/home/sac/sac2c/include/sac.h:3214: warning: "SAC_ND_RC_TO_NORC" redefined
/home/sac/sac2c/include/sac.h:2340: note: this is the location of the previous definition
/home/sac/sac2c/include/sac.h:3215: warning: "SAC_ND_RC_FROM_NORC" redefined
/home/sac/sac2c/include/sac.h:2345: note: this is the location of the previous definition
sac2c -V
sac2c v1.00-beta (Haggis And Apple)
developer rev 18084 linux-gnu_x86_64
(Tue Jul 17 18:32:29 EDT 2012 by sac)</pre>Clemens GrelckClemens Grelckhttps://gitlab.sac-home.org/sac-group/sac2c/-/issues/1978-pritnfun main -printfunsets d does not print main's LOCALFUNs2017-11-19T21:45:34ZRobert Bernecky-pritnfun main -printfunsets d does not print main's LOCALFUNs| | |
| --- | --- |
| Bugzilla Link | [1079](http://bugs.sac-home.org/show_bug.cgi?id=1079) |
| Created on | May 05, 2013 16:09 |
| Resolution | FIXED |
| Resolved on | Apr 05, 2015 15:14 |
| Version | svn |
| OS | Linux |
| Architectu...| | |
| --- | --- |
| Bugzilla Link | [1079](http://bugs.sac-home.org/show_bug.cgi?id=1079) |
| Created on | May 05, 2013 16:09 |
| Resolution | FIXED |
| Resolved on | Apr 05, 2015 15:14 |
| Version | svn |
| OS | Linux |
| Architecture | PC |
| Attachments | [condfun.sac](/uploads/b496dc577c0e6030efc64b12c7e1089f/condfun.sac) |
## Extended Description
<pre>sac2c -V
sac2c v1.00-beta (Haggis And Apple)
product rev 18133 linux-gnu_x86_64
(Sun May 5 10:06:38 EDT 2013 by sac)
cd ~/sac/testsuite/optimizations/awlf
sac2c buglacsoinline.sac -doawlf -nowlf -bopt -printfun main -printfunsets d >crud
The above printed the wrapper for main, and main itself, but not the
CONDFUN that main() calls.</pre>Clemens GrelckClemens Grelckhttps://gitlab.sac-home.org/sac-group/sac2c/-/issues/1979development compiler broken in WLTR2017-11-19T21:45:42ZRobert Berneckydevelopment compiler broken in WLTR| | |
| --- | --- |
| Bugzilla Link | [1103](http://bugs.sac-home.org/show_bug.cgi?id=1103) |
| Created on | Dec 01, 2013 22:01 |
| Resolution | FIXED |
| Resolved on | Jan 10, 2014 16:42 |
| Version | svn |
| OS | Linux |
| Architectu...| | |
| --- | --- |
| Bugzilla Link | [1103](http://bugs.sac-home.org/show_bug.cgi?id=1103) |
| Created on | Dec 01, 2013 22:01 |
| Resolution | FIXED |
| Resolved on | Jan 10, 2014 16:42 |
| Version | svn |
| OS | Linux |
| Architecture | PC |
| Attachments | [1103.sac](/uploads/535126f60b4e56f3adbec5842d354649/1103.sac) |
## Extended Description
<pre>sac2c transpose.sac -v1
wltransform/wltransform.c:4575 Assertion "! WLSTRIDE_ISMODIFIED( stride1)" failed!
stride was modified
sac2c -V
sac2c v1.00-beta (Haggis And Apple)
developer rev 18411 linux-gnu_x86_64
(Sun Dec 1 13:45:58 EST 2013 by sac)
This failure appears to have appeared with Clemens' DupTree
copy-all-flags fix. It only affects the develment compiler.
Here is transpose.sac:
use Array: {transpose,genarray,++,*,iota,sum};
int main()
{
a = with {
( [ 0, 0] <= iv=[i,j] < [ 20, 15]) : j;
} : genarray( [40,20], 42);
b = transpose(a);
z = _sub_SxS_( sum(b), 23100);
StdIO::show(b);
StdIO::show(sum(b));
return( z);
}</pre>Clemens GrelckClemens Grelckhttps://gitlab.sac-home.org/sac-group/sac2c/-/issues/1980run simple applications2017-11-19T21:45:48ZVolkmar Wieserrun simple applications| | |
| --- | --- |
| Bugzilla Link | [1104](http://bugs.sac-home.org/show_bug.cgi?id=1104) |
| Created on | Dec 04, 2013 12:15 |
| Resolution | FIXED |
| Resolved on | Dec 06, 2013 14:20 |
| Version | 1.00beta |
| OS | Linux |
| Archi...| | |
| --- | --- |
| Bugzilla Link | [1104](http://bugs.sac-home.org/show_bug.cgi?id=1104) |
| Created on | Dec 04, 2013 12:15 |
| Resolution | FIXED |
| Resolved on | Dec 06, 2013 14:20 |
| Version | 1.00beta |
| OS | Linux |
| Architecture | PC |
| Attachments | [example.zip](/uploads/f2f26c01145a58bd3726cf9208857db0/example.zip) |
## Extended Description
<pre>Created an attachment (id=996)
Screenshot of output + files
Hi,
During SACDevCamp we have installed an updated SAC compiler version to my laptop. I'm not sure if every feature is working. Currently, I'm able to compile every SAC Program but not to execute them.
In the attached file you can see a screenshot about the cmd output, my SAC program, and the configuration file of the compiler
Many thanks,
Volkmar</pre>Clemens GrelckClemens Grelckhttps://gitlab.sac-home.org/sac-group/sac2c/-/issues/1981wrong sped function abstraction when using states and loops2017-11-19T21:45:55ZSven-Bodo Scholzwrong sped function abstraction when using states and loops| | |
| --- | --- |
| Bugzilla Link | [1136](http://bugs.sac-home.org/show_bug.cgi?id=1136) |
| Created on | Sep 19, 2014 15:35 |
| Resolution | FIXED |
| Resolved on | Mar 26, 2015 21:14 |
| Version | svn |
| OS | All |
| Architecture...| | |
| --- | --- |
| Bugzilla Link | [1136](http://bugs.sac-home.org/show_bug.cgi?id=1136) |
| Created on | Sep 19, 2014 15:35 |
| Resolution | FIXED |
| Resolved on | Mar 26, 2015 21:14 |
| Version | svn |
| OS | All |
| Architecture | PC |
| Attachments | [TotientRange.sac](/uploads/0a0d05cb0ed3b6e70cf13ae673b87e38/TotientRange.sac), [bound.sac](/uploads/d9c6ac57305d8ef2acf038c41c3db784/bound.sac), [1130swap.sac](/uploads/e5738db0a2c9bdb630762fba381a5a0c/1130swap.sac) |
## Extended Description
<pre>Created an attachment (id=1025)
source code
after mtstf ( sac2c-d -mt -o lib -Llib 1130.sac -noprelude -bmt:mtstf) we have:
_flat_0 = with2 (_pinl_420_iv=[_pinl_421__eat_14] (IDXS:_wlidx_581__flat_0)) {....}
where _pinl_1116__flat_59 is locally defined and used in the body...
after mtspmdf (sac2c-d -mt -o lib -Llib 1130.sac -noprelude -bmt:mtspmdf) we have:
cs, scs__SSA0_2 = maxclique:_ST::_mtspmdf_1354_expandFS( _pinl_1116__flat_59, c, scs, _flat_0) ;
this results in broken C code where the variable is used when setting up the SPMD frame without being defined.</pre>Clemens GrelckClemens Grelckhttps://gitlab.sac-home.org/sac-group/sac2c/-/issues/1982MTSTFMOD can't deal with recursion2017-11-19T21:46:01ZSven-Bodo ScholzMTSTFMOD can't deal with recursion| | |
| --- | --- |
| Bugzilla Link | [1137](http://bugs.sac-home.org/show_bug.cgi?id=1137) |
| Created on | Sep 20, 2014 23:28 |
| Resolution | FIXED |
| Resolved on | Sep 20, 2014 23:48 |
| Version | svn |
| OS | All |
| Architecture...| | |
| --- | --- |
| Bugzilla Link | [1137](http://bugs.sac-home.org/show_bug.cgi?id=1137) |
| Created on | Sep 20, 2014 23:28 |
| Resolution | FIXED |
| Resolved on | Sep 20, 2014 23:48 |
| Version | svn |
| OS | All |
| Architecture | PC |
| Attachments | [1136.sac](/uploads/55342df86d1c8e258e43525d02455b2a/1136.sac) |
## Extended Description
<pre>Created an attachment (id=1029)
source code
the ST version of evil, in its spmd function calls the ST version again leading to a deadlock.
compile with -mt -minmtsize 10 -bmt | vi -
shows this</pre>Clemens GrelckClemens Grelckhttps://gitlab.sac-home.org/sac-group/sac2c/-/issues/1983product compiler error: request for member ‘attribs’ in something not a struc...2017-11-19T21:46:07ZDaniel Rollsproduct compiler error: request for member ‘attribs’ in something not a structure or union| | |
| --- | --- |
| Bugzilla Link | [576](http://bugs.sac-home.org/show_bug.cgi?id=576) |
| Created on | Oct 23, 2009 19:07 |
| Resolution | FIXED |
| Resolved on | Oct 26, 2009 17:16 |
| Version | 1.00beta |
| OS | All |
| Architect...| | |
| --- | --- |
| Bugzilla Link | [576](http://bugs.sac-home.org/show_bug.cgi?id=576) |
| Created on | Oct 23, 2009 19:07 |
| Resolution | FIXED |
| Resolved on | Oct 26, 2009 17:16 |
| Version | 1.00beta |
| OS | All |
| Architecture | PC |
## Extended Description
<pre>A make prod of 16489 (today's head) causes this compiler failure on my mac:
precompile/lift_with3_bodies.c: In function ‘InitFolds’:
precompile/lift_with3_bodies.c:561: warning: dereferencing ‘void *’ pointer
precompile/lift_with3_bodies.c:561: error: request for member ‘attribs’ in something not a structure or union
The file was changed last in 16486 on Wednesday (21st October).
gcc version 4.0.1 (Apple Inc. build 5490)</pre>Daniel RollsDaniel Rollshttps://gitlab.sac-home.org/sac-group/sac2c/-/issues/1984Different tvd result when switching from vanilla sac2c to the sl_pp backend2017-11-19T21:46:14ZDaniel RollsDifferent tvd result when switching from vanilla sac2c to the sl_pp backend| | |
| --- | --- |
| Bugzilla Link | [678](http://bugs.sac-home.org/show_bug.cgi?id=678) |
| Created on | Feb 07, 2010 23:11 |
| Resolution | FIXED |
| Resolved on | Feb 11, 2010 12:37 |
| Version | svn |
| OS | All |
| Architecture |...| | |
| --- | --- |
| Bugzilla Link | [678](http://bugs.sac-home.org/show_bug.cgi?id=678) |
| Created on | Feb 07, 2010 23:11 |
| Resolution | FIXED |
| Resolved on | Feb 11, 2010 12:37 |
| Version | svn |
| OS | All |
| Architecture | PC |
| Attachments | [caj.sac](/uploads/dca2a60563747f1555c50c3de5c3af28/caj.sac), [tvd2db.sac](/uploads/1f458befa098d6cf7cc5aaaa48de3e56/tvd2db.sac) |
## Extended Description
<pre>The attached code returns NAN for the entire outputted array with -target sl_ppp. When I run with vanilla SaC I get the usual output. I ran this on a private build of Carl's and never recorded the sac2c version.
This is strange since the target option should only change backend code.
I have already tried giving different values (round, unround, zero and negative) to sqrt to compare the microgrid and C sqrt functions but see no difference. I'll try ruling out rounding errors next.</pre>Daniel RollsDaniel Rollshttps://gitlab.sac-home.org/sac-group/sac2c/-/issues/1985TGTL breaks many AWLF and CF unit tests2017-11-19T21:46:20ZRobert BerneckyTGTL breaks many AWLF and CF unit tests| | |
| --- | --- |
| Bugzilla Link | [1032](http://bugs.sac-home.org/show_bug.cgi?id=1032) |
| Created on | Nov 05, 2012 19:54 |
| Resolution | FIXED |
| Resolved on | Nov 20, 2012 09:30 |
| Version | svn |
| OS | Linux |
| Architectu...| | |
| --- | --- |
| Bugzilla Link | [1032](http://bugs.sac-home.org/show_bug.cgi?id=1032) |
| Created on | Nov 05, 2012 19:54 |
| Resolution | FIXED |
| Resolved on | Nov 20, 2012 09:30 |
| Version | svn |
| OS | Linux |
| Architecture | PC |
## Extended Description
<pre>A new traversal, TGTL, was released on Halloween. It breaks
many of the AWLF and CF unit tests. Please fix any failing
unit tests in these directories, AFTER adding your own
unit tests (see next paragraph) for tgtl, and getting them to
run cleanly.
TGTL does not appear to have any of its own unit tests, so it
is perhaps not surprising that failures in it (or failures
induced by it) are happening.
In addition, there is zero documentation in the traversal
code that gives any rationale for why this traversal was
invented. Please add appropriate documentation to the
relevant C code. [This may have been discussed in sacdev
email, but if so, I missed it.]
sac2c -V
sac2c v1.00-beta (Haggis And Apple)
product rev exported linux-gnu_x86_64
(Mon Nov 5 09:19:30 EST 2012 by sac)
[sac2c -V is not very useful any more, is it?]</pre>Fangyong TangFangyong Tanghttps://gitlab.sac-home.org/sac-group/sac2c/-/issues/1986Unable to build sac2c using cmake-follow on Ubuntu2017-11-19T21:46:32ZRobert BerneckyUnable to build sac2c using cmake-follow on Ubuntu| | |
| --- | --- |
| Bugzilla Link | [1184](http://bugs.sac-home.org/show_bug.cgi?id=1184) |
| Created on | Jan 10, 2017 20:28 |
| Resolution | FIXED |
| Resolved on | Jan 28, 2017 15:30 |
| Version | svn |
| OS | Linux |
| Architectu...| | |
| --- | --- |
| Bugzilla Link | [1184](http://bugs.sac-home.org/show_bug.cgi?id=1184) |
| Created on | Jan 10, 2017 20:28 |
| Resolution | FIXED |
| Resolved on | Jan 28, 2017 15:30 |
| Version | svn |
| OS | Linux |
| Architecture | PC |
| Attachments | [nm_output.txt](/uploads/06d53559b748173cd3df31426642474a/nm_output.txt), [sacprelude_d.sacbugreport](/uploads/4332e962359543bdefd80c1162495a0e/sacprelude_d.sacbugreport) |
## Extended Description
<pre>I tried to build the Ubuntu version of sac2c, using the instructions in
"suggestions for newbie developers". I get this failure:
CMake Error at /home/sac/sac2c/cmake/place-sac2crc-prelude-file.cmake:30 (MESSAGE):
No ~/.sac2crc directory found, please create it. If you have a `.sac2crc'
file, please move this to the ~/.sac2crc directory and rename it
`sac2crc.config'.
I did build an INSTALL script, which does a mkdir ./.sac2crc build_d build_p.
That is apparently not enough.
I am not sure how to proceed from here.</pre>Hans-Nikolai ViessmannHans-Nikolai Viessmannhttps://gitlab.sac-home.org/sac-group/sac2c/-/issues/1987ast.xml make checkxml fails on CUDA2017-11-19T21:46:37ZRobert Berneckyast.xml make checkxml fails on CUDA| | |
| --- | --- |
| Bugzilla Link | [723](http://bugs.sac-home.org/show_bug.cgi?id=723) |
| Created on | Jun 14, 2010 20:44 |
| Resolution | FIXED |
| Resolved on | Dec 09, 2010 11:26 |
| Version | svn |
| OS | Linux |
| Architecture...| | |
| --- | --- |
| Bugzilla Link | [723](http://bugs.sac-home.org/show_bug.cgi?id=723) |
| Created on | Jun 14, 2010 20:44 |
| Resolution | FIXED |
| Resolved on | Dec 09, 2010 11:26 |
| Version | svn |
| OS | Linux |
| Architecture | PC |
## Extended Description
<pre>make checkxml
xsltproc check_integrity.xsl ast.xml
Node Args of traversal CUDA Tag execution mode unknown
Build #16887</pre>Jing GuoJing Guohttps://gitlab.sac-home.org/sac-group/sac2c/-/issues/1988make checkxml complains about CUDA entries2017-11-19T21:46:42ZRobert Berneckymake checkxml complains about CUDA entries| | |
| --- | --- |
| Bugzilla Link | [768](http://bugs.sac-home.org/show_bug.cgi?id=768) |
| Created on | Nov 03, 2010 16:34 |
| Resolution | FIXED |
| Resolved on | Dec 09, 2010 11:26 |
| Version | svn |
| OS | Linux |
| Architecture...| | |
| --- | --- |
| Bugzilla Link | [768](http://bugs.sac-home.org/show_bug.cgi?id=768) |
| Created on | Nov 03, 2010 16:34 |
| Resolution | FIXED |
| Resolved on | Dec 09, 2010 11:26 |
| Version | svn |
| OS | Linux |
| Architecture | PC |
## Extended Description
<pre>$ make checkxml
xsltproc check_integrity.xsl ast.xml
Node Args of traversal CUDA Tag execution mode unknown
This has been around quite a while now.
Definitely fails on:
product rev 17138:MODIFIED linux-gnu_x86_64
(Tue Nov 2 18:23:55 EDT 2010 by sac)</pre>Jing GuoJing Guohttps://gitlab.sac-home.org/sac-group/sac2c/-/issues/1989Cuda needs architecture information about the card2017-11-19T21:46:48ZDaniel RollsCuda needs architecture information about the card| | |
| --- | --- |
| Bugzilla Link | [770](http://bugs.sac-home.org/show_bug.cgi?id=770) |
| Created on | Nov 04, 2010 12:07 |
| Resolution | FIXED |
| Resolved on | Nov 30, 2010 11:44 |
| Version | svn |
| OS | All |
| Architecture |...| | |
| --- | --- |
| Bugzilla Link | [770](http://bugs.sac-home.org/show_bug.cgi?id=770) |
| Created on | Nov 04, 2010 12:07 |
| Resolution | FIXED |
| Resolved on | Nov 30, 2010 11:44 |
| Version | svn |
| OS | All |
| Architecture | PC |
| Attachments | [add_property_to_sac2crc.patch](/uploads/f3565218f3624b0930b9e7cad6cd5ee8/add_property_to_sac2crc.patch) |
## Extended Description
<pre>Created an attachment (id=771)
patch
According to Jing the cuda backend can now use architecture information about the card to produce more efficient code. Currently there is no way to store this information in the sac2crc file but Jing has promised to fix this.
Maybe we need a property called something like cuda_arch?
I found a patch from Clemens where he added a property to sac2crc and used it so by copying the attached patch and changing the code this shouldn't be too much of a problem, I hope.</pre>Jing GuoJing Guohttps://gitlab.sac-home.org/sac-group/sac2c/-/issues/1990DLIR crashes ipape.sac in two ways2017-11-19T21:46:55ZRobert BerneckyDLIR crashes ipape.sac in two ways| | |
| --- | --- |
| Bugzilla Link | [952](http://bugs.sac-home.org/show_bug.cgi?id=952) |
| Created on | May 12, 2012 19:31 |
| Resolution | FIXED |
| Resolved on | May 16, 2012 20:20 |
| Version | svn |
| OS | Linux |
| Architecture...| | |
| --- | --- |
| Bugzilla Link | [952](http://bugs.sac-home.org/show_bug.cgi?id=952) |
| Created on | May 12, 2012 19:31 |
| Resolution | FIXED |
| Resolved on | May 16, 2012 20:20 |
| Version | svn |
| OS | Linux |
| Architecture | PC |
| Attachments | [ipape.sac](/uploads/7e7a21fa66ca88f60b74de8e97c4c60c/ipape.sac) |
## Extended Description
<pre>Created an attachment (id=886)
source code to reproduce fault
This failure is recent; it definitely appears in:
sac2c v1.00-beta (Haggis And Apple)
developer rev 17803 linux-gnu_x86_64
(Wed May 9 11:06:42 EDT 2012 by sac)
I see two failure modes, but it is also possible
that the non-failing case is not working properly; I have
not investigated that.
sac2c -doawlf -nowlf ipape.sac -nodlir -v1
WARNING: AWLF is enabled: -ecc enabled.
WARNING: AWLF is enabled: -extrema enabled.
WARNING: AWLF is enabled: -maxoptcyc=20
note: finished parsing.
OOOOOOOPS, your program crashed the compiler 8-((
[The crash here occurs in AWLFI, but if you look into
that code, you'll see a call to DLIR.]
sac2c -doawlf -nowlf ipape.sac -v1
WARNING: AWLF is enabled: -ecc enabled.
WARNING: AWLF is enabled: -extrema enabled.
WARNING: AWLF is enabled: -maxoptcyc=20
note: finished parsing.
tree/traverse_helper.c:440 Assertion "FALSE" failed!
Illegal nodetype found!</pre>Jaroslav SýkoraJaroslav Sýkorahttps://gitlab.sac-home.org/sac-group/sac2c/-/issues/1991bug652.breaks.sac dies in back end, due to unflattened AST node2017-11-19T21:47:01ZRobert Berneckybug652.breaks.sac dies in back end, due to unflattened AST node| | |
| --- | --- |
| Bugzilla Link | [1002](http://bugs.sac-home.org/show_bug.cgi?id=1002) |
| Created on | Jul 10, 2012 20:55 |
| Resolution | FIXED |
| Resolved on | Aug 27, 2012 18:49 |
| Version | svn |
| OS | Linux |
| Architectu...| | |
| --- | --- |
| Bugzilla Link | [1002](http://bugs.sac-home.org/show_bug.cgi?id=1002) |
| Created on | Jul 10, 2012 20:55 |
| Resolution | FIXED |
| Resolved on | Aug 27, 2012 18:49 |
| Version | svn |
| OS | Linux |
| Architecture | PC |
## Extended Description
<pre>sac2c bug652.breaks.sac -v4
...
** 20: Generating Code ...
**** Tag preparation ...
**** Converting to old type representation ...
**** Creating intermediate code macros ...
TRAVERSE ERROR: node of type 46:N_bool found where 31:N_id was expected!
sac@rattler:~/sac/testsuite/optimizations/awlf$ sac2c -V
sac2c v1.00-beta (Haggis And Apple)
developer rev 18058:MODIFIED linux-gnu_x86_64
(Tue Jul 10 10:45:30 EDT 2012 by sac)
We crash around or below codegen/compile.c:2663
A few levels up from the crash, we have this:
call PRTdoPrintNode(arg_node)
-----------------------------------------------
_unshare_( false, SACp_pinl_3510_iv)
--------------------------------------------
The clean approach, I suspect, would be to flatten "false".
FLATGflattenExpression can do this for you.</pre>Jaroslav SýkoraJaroslav Sýkorahttps://gitlab.sac-home.org/sac-group/sac2c/-/issues/1992UFIV traversal breaking CUDA partial folds2017-11-19T21:47:07ZMiguel Sousa DiogoUFIV traversal breaking CUDA partial folds| | |
| --- | --- |
| Bugzilla Link | [1011](http://bugs.sac-home.org/show_bug.cgi?id=1011) |
| Created on | Aug 01, 2012 17:09 |
| Resolution | FIXED |
| Resolved on | Aug 02, 2012 16:24 |
| Version | svn |
| OS | All |
| Architecture...| | |
| --- | --- |
| Bugzilla Link | [1011](http://bugs.sac-home.org/show_bug.cgi?id=1011) |
| Created on | Aug 01, 2012 17:09 |
| Resolution | FIXED |
| Resolved on | Aug 02, 2012 16:24 |
| Version | svn |
| OS | All |
| Architecture | PC |
## Extended Description
<pre>Compiling SaC code with fold with-loop for the CUDA backend with the CUDA partial folding optimization fails as of rev 18118. I got this error in previous revisions, but I was working on the cudahybrid backend so I though the issue was specific to that. It does not seem to be the case however:
------------------------------------------------
$ sac2c relax_fix.sac -target MBpro_cuda -dopfd
...
** 16: Introducing memory management instructions ...
**** Unshare index vectors in WL-folds ...
**** Propagating constants ...
**** CUDA Flatten generators ...
**** AUD/SCL distinction ...
**** Making copy operations explicit ...
**** Introducing explicit allocation statements ...
memory/alloc.c:1010 Assertion "( NODE_TYPE( prf) == N_prf && PRF_PRF( prf) == F_cond_wl_assign)" failed!
Result of partial fold is not defined by F_cond_wl_assign
------------------------------------------------
I briefly looked into this and the result of the partial fold is now a F_unshare prf which was introduced
by the UFIV traversal. I don't know if the assertion is now outdated or if this condition is really necessary. I'm assigning this to Jara, as he committed UFIV according to the svn logs.</pre>Jaroslav SýkoraJaroslav Sýkorahttps://gitlab.sac-home.org/sac-group/sac2c/-/issues/1993-check c issue on WL body conformity constraint2017-11-19T21:47:13ZSven-Bodo Scholz-check c issue on WL body conformity constraint| | |
| --- | --- |
| Bugzilla Link | [440](http://bugs.sac-home.org/show_bug.cgi?id=440) |
| Created on | Jun 23, 2008 21:11 |
| Resolution | FIXED |
| Resolved on | Feb 19, 2009 11:33 |
| Version | 1.00beta |
| OS | Linux |
| Archite...| | |
| --- | --- |
| Bugzilla Link | [440](http://bugs.sac-home.org/show_bug.cgi?id=440) |
| Created on | Jun 23, 2008 21:11 |
| Resolution | FIXED |
| Resolved on | Feb 19, 2009 11:33 |
| Version | 1.00beta |
| OS | Linux |
| Architecture | PC |
| Attachments | [aes.sac](/uploads/183e629c41b40572a245631845ea8b15/aes.sac) |
## Extended Description
<pre>Created an attachment (id=480)
source code
as of sac2c rev 15736
compiling the attached source file with the following options( each of which is crucial to produce the error): -maxspec 0 -noINL -check c
leads to
** 14: Introducing explicit memory management instructions ...
**** AUD/SCL distinction ...
**** Making copy operations explicit ...
**** Removing alias results from conformity checks ...
**** Introducing explicit allocation statements ...
**** Removing dead code ...
**** Inferring reuse candidates ...
**** Activating display of alias information ...
**** Interface aliasing analysis ...
**** Applying loop reuse optimization ...
**** Aliasing analysis ...
**** Removing non-local reuse-candidates ...
**** Removing invalid reuse candidates ...
**** Static reuse ...
**** Introducing reuse branches ...
TRAVERSE ERROR: node of type undefined found where N_assign was expected!
OOOPS your program crashed the compiler 8-((
Please send a bug report to bugs@sac-home.org.</pre>Kai TrojahnerKai Trojahnerhttps://gitlab.sac-home.org/sac-group/sac2c/-/issues/1994bools in CUDA backend broken.2017-11-19T21:47:18ZSven-Bodo Scholzbools in CUDA backend broken.| | |
| --- | --- |
| Bugzilla Link | [1176](http://bugs.sac-home.org/show_bug.cgi?id=1176) |
| Created on | Feb 26, 2016 14:32 |
| Resolution | FIXED |
| Resolved on | Mar 09, 2016 18:14 |
| Version | svn |
| OS | All |
| Architecture...| | |
| --- | --- |
| Bugzilla Link | [1176](http://bugs.sac-home.org/show_bug.cgi?id=1176) |
| Created on | Feb 26, 2016 14:32 |
| Resolution | FIXED |
| Resolved on | Mar 09, 2016 18:14 |
| Version | svn |
| OS | All |
| Architecture | PC |
## Extended Description
<pre>When compiling the following code
int main()
{
relprimes = with {
([1] <= [m] <[10000]): true;
} : genarray( [10000], false);
return _toi_S_( _sel_VxA_([0], relprimes));
}
with 1.2.beta-BlackForest-127-2cde and the following flags: sac2c -tcuda -check g
I obtain the following runtime error:
*** SAC runtime error
*** GPU Error: an illegal memory access was encountered</pre>Max BairdMax Bairdhttps://gitlab.sac-home.org/sac-group/sac2c/-/issues/1995Dead code walks again: StructOpSel2017-11-19T21:47:25ZStephan HerhutDead code walks again: StructOpSel| | |
| --- | --- |
| Bugzilla Link | [409](http://bugs.sac-home.org/show_bug.cgi?id=409) |
| Created on | Feb 18, 2008 19:23 |
| Resolution | FIXED |
| Resolved on | Jun 29, 2008 21:31 |
| Version | 1.00beta |
| OS | Linux |
| Archite...| | |
| --- | --- |
| Bugzilla Link | [409](http://bugs.sac-home.org/show_bug.cgi?id=409) |
| Created on | Feb 18, 2008 19:23 |
| Resolution | FIXED |
| Resolved on | Jun 29, 2008 21:31 |
| Version | 1.00beta |
| OS | Linux |
| Architecture | PC |
| Attachments | [supersimple.sac](/uploads/e441193aa18ab04b617fabe1b93522c2/supersimple.sac) |
## Extended Description
Created an attachment (id=459)
code to produce the error
The attached code breaks the compiler as of rev 15667 / 1063 (compiler/stdlib).Robert BerneckyRobert Berneckyhttps://gitlab.sac-home.org/sac-group/sac2c/-/issues/1996more non-flattened code produced by CF2017-11-19T21:47:31ZStephan Herhutmore non-flattened code produced by CF| | |
| --- | --- |
| Bugzilla Link | [410](http://bugs.sac-home.org/show_bug.cgi?id=410) |
| Created on | Feb 20, 2008 21:28 |
| Resolution | FIXED |
| Resolved on | Jul 13, 2008 15:18 |
| Version | 1.00beta |
| OS | Linux |
| Archite...| | |
| --- | --- |
| Bugzilla Link | [410](http://bugs.sac-home.org/show_bug.cgi?id=410) |
| Created on | Feb 20, 2008 21:28 |
| Resolution | FIXED |
| Resolved on | Jul 13, 2008 15:18 |
| Version | 1.00beta |
| OS | Linux |
| Architecture | PC |
| Attachments | [mat.sac](/uploads/ba8468c06886ba5ba7dbefe81cfdfbe7/mat.sac) |
## Extended Description
<pre>Created an attachment (id=460)
testcase to replicate
When compiling sac/testsuite/optimizations/ls/mat.sac, constantfolding creates the following selection operations:
_ls_282 = _sel_VxA_( [ 1 ], _flat_6);
_ls_283 = _sel_VxA_( [ 0 ], _flat_6);
_ls_284 = _sel_VxA_( [ 1 ], _flat_3);
_ls_285 = _sel_VxA_( [ 0 ], _flat_3);
Again, the index-vectors need to be flattened out, as we only allow scalar constants or identifiers as arguments to primitive functions.</pre>Robert BerneckyRobert Berneckyhttps://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 Bernecky