sac2c issueshttps://gitlab.sac-home.org/sac-group/sac2c/-/issues2017-11-19T21:04:04Zhttps://gitlab.sac-home.org/sac-group/sac2c/-/issues/1572APLlogd1 aus den demos liefert falsche Werte2017-11-19T21:04:04ZSven-Bodo ScholzAPLlogd1 aus den demos liefert falsche Werte| | |
| --- | --- |
| Bugzilla Link | [13](http://bugs.sac-home.org/show_bug.cgi?id=13) |
| Created on | Apr 24, 2003 20:41 |
| Resolution | FIXED |
| Resolved on | Apr 25, 2003 00:05 |
| Version | 1.00beta |
| OS | SunOS |
| Architect...| | |
| --- | --- |
| Bugzilla Link | [13](http://bugs.sac-home.org/show_bug.cgi?id=13) |
| Created on | Apr 24, 2003 20:41 |
| Resolution | FIXED |
| Resolved on | Apr 25, 2003 00:05 |
| Version | 1.00beta |
| OS | SunOS |
| Architecture | Sun |
## Extended Description
<pre>Der letzte Master-Run hat gezeigt:
-sacbase-idefix-> sac2c -O3 -v1 -ssa -maxlur 3 -o APLlogd1 APLlogd1.sac
-sacbase-idefix-> APLlogd1
sum( logd( 0.5 + tod(iota([500000])))) = 25000000.000000
-sacbase-idefix-> sac2c -O3 -v1 -ssa -noDL -maxlur 3 -o APLlogd1 APLlogd1.sac
-sacbase-idefix-> APLlogd1
sum( logd( 0.5 + tod(iota([500000])))) = 702.847938</pre>Michael WernerMichael Wernerhttps://gitlab.sac-home.org/sac-group/sac2c/-/issues/1571renaming problem of SAA?2017-11-19T21:03:58ZSven-Bodo Scholzrenaming problem of SAA?| | |
| --- | --- |
| Bugzilla Link | [408](http://bugs.sac-home.org/show_bug.cgi?id=408) |
| Created on | Nov 27, 2007 13:06 |
| Resolution | WORKSFORME |
| Resolved on | Nov 27, 2007 13:13 |
| Version | 1.00beta |
| OS | Linux |
| Ar...| | |
| --- | --- |
| Bugzilla Link | [408](http://bugs.sac-home.org/show_bug.cgi?id=408) |
| Created on | Nov 27, 2007 13:06 |
| Resolution | WORKSFORME |
| Resolved on | Nov 27, 2007 13:13 |
| Version | 1.00beta |
| OS | Linux |
| Architecture | PC |
| Attachments | [vectadds3.sac](/uploads/aff956447e79dac8e4c003ad968c94f3/vectadds3.sac) |
## Extended Description
Although the attached example compiles fine (sac2c rev 15662) SAA, if enabled,
leads to some strange output after the optimisations which insinuates some
renaming trouble (details below).Kai TrojahnerKai Trojahnerhttps://gitlab.sac-home.org/sac-group/sac2c/-/issues/1570missing or corruptes SAA data2017-11-19T21:03:53ZSven-Bodo Scholzmissing or corruptes SAA data| | |
| --- | --- |
| Bugzilla Link | [406](http://bugs.sac-home.org/show_bug.cgi?id=406) |
| Created on | Nov 08, 2007 14:59 |
| Resolution | DUPLICATE |
| Resolved on | Nov 16, 2007 12:32 |
| Version | 1.00beta |
| OS | Linux |
| Arc...| | |
| --- | --- |
| Bugzilla Link | [406](http://bugs.sac-home.org/show_bug.cgi?id=406) |
| Created on | Nov 08, 2007 14:59 |
| Resolution | DUPLICATE |
| Resolved on | Nov 16, 2007 12:32 |
| Version | 1.00beta |
| OS | Linux |
| Architecture | PC |
## Extended Description
<pre>compilation of demos/fun/letters.sac yields error:
ASSERTION FAILED: file 'arrayopt/ive_split_selections.c', line 230
missing saa shape!
Revision: 856
sac2c v1.00-beta (Live CD Edition) developer rev 15639 linux-gnu_i686</pre>Kai TrojahnerKai Trojahnerhttps://gitlab.sac-home.org/sac-group/sac2c/-/issues/1569buildv2.sac has Alzheimer's disease w/-dosaa -nophm2017-11-19T21:03:47ZRobert Berneckybuildv2.sac has Alzheimer's disease w/-dosaa -nophm| | |
| --- | --- |
| Bugzilla Link | [384](http://bugs.sac-home.org/show_bug.cgi?id=384) |
| Created on | Jul 05, 2007 19:57 |
| Resolution | DUPLICATE |
| Resolved on | Nov 09, 2007 23:49 |
| Version | 1.00beta |
| OS | Linux |
| Arc...| | |
| --- | --- |
| Bugzilla Link | [384](http://bugs.sac-home.org/show_bug.cgi?id=384) |
| Created on | Jul 05, 2007 19:57 |
| Resolution | DUPLICATE |
| Resolved on | Nov 09, 2007 23:49 |
| Version | 1.00beta |
| OS | Linux |
| Architecture | PC |
| Attachments | [buildv2.sac](/uploads/45cca686444ca70e159268b2079d3527/buildv2.sac) |
## Extended Description
<pre>Under Build #15445,
sac2c apex/buildv2/buildv2.sac -O3 -nophm
dies at run-time with bad free() in arena 3.
If I compile with -nosaa, there is no problem.
No idea if this is related to -nophm or not...</pre>Kai TrojahnerKai Trojahnerhttps://gitlab.sac-home.org/sac-group/sac2c/-/issues/1568referencecounting emits free on global object2017-11-19T21:03:41ZStephan Herhutreferencecounting emits free on global object| | |
| --- | --- |
| Bugzilla Link | [374](http://bugs.sac-home.org/show_bug.cgi?id=374) |
| Created on | Jun 14, 2007 15:19 |
| Resolution | FIXED |
| Resolved on | Nov 09, 2007 15:06 |
| Version | 1.00beta |
| OS | SunOS |
| Archite...| | |
| --- | --- |
| Bugzilla Link | [374](http://bugs.sac-home.org/show_bug.cgi?id=374) |
| Created on | Jun 14, 2007 15:19 |
| Resolution | FIXED |
| Resolved on | Nov 09, 2007 15:06 |
| Version | 1.00beta |
| OS | SunOS |
| Architecture | PC |
## Extended Description
<pre>sac/testsuite/objects/withloops/default-partition-2.sac triggers the problem.</pre>Kai TrojahnerKai Trojahnerhttps://gitlab.sac-home.org/sac-group/sac2c/-/issues/1567kp1.sac breaks in Inserting symbolic array attributes2017-11-19T21:03:35ZStephan Herhutkp1.sac breaks in Inserting symbolic array attributes| | |
| --- | --- |
| Bugzilla Link | [371](http://bugs.sac-home.org/show_bug.cgi?id=371) |
| Created on | Jun 12, 2007 15:58 |
| Resolution | WORKSFORME |
| Resolved on | Jun 12, 2007 21:41 |
| Version | 1.00beta |
| OS | Linux |
| Ar...| | |
| --- | --- |
| Bugzilla Link | [371](http://bugs.sac-home.org/show_bug.cgi?id=371) |
| Created on | Jun 12, 2007 15:58 |
| Resolution | WORKSFORME |
| Resolved on | Jun 12, 2007 21:41 |
| Version | 1.00beta |
| OS | Linux |
| Architecture | PC |
## Extended Description
<pre>The demo sac/demos/numerical/kp1.sac triggers a segfault of sac2c rev. 15336 in
stdopt/insert_symb_arrayattr.c:366.</pre>Kai TrojahnerKai Trojahnerhttps://gitlab.sac-home.org/sac-group/sac2c/-/issues/1566UTReplicate breaks codegen2017-11-19T21:03:30ZRobert BerneckyUTReplicate breaks codegen| | |
| --- | --- |
| Bugzilla Link | [359](http://bugs.sac-home.org/show_bug.cgi?id=359) |
| Created on | May 08, 2007 23:59 |
| Resolution | FIXED |
| Resolved on | May 15, 2007 15:21 |
| Version | 1.00beta |
| OS | Linux |
| Archite...| | |
| --- | --- |
| Bugzilla Link | [359](http://bugs.sac-home.org/show_bug.cgi?id=359) |
| Created on | May 08, 2007 23:59 |
| Resolution | FIXED |
| Resolved on | May 15, 2007 15:21 |
| Version | 1.00beta |
| OS | Linux |
| Architecture | PC |
| Attachments | [UTReplicate.sac](/uploads/370d4eea5f28ee85d16aa5158bd666f4/UTReplicate.sac) |
## Extended Description
<pre>** 16: Generating Code ...
**** Converting to old type representation ...
**** Creating intermediate code macros ...
**** Generating C file(s) ...
Writing file "UTReplicate.sac.exe.c"
ASSERTION FAILED: file 'codegen/icm2c_basic.c', line 96
inconsistant dimensions/sizes found!
EXECUTION TERMINATED
/home/apex/bin/papione: line 3: 18002 Aborted sac2c -noPHM
-check b -maxwlur 3 -dosaa -doswlf -#d,RBE -O3 $1 -o $1.exe $2 $3 $4</pre>Kai TrojahnerKai Trojahnerhttps://gitlab.sac-home.org/sac-group/sac2c/-/issues/1565SAA breaks masterrun2017-11-19T21:03:22ZClemens GrelckSAA breaks masterrun| | |
| --- | --- |
| Bugzilla Link | [350](http://bugs.sac-home.org/show_bug.cgi?id=350) |
| Created on | Mar 14, 2007 16:59 |
| Resolution | FIXED |
| Resolved on | Mar 15, 2007 14:07 |
| Version | 1.00alpha |
| OS | Linux |
| Archit...| | |
| --- | --- |
| Bugzilla Link | [350](http://bugs.sac-home.org/show_bug.cgi?id=350) |
| Created on | Mar 14, 2007 16:59 |
| Resolution | FIXED |
| Resolved on | Mar 15, 2007 14:07 |
| Version | 1.00alpha |
| OS | Linux |
| Architecture | All |
## Extended Description
<pre>Stdlib module ArrayFormat.sac cannot be compiled with saa:
sac2c -O3 -check tb -dosaa -o lib ArrayFormat.sac
To get the masterrun going again SAA is now de-activated by
default, but this obviously is not a solution.</pre>Kai TrojahnerKai Trojahnerhttps://gitlab.sac-home.org/sac-group/sac2c/-/issues/1564stdlib won't compile on build #152382017-11-19T21:03:17ZRobert Berneckystdlib won't compile on build #15238| | |
| --- | --- |
| Bugzilla Link | [348](http://bugs.sac-home.org/show_bug.cgi?id=348) |
| Created on | Mar 05, 2007 21:52 |
| Resolution | FIXED |
| Resolved on | Mar 08, 2007 12:53 |
| Version | 1.00beta |
| OS | Linux |
| Archite...| | |
| --- | --- |
| Bugzilla Link | [348](http://bugs.sac-home.org/show_bug.cgi?id=348) |
| Created on | Mar 05, 2007 21:52 |
| Resolution | FIXED |
| Resolved on | Mar 08, 2007 12:53 |
| Version | 1.00beta |
| OS | Linux |
| Architecture | PC |
## Extended Description
<pre>************************************************************
ASSERTION FAILED: file 'wltransform/wltransform.c', line 7740
make[4]: *** [lib/libDislin.so] Error 3
Summary says it all. Above taken from masterrun today.</pre>Kai TrojahnerKai Trojahnerhttps://gitlab.sac-home.org/sac-group/sac2c/-/issues/1563compiotad slowdown after switch from SCI to SAA; LIR not being performed any ...2017-11-19T21:03:11ZRobert Berneckycompiotad slowdown after switch from SCI to SAA; LIR not being performed any more| | |
| --- | --- |
| Bugzilla Link | [332](http://bugs.sac-home.org/show_bug.cgi?id=332) |
| Created on | Dec 02, 2006 15:15 |
| Resolution | FIXED |
| Resolved on | Nov 19, 2007 04:30 |
| Version | 1.00beta |
| OS | Linux |
| Archite...| | |
| --- | --- |
| Bugzilla Link | [332](http://bugs.sac-home.org/show_bug.cgi?id=332) |
| Created on | Dec 02, 2006 15:15 |
| Resolution | FIXED |
| Resolved on | Nov 19, 2007 04:30 |
| Version | 1.00beta |
| OS | Linux |
| Architecture | PC |
## Extended Description
<pre>As I noted two days ago, I saw some performance loss in a few
benchmarks after I released the IVE->SSA changes (build#15110), compared
to build#15093. As an example, compiotad.sac ran about 750msec
before, and 950msec afterwards.
I backed up to build #15093, and that version ran in 736-764msec.
I then compared various versions, as noted later. I also broke the
compiler at -b11 for #15111 (today) and #15100.
I have not looked at everything in detail, but I did note that,
near the end of the code, the computation of y[i] is no
longer being LIR'd upwards.
In fact, the computation of y[i] is invariant up to main, yet
y and i are passed through several laters of cond/loop fns...
Along the way, I noted other build times:
- 15093 736-764msec
- 15100 684-804msec
- 15101 2156-2244msec (could be related to not doing -doisv?)
- 15102 2160-2268msec (ditto)
- 15104 916-960msec
- 15109 908-996msec (w/ -doisv! Otherwise 4 seconds!
- 14111(today) 900-940msec
Clearly, things slowed down after 15100.
The change at version 15101 was to replace SCI with SAA as the driving
force behind IVE. That suggests that SAA is missing some inference
here, but both codes have replaced all sel() ops with _idx_sels.
But I don't see the connection between LIR and my shape_cliques.c
change.
---- later on ----
I again reverted to 15104(the one where I switched from using SCI to
using SAA).
I then ran the compiotad.sac test, then patched the return value in
shape_cliques.c to use SCI rather than SAA as the IVE driver, and got
this interesting result:
IVE w/SAA: 864-1024msec
IVE w/SCI: 732-816msec
Clearly, SAA is missing an inference. A diff at phase -b11 tells the
tale clearly (I've also attached the two .out files):
196a197
> int _ive_6988__pinl_6505__iv;
197a199
> int _ive_6986__pinl_3483__iv;
211c213,214
< _pinl_3512____flat_127 = idx_sel( _wlidx_6982__pinl_3487__z,
_pinl_3521___res);
---
> _ive_6986__pinl_3483__iv = idxs2offset( [ 40000000 ],
_pinl_3488___eat_218);
> _pinl_3512____flat_127 = idx_sel( _ive_6986__pinl_3483__iv,
_pinl_3521___res);
229c232,233
< _pinl_6845___flat_721__SSA7_1__SSA8_1 =
idx_sel( _wlidx_6984__pinl_6448_intx, _pinl_6852__z);
---
> _ive_6988__pinl_6505__iv = idxs2offset( [ 40000000 ],
_pinl_6508___eat_210);
> _pinl_6845___flat_721__SSA7_1__SSA8_1 =
idx_sel( _ive_6988__pinl_6505__iv, _pinl_6852__z);
This explains why compiotad is running slower, but it does not
explain why LIR is not being performed.</pre>Kai TrojahnerKai Trojahnerhttps://gitlab.sac-home.org/sac-group/sac2c/-/issues/1562IVE no longer optimizes T[iv+[1,0,0]]2017-11-19T21:03:05ZRobert BerneckyIVE no longer optimizes T[iv+[1,0,0]]| | |
| --- | --- |
| Bugzilla Link | [317](http://bugs.sac-home.org/show_bug.cgi?id=317) |
| Created on | Nov 07, 2006 22:08 |
| Resolution | DUPLICATE |
| Resolved on | Nov 09, 2007 23:59 |
| Version | 1.00beta |
| OS | Linux |
| Arc...| | |
| --- | --- |
| Bugzilla Link | [317](http://bugs.sac-home.org/show_bug.cgi?id=317) |
| Created on | Nov 07, 2006 22:08 |
| Resolution | DUPLICATE |
| Resolved on | Nov 09, 2007 23:59 |
| Version | 1.00beta |
| OS | Linux |
| Architecture | PC |
| Attachments | [tutu4.sac](/uploads/1ef5a2b09734012f572e38057d20d79a/tutu4.sac), [tutu2.sac](/uploads/3b3eb41ad652a5447541ee16b09ed6e8/tutu2.sac) |
## Extended Description
<pre>The pde1 performance problem appears to arise from a failure of ive_optimize
to convert T[iv+[1,0,0]] into T[offset].
OptimizeComputation does not handle the cat(iv1+off, iv2) in the inner WL.
Not sure how to proceed, so I'll blame Kai.</pre>Kai TrojahnerKai Trojahnerhttps://gitlab.sac-home.org/sac-group/sac2c/-/issues/1561empty generator detection in wlsimp fails!2017-11-19T21:02:58ZSven-Bodo Scholzempty generator detection in wlsimp fails!| | |
| --- | --- |
| Bugzilla Link | [313](http://bugs.sac-home.org/show_bug.cgi?id=313) |
| Created on | Oct 25, 2006 14:55 |
| Resolution | FIXED |
| Resolved on | Dec 16, 2009 23:37 |
| Version | 1.00beta |
| OS | SunOS |
| Archite...| | |
| --- | --- |
| Bugzilla Link | [313](http://bugs.sac-home.org/show_bug.cgi?id=313) |
| Created on | Oct 25, 2006 14:55 |
| Resolution | FIXED |
| Resolved on | Dec 16, 2009 23:37 |
| Version | 1.00beta |
| OS | SunOS |
| Architecture | PC |
| Attachments | [empty_outer_shape_akd.sac](/uploads/d97b20c44a20ad1a7d97dc396c876eae/empty_outer_shape_akd.sac) |
## Extended Description
<pre>The attached program is modified wrongly by wlsimp.
(rev 15061) compilation with -noWLSIMP works fine.
The problem seems to lie in the detection of empty partitions which
may fail if the idxvec is non-AKS.</pre>Kai TrojahnerKai Trojahnerhttps://gitlab.sac-home.org/sac-group/sac2c/-/issues/1560product version error: creates non-terminating programs that eat memory!2017-11-19T21:02:52ZSven-Bodo Scholzproduct version error: creates non-terminating programs that eat memory!| | |
| --- | --- |
| Bugzilla Link | [307](http://bugs.sac-home.org/show_bug.cgi?id=307) |
| Created on | Oct 12, 2006 13:07 |
| Resolution | FIXED |
| Resolved on | Nov 08, 2006 12:21 |
| Version | 1.00beta |
| OS | Solaris |
| Archi...| | |
| --- | --- |
| Bugzilla Link | [307](http://bugs.sac-home.org/show_bug.cgi?id=307) |
| Created on | Oct 12, 2006 13:07 |
| Resolution | FIXED |
| Resolved on | Nov 08, 2006 12:21 |
| Version | 1.00beta |
| OS | Solaris |
| Architecture | PC |
## Extended Description
<pre>sac2c rev 15037
stdlib rev 890
sac rev 765
livermoore_loops 10 and 14 are compiled into non-terminating code!!!
that happens in the product version only! The flags used are those
of the demos, i.e.,
sac2c.prod -O3 -v1 -maxlur 3 -noCSE -o loop10.prod loop10.sac
This bug renders the masterrun with full demos unfeasible!!!!</pre>Kai TrojahnerKai Trojahnerhttps://gitlab.sac-home.org/sac-group/sac2c/-/issues/1559WLPG and WLSIMP do not handle multi op wls with empty generators properly2017-11-19T21:02:46ZRobert BerneckyWLPG and WLSIMP do not handle multi op wls with empty generators properly| | |
| --- | --- |
| Bugzilla Link | [285](http://bugs.sac-home.org/show_bug.cgi?id=285) |
| Created on | Aug 18, 2006 15:24 |
| Resolution | FIXED |
| Resolved on | May 31, 2007 17:51 |
| Version | 1.00beta |
| OS | Linux |
| Archite...| | |
| --- | --- |
| Bugzilla Link | [285](http://bugs.sac-home.org/show_bug.cgi?id=285) |
| Created on | Aug 18, 2006 15:24 |
| Resolution | FIXED |
| Resolved on | May 31, 2007 17:51 |
| Version | 1.00beta |
| OS | Linux |
| Architecture | PC |
| Attachments | [tutu.sac](/uploads/09a631f27425ca53f040945067b9606c/tutu.sac), [tutu.b11_1_cvp](/uploads/58b669877ecc81d07ab9f1a8011ff721/tutu.b11_1_cvp) |
## Extended Description
<pre>sac2c rev #14937 dies in two distinct ways today. THeoretically, ISV has been
disabled by default.Not sure if the problem is ISC or INL...
sac@rattler:~/sac/apex> sac2c -V
sac2c v1.00-beta (Codename Wooden Shoes) rev 14937 linux-gnu_i686 (Fri Aug 18
09:25:24 EDT 2006 sac)
sac@rattler:~/sac/apex>
Two failure modes. This one:
****** main( hidden, hidden, hidden): ...
ABORT: line 583 file: UTBaseRep.sac
ABORT: rhs yields one value, 2 vars specified on the lhs
*** Compilation failed ***
*** Exit code 11 (Running SAC optimizations)
*** 1 Error(s), 0 Warning(s)
sac@rattler:~/sac/apex/UTBaseRep> sac2c -noisv -O3 UTBaseRep.sac
and this one:
** 14: Introducing explicit memory management instructions ...
**** AUD/SCL distinction ...
**** Making copy operations explicit ...
**** Introducing explicit allocation statements ...
**** Removing dead code ...
**** Inferring reuse candidates ...
**** Interface aliasing analysis ...
**** Applying loop reuse optimization ...
**** Aliasing analysis ...
**** Removing non-local reuse-candidates ...
ASSERTION FAILED: file 'src/tree/DataFlowMask.c', line 1266
Identifier not present in mask
EXECUTION TERMINATED
Aborted
sac@rattler:~/sac/apex/UTBaseRep> sac2c -O3 -noINL UTBaseRep.sac
Note that the second example</pre>Kai TrojahnerKai Trojahnerhttps://gitlab.sac-home.org/sac-group/sac2c/-/issues/1558ISV breaks APLmconv.sac and kp1.sac2017-11-19T21:02:39ZSven-Bodo ScholzISV breaks APLmconv.sac and kp1.sac| | |
| --- | --- |
| Bugzilla Link | [284](http://bugs.sac-home.org/show_bug.cgi?id=284) |
| Created on | Aug 18, 2006 13:24 |
| Resolution | FIXED |
| Resolved on | Nov 09, 2007 23:32 |
| Version | 1.00beta |
| OS | SunOS |
| Archite...| | |
| --- | --- |
| Bugzilla Link | [284](http://bugs.sac-home.org/show_bug.cgi?id=284) |
| Created on | Aug 18, 2006 13:24 |
| Resolution | FIXED |
| Resolved on | Nov 09, 2007 23:32 |
| Version | 1.00beta |
| OS | SunOS |
| Architecture | PC |
## Extended Description
sac2c rev 14914
with stdlib 859
and sac 741
Both files compile fine with ISV turned off.Kai TrojahnerKai Trojahnerhttps://gitlab.sac-home.org/sac-group/sac2c/-/issues/1557mconv runs out memory in 1.5GBmachine2017-11-19T21:02:34ZRobert Berneckymconv runs out memory in 1.5GBmachine| | |
| --- | --- |
| Bugzilla Link | [273](http://bugs.sac-home.org/show_bug.cgi?id=273) |
| Created on | Aug 10, 2006 20:46 |
| Resolution | REMIND |
| Resolved on | Oct 21, 2006 22:52 |
| Version | 1.00beta |
| OS | Linux |
| Archit...| | |
| --- | --- |
| Bugzilla Link | [273](http://bugs.sac-home.org/show_bug.cgi?id=273) |
| Created on | Aug 10, 2006 20:46 |
| Resolution | REMIND |
| Resolved on | Oct 21, 2006 22:52 |
| Version | 1.00beta |
| OS | Linux |
| Architecture | PC |
| Attachments | [mconv.sac](/uploads/559bcd8543b651145c6c5aedfd654363/mconv.sac), [crud.sac](/uploads/b95c4fd9328753f8c183ab9b63982f38/crud.sac) |
## Extended Description
<pre>The attached runs out of memory on a 1.5GB machine, running an admittedly
large convolution. However, the same convolution code, running under an
APL interpreter with no smarts whatsoever, runs in a 1GB workspace on
the same machine.
I said "refcnt", but am unsure as to the real cause.
Oh, I said "naive" up above, but the problem appears to occur with
the ArrayTransforms rotate code. It's possible that the APL
interpreter sees that the rotate array argument is a temp, so
does the rotate in-place.
However, I was hoping sac would be able to do at least that wel...</pre>Kai TrojahnerKai Trojahnerhttps://gitlab.sac-home.org/sac-group/sac2c/-/issues/1556triple mdiv bug - ISV problem2017-11-19T21:02:28ZSven-Bodo Scholztriple mdiv bug - ISV problem| | |
| --- | --- |
| Bugzilla Link | [269](http://bugs.sac-home.org/show_bug.cgi?id=269) |
| Created on | Aug 10, 2006 10:17 |
| Resolution | FIXED |
| Resolved on | Aug 10, 2006 22:18 |
| Version | 1.00beta |
| OS | SunOS |
| Archite...| | |
| --- | --- |
| Bugzilla Link | [269](http://bugs.sac-home.org/show_bug.cgi?id=269) |
| Created on | Aug 10, 2006 10:17 |
| Resolution | FIXED |
| Resolved on | Aug 10, 2006 22:18 |
| Version | 1.00beta |
| OS | SunOS |
| Architecture | Sun |
| Attachments | [mdiv.sac](/uploads/bcd70cffc3253370c19239b6713460bf/mdiv.sac) |
## Extended Description
<pre>investigating into bug 265 I found that we are, most likely dealing with a
combination of 3 bugs!
-noISV -noWLUR -noSCI => compiles fine!
-- => compiler ERRORS : missing definitions for _isv_ variables
-noISV => non terminating recursion in WLUR
-noWLUR => same as -- case
-noISV -noWLUR => SEGFAULT in SCI
-noSCI => same as -- case
all this with sac2c rev 14878, stdlib rev 852.
I created three bugs (including this one) and made 265 depend on all of them</pre>Kai TrojahnerKai Trojahnerhttps://gitlab.sac-home.org/sac-group/sac2c/-/issues/1555dtb.sac slays the entire planet again, but with gusto!2017-11-19T21:02:22ZRobert Berneckydtb.sac slays the entire planet again, but with gusto!| | |
| --- | --- |
| Bugzilla Link | [267](http://bugs.sac-home.org/show_bug.cgi?id=267) |
| Created on | Aug 09, 2006 23:19 |
| Resolution | FIXED |
| Resolved on | Aug 11, 2006 10:32 |
| Version | 1.00beta |
| OS | Linux |
| Archite...| | |
| --- | --- |
| Bugzilla Link | [267](http://bugs.sac-home.org/show_bug.cgi?id=267) |
| Created on | Aug 09, 2006 23:19 |
| Resolution | FIXED |
| Resolved on | Aug 11, 2006 10:32 |
| Version | 1.00beta |
| OS | Linux |
| Architecture | PC |
| Attachments | [crud2.sac](/uploads/f565db652feeb6c5093d1aa46e5892c1/crud2.sac), [crud3.sac](/uploads/42df561d27103f57f7c81a5f4f270a4a/crud3.sac) |
## Extended Description
<pre>The attached is a dinkytoy version of dtb.sac with lotsa stuff
ripped out of it, in the interest of keeping Der Bodo in good spirits.
It has the following set of interesting behaviors on build 14875
(with an rbe-tinkered version of shape_cliques.c that I think it not
relevant to this...):
sac2c -noopt crud2.sac
- works OK.
sac2c -O3 -noive -nosci -noisv crud2.sac
- reduce gives proper result
- contemplates navel, then runs out of memory
sac2c -O3 -noive -nosci
- result shape for reduction wrong
- runs out of memory as above
I tried foldfix vs nofoldfix, but that appears to be innocent.
There was also some funnies happening with strange shape vectors
with zeros in them where, like the hat on the bedpost, shouldn't have
been there.
There was also something where a Boolean array print had a value of
5, but I'm getting cross-eyed now...</pre>Kai TrojahnerKai Trojahnerhttps://gitlab.sac-home.org/sac-group/sac2c/-/issues/1554Type comparison for non-array types not implemented for matiota.sac2017-11-19T21:02:14ZRobert BerneckyType comparison for non-array types not implemented for matiota.sac| | |
| --- | --- |
| Bugzilla Link | [247](http://bugs.sac-home.org/show_bug.cgi?id=247) |
| Created on | Jul 26, 2006 20:38 |
| Resolution | FIXED |
| Resolved on | Aug 08, 2006 20:00 |
| Version | 1.00beta |
| OS | Linux |
| Archite...| | |
| --- | --- |
| Bugzilla Link | [247](http://bugs.sac-home.org/show_bug.cgi?id=247) |
| Created on | Jul 26, 2006 20:38 |
| Resolution | FIXED |
| Resolved on | Aug 08, 2006 20:00 |
| Version | 1.00beta |
| OS | Linux |
| Architecture | PC |
| Attachments | [matiota.sac](/uploads/434274ec91d350ad244b2ed5c8ca79b8/matiota.sac), [bugmatiota](/uploads/9a4511c668eda0bec9eaf262967eb91d/bugmatiota) |
## Extended Description
<pre>Attachment bugmatiota gives compiler diagnostic as above, when compiling w/ -O3.
Code compiles and may execute w/ -noOPT.</pre>Kai TrojahnerKai Trojahnerhttps://gitlab.sac-home.org/sac-group/sac2c/-/issues/1553Mystery memory-eater in for loop?2017-11-19T21:02:07ZRobert BerneckyMystery memory-eater in for loop?| | |
| --- | --- |
| Bugzilla Link | [200](http://bugs.sac-home.org/show_bug.cgi?id=200) |
| Created on | Jan 31, 2006 00:18 |
| Resolution | FIXED |
| Resolved on | Feb 02, 2006 17:00 |
| Version | 1.00beta |
| OS | Linux |
| Archite...| | |
| --- | --- |
| Bugzilla Link | [200](http://bugs.sac-home.org/show_bug.cgi?id=200) |
| Created on | Jan 31, 2006 00:18 |
| Resolution | FIXED |
| Resolved on | Feb 02, 2006 17:00 |
| Version | 1.00beta |
| OS | Linux |
| Architecture | PC |
| Attachments | [rle.sac](/uploads/4b6354d2dc50aa8ef72c3c5c64f5e441/rle.sac), [mdiv.sac](/uploads/c53ea308178285dc2b5e0db9f4643fbf/mdiv.sac), [crud5.sac](/uploads/007ec460adfced1038f5695c080b5256/crud5.sac), [sliii.sac](/uploads/8bbf3cce40ca7d2e1f002ae2f3c7bc6c/sliii.sac) |
## Extended Description
<pre>I'm not sure what's going on with the attached, but
it dies at run-time, apparently in the middle of what
looks like an innocent FOR loop, unable to allocate
about 1 MB of memory, or so says the SAC run-time.
The function slIII is the apparent villain, with sac2c -O3.
Compiling with -check tb -noOPT fails in a similar way,
but the system gets in a memory thrash (1.3 GB and rising)
before the FOR loop completes.
The slIII function starts, but never finishes, if the embedded
print statements are to be believed.</pre>Kai TrojahnerKai Trojahner