sac2c issueshttps://gitlab.sac-home.org/sac-group/sac2c/-/issues2017-11-19T20:17:42Zhttps://gitlab.sac-home.org/sac-group/sac2c/-/issues/1026Masterrun failure cannot be reproduced2017-11-19T20:17:42ZJing GuoMasterrun failure cannot be reproduced| | |
| --- | --- |
| Bugzilla Link | [846](http://bugs.sac-home.org/show_bug.cgi?id=846) |
| Created on | Jun 01, 2011 10:57 |
| Version | svn |
| OS | Linux |
| Architecture | PC |
## Extended Description
<pre>The masterrun shows t...| | |
| --- | --- |
| Bugzilla Link | [846](http://bugs.sac-home.org/show_bug.cgi?id=846) |
| Created on | Jun 01, 2011 10:57 |
| Version | svn |
| OS | Linux |
| Architecture | PC |
## Extended Description
<pre>The masterrun shows the following errors:
sac2c: Checked out revision 17411.
stdlib: Checked out revision 1521.
sac: Checked out revision 1478.
/tmp/MASTERR_tXWFB22273/sac/testsuite/optimizations/constantfolding/SCCFprf_modarray1:
base : > /bin/sh: ./SCCFprf_modarray1: No such file or directory
/tmp/MASTERR_tXWFB22273/sac/testsuite/optimizations/constantfolding/SCCFprf_modarray2:
base : > /bin/sh: ./SCCFprf_modarray2: No such file or directory
/tmp/MASTERR_tXWFB22273/sac/testsuite/unibench/ubgraphtestcase/exportdata:
actual: < /bin/sh: ./exportdata: not found
It seems that the errors are caused by the fact that programs SCCFprf_modarray1.sac, SCCFprf_modarray2.sac and exportdata.sac fail to compile. To reproduce the error, I've run the following commands on both my local machine (Ubuntu 9.10 32bit) and clustix (where the masterrun is originally run) with production and development versions of sac2c:
sac2c -O3 -check tb -v0 -DEXCLUDE_ERRORS -o SCCFprf_modarray1 SCCFprf_modarray1.sac
sac2c -O3 -check tb -v0 -DEXCLUDE_ERRORS -o SCCFprf_modarray2 SCCFprf_modarray2.sac
sac2c -O3 -check tb -v0 -DEXCLUDE_ERRORS -o exportdata exportdata.sac
However, all compilations succeed without errors. Therefore, I cannot reproduce the errors on either the local machine or clustix.</pre>Jing GuoJing Guohttps://gitlab.sac-home.org/sac-group/sac2c/-/issues/1196mutc local malloc uses malloc2017-11-19T20:29:37ZCarl Joslinmutc local malloc uses malloc| | |
| --- | --- |
| Bugzilla Link | [842](http://bugs.sac-home.org/show_bug.cgi?id=842) |
| Created on | Apr 14, 2011 14:10 |
| Version | svn |
| OS | Linux |
| Architecture | PC |
## Extended Description
As there is currently a bu...| | |
| --- | --- |
| Bugzilla Link | [842](http://bugs.sac-home.org/show_bug.cgi?id=842) |
| Created on | Apr 14, 2011 14:10 |
| Version | svn |
| OS | Linux |
| Architecture | PC |
## Extended Description
As there is currently a bug in the underlying alloca of sl malloc is used for local allocations. This creates a memory leak.Carl JoslinCarl Joslinhttps://gitlab.sac-home.org/sac-group/sac2c/-/issues/1195lw3 can not handle with3 in with or with22017-11-19T20:29:34ZCarl Joslinlw3 can not handle with3 in with or with2| | |
| --- | --- |
| Bugzilla Link | [841](http://bugs.sac-home.org/show_bug.cgi?id=841) |
| Created on | Apr 07, 2011 21:04 |
| Version | svn |
| OS | Linux |
| Architecture | PC |
## Extended Description
The addShareds function of...| | |
| --- | --- |
| Bugzilla Link | [841](http://bugs.sac-home.org/show_bug.cgi?id=841) |
| Created on | Apr 07, 2011 21:04 |
| Version | svn |
| OS | Linux |
| Architecture | PC |
## Extended Description
The addShareds function of lw3 does not traverse into with or with2 as it must not pass the accus in fold versions of them. However this will not work if there is a fold with3 inside the with/with2.Carl JoslinCarl Joslinhttps://gitlab.sac-home.org/sac-group/sac2c/-/issues/1093Mandelbrot compilation fails with assertion2017-11-19T20:21:46ZFrank PenczekMandelbrot compilation fails with assertion| | |
| --- | --- |
| Bugzilla Link | [840](http://bugs.sac-home.org/show_bug.cgi?id=840) |
| Created on | Mar 30, 2011 22:09 |
| Version | svn |
| OS | All |
| Architecture | PC |
## Extended Description
<pre>tested with sac2c
- rev...| | |
| --- | --- |
| Bugzilla Link | [840](http://bugs.sac-home.org/show_bug.cgi?id=840) |
| Created on | Mar 30, 2011 22:09 |
| Version | svn |
| OS | All |
| Architecture | PC |
## Extended Description
<pre>tested with sac2c
- rev. 17365 on linux
- rev. 17229 on mac
"make" in "sac/tutorial/L8_case-study_mandelbrot" produces:
sac2c -v 1 -O3 -nophm -o mandelbrot mandelbrot.sac
ASSERTION FAILED: file 'typecheck/elim_alpha_types.c', line 456
new element type of array does not match old type!
EXECUTION TERMINATED
make: *** [mandelbrot] Aborted
rm -rf mandelbrot.c
[...]
The error repeats for all .sac files in this directory.
Apologies if this this is a known (and already filed) bug.</pre>BugZillaBugZillahttps://gitlab.sac-home.org/sac-group/sac2c/-/issues/1032Tree corruption when using functional concurrency2017-11-19T20:18:04ZDaniel RollsTree corruption when using functional concurrency| | |
| --- | --- |
| Bugzilla Link | [835](http://bugs.sac-home.org/show_bug.cgi?id=835) |
| Created on | Mar 16, 2011 12:06 |
| Version | svn |
| OS | All |
| Architecture | PC |
| Attachments | [funcurbug.sac](/uploads/2493e4aade1b3...| | |
| --- | --- |
| Bugzilla Link | [835](http://bugs.sac-home.org/show_bug.cgi?id=835) |
| Created on | Mar 16, 2011 12:06 |
| Version | svn |
| OS | All |
| Architecture | PC |
| Attachments | [funcurbug.sac](/uploads/2493e4aade1b3d2a2f80950423859359/funcurbug.sac) |
## Extended Description
Created an attachment (id=798)
sac source code
Using 17343 compiling the attached code causes exposes a failure in Converting from SSA form due to a corrupted tree. Stephan kindly provided a patch (17344) that solves the tree corruption but makes the functional concurrency backend die in live variable analysis. This patch has allowed us to proceed using functional concurrency with the SL backend but effectively disables Aram's original implementation. Fixing this bug is not on the critical path but obviously it would be a shame to lose Aram's work.Aram VisserAram Visserhttps://gitlab.sac-home.org/sac-group/sac2c/-/issues/1021fibspawn not very concurrent2017-11-19T20:17:25ZCarl Joslinfibspawn not very concurrent| | |
| --- | --- |
| Bugzilla Link | [832](http://bugs.sac-home.org/show_bug.cgi?id=832) |
| Created on | Mar 10, 2011 22:49 |
| Version | svn |
| OS | Linux |
| Architecture | PC |
## Extended Description
<pre>I have tuned on mss f...| | |
| --- | --- |
| Bugzilla Link | [832](http://bugs.sac-home.org/show_bug.cgi?id=832) |
| Created on | Mar 10, 2011 22:49 |
| Version | svn |
| OS | Linux |
| Architecture | PC |
## Extended Description
<pre>I have tuned on mss for the mutc backend in 17349. However it does not resolve the problem.
On 10/03/11 22:12, Stephan Herhut wrote:
> The propagation of sync through the dataflow should be handled by a
> phase mss (move_sync_statements os similar) written by Aram. I
> basically pick up whatever he generated.
>
> The wrong looking code after PC is intentional. After PC, print uses
> the argtabs to print function invocations. These correspond to what
> the SL spawn will look like. In SL, the spawn aleady receives the
> result variable.
>
> First check whether MSS is actually running. If that does not help,
> ask Aram to fix it. If he cannot, I might try and find some time.
>
> Cheers
> Stephan
>
> On Thu, Mar 10, 2011 at 12:33 PM, Carl A Joslin
> <carl.joslin@joslinfamily.co.uk> wrote:
>> Hi Dan
>>
>> I had a quick look at your fibspawn test benchmark, to get an overview of
>> what the intermediate code looks like with functional parallelism.
>>
>> One thing that jumped out at me is that your program will not make use of
>> many threads as the syncs are right after the spawns:
>>
>> After mt ( a main phase that is not run in this case):
>>
>> _dec_rc_( _pinl_51__flat_183, 1);
>> _pinl_889__emal_653__pinl_52__flat_212 = _alloc_( 1, 0, [:int]);
>> _pinl_882__flat_212 = _fill_( _add_SxS_( i, -1),
>> _pinl_889__emal_653__pinl_52__flat_212);
>> _pinl_886__syn_638 = spawn _MAIN::fibworker( _pinl_882__flat_212) ;
>> n = _sync_( _pinl_886__syn_638);
>> _dec_rc_( _pinl_886__syn_638, 1);
>> _pinl_888__emal_652__pinl_53__flat_212 = _alloc_or_reuse_( 1, 0, [:int],
>> i);
>> _pinl_881__flat_212 = _fill_( _add_SxS_( i, -2),
>> _pinl_888__emal_652__pinl_53__flat_212);
>> _dec_rc_( i, 1);
>> _pinl_887__syn_639 = spawn _MAIN::fibworker( _pinl_881__flat_212) ;
>> m = _sync_( _pinl_887__syn_639);
>> _dec_rc_( _pinl_887__syn_639, 1);
>>
>> After pc right before the code is generated:
>>
>> _dec_rc_( SACp_emal_660__pinl_56__flat_183, 1);
>> SACp_pinl_906__emal_663__pinl_57__flat_212 = _add_SxS_( SACl_i, -1);
>> SACstf__MAIN__fibworker__i( SACl_n,
>> SACp_pinl_906__emal_663__pinl_57__flat_212) ; /* <- out in */
>> SACl_n = _sync_( SACp_pinl_903__syn_640);
>> _dec_rc_( SACp_pinl_903__syn_640, 1);
>> SACp_pinl_905__emal_662__pinl_58__flat_212 = _alloc_or_reuse_( 1, 0,
>> [:int], SACl_i);
>> SACp_pinl_905__emal_662__pinl_58__flat_212 = _add_SxS_( SACl_i, -2);
>> _dec_rc_( SACl_i, 1);
>> SACstf__MAIN__fibworker__i( SACl_m,
>> SACp_pinl_905__emal_662__pinl_58__flat_212) ; /* <- out in */
>> SACl_m = _sync_( SACp_pinl_904__syn_641);
>> _dec_rc_( SACp_pinl_904__syn_641, 1);
>>
>> I do not happened to the spawn keywords or the setting of the sync keywords.
>> I presume that that is just a printing problem.
>>
>> Carl
>>
>
>
></pre>Aram VisserAram Visserhttps://gitlab.sac-home.org/sac-group/sac2c/-/issues/1230SCCFprf_reshapeScalar.sac dies w/-doawlf2017-11-19T20:32:26ZRobert BerneckySCCFprf_reshapeScalar.sac dies w/-doawlf| | |
| --- | --- |
| Bugzilla Link | [830](http://bugs.sac-home.org/show_bug.cgi?id=830) |
| Created on | Feb 24, 2011 22:47 |
| Version | svn |
| OS | Linux |
| Architecture | PC |
## Extended Description
<pre>The above CF unit tes...| | |
| --- | --- |
| Bugzilla Link | [830](http://bugs.sac-home.org/show_bug.cgi?id=830) |
| Created on | Feb 24, 2011 22:47 |
| Version | svn |
| OS | Linux |
| Architecture | PC |
## Extended Description
<pre>The above CF unit test dies on version:
sac2c v1.00-beta (Haggis And Apple)
product rev 17333 linux-gnu_x86_64
(Thu Feb 24 17:25:33 EST 2011 by sac)
when compiled with -doawlf -nowlf -ecc -extrema
This will break in the masterrun, I suspect.
It dies in CSE, but the problem lies in
the current, half-implemented AWLFI code
to compute inverse projections of WL indices.
I'll try to work on this while I'm away,
but it's unlikely to get repaired before
the end of next week.</pre>Robert BerneckyRobert Berneckyhttps://gitlab.sac-home.org/sac-group/sac2c/-/issues/1291masterrun dies in SCCFprf_modarray1/2 w/production compiler2017-11-19T20:36:05ZRobert Berneckymasterrun dies in SCCFprf_modarray1/2 w/production compiler| | |
| --- | --- |
| Bugzilla Link | [829](http://bugs.sac-home.org/show_bug.cgi?id=829) |
| Created on | Feb 23, 2011 17:12 |
| Version | svn |
| OS | Linux |
| Architecture | PC |
## Extended Description
<pre>Two CF unit tests hav...| | |
| --- | --- |
| Bugzilla Link | [829](http://bugs.sac-home.org/show_bug.cgi?id=829) |
| Created on | Feb 23, 2011 17:12 |
| Version | svn |
| OS | Linux |
| Architecture | PC |
## Extended Description
<pre>Two CF unit tests have been broken on SOME hosts with the production
compiler, for some time now. This from nkk's masterrun of 2011-02-21 21:45:00:
sac2c: Checked out revision 17323.
stdlib: Checked out revision 1495.
Changed behavior when testsuite_res (product version):
************************************************************
/tmp/MASTERR_NzHmu10213/sac/testsuite/optimizations/constantfolding/SCCFprf_modarray1:
base : > /bin/sh: ./SCCFprf_modarray1: No such file or directory
/tmp/MASTERR_NzHmu10213/sac/testsuite/optimizations/constantfolding/SCCFprf_modarray2:
base : > /bin/sh: ./SCCFprf_modarray2: No such file or directory
/tmp/MASTERR_NzHmu10213/sac/testsuite/unibench/ubgraphtestcase/exportdata:
actual: < /bin/sh: ./exportdata: not found
This does not break on my X86 GCC system, with either production or
development compilers.</pre>BugZillaBugZillahttps://gitlab.sac-home.org/sac-group/sac2c/-/issues/1202Compiling the unibench csv-output testcode with "-mt 2" causes the program to...2017-11-19T20:29:57ZDaniel RollsCompiling the unibench csv-output testcode with "-mt 2" causes the program to run forever| | |
| --- | --- |
| Bugzilla Link | [828](http://bugs.sac-home.org/show_bug.cgi?id=828) |
| Created on | Feb 21, 2011 11:12 |
| Version | svn |
| OS | MacOS X |
| Architecture | PC |
## Extended Description
<pre>This was seen on th...| | |
| --- | --- |
| Bugzilla Link | [828](http://bugs.sac-home.org/show_bug.cgi?id=828) |
| Created on | Feb 21, 2011 11:12 |
| Version | svn |
| OS | MacOS X |
| Architecture | PC |
## Extended Description
<pre>This was seen on the latest sac2c last week and over the weekend. A testcase heavy in AUD code exists in testsuite/unibench. It was previously working without mt but failed to compile with MT with bug 776. Recently it has started to compile but on Gutemine (Mac OS Leopard) runs forever without using in processor resources. This causes the Masterrun to block.
No strace command exists on the Mac. Does anybody know of a dtrace script that emulates strace so that I can confirm whether or not the program is blocking on a system call?
To reproduce go to sac/testsuite/unibench and run "make checkres MAKE_MT_ALSO=yes".</pre>Clemens GrelckClemens Grelckhttps://gitlab.sac-home.org/sac-group/sac2c/-/issues/1092Sac2c compilation fails on asterix2017-11-19T20:21:42ZNilesh KaravadaraSac2c compilation fails on asterix| | |
| --- | --- |
| Bugzilla Link | [824](http://bugs.sac-home.org/show_bug.cgi?id=824) |
| Created on | Feb 14, 2011 19:27 |
| Version | svn |
| OS | Linux |
| Architecture | PC |
## Extended Description
<pre>masterrun results for...| | |
| --- | --- |
| Bugzilla Link | [824](http://bugs.sac-home.org/show_bug.cgi?id=824) |
| Created on | Feb 14, 2011 19:27 |
| Version | svn |
| OS | Linux |
| Architecture | PC |
## Extended Description
<pre>masterrun results for asterix.stca.herts.ac.uk [i686-solaris] started Mon Feb 14 08:45:00 GMT 2011 by dsr
sac2c: Checked out revision 17307.
reported failure, following error seems to be a cause
ERROR: Cannot load shared library '/home/nkk/temp/sac/sac2c/lib/libsac2c.so'... aborting.
The system returned the following error message: ld.so.1: sac2c: fatal: relocation error: file /home/nkk/temp/sac/sac2c/lib/libsac2c.so: symbol CHKMmodule: referenced symbol not found</pre>BugZillaBugZillahttps://gitlab.sac-home.org/sac-group/sac2c/-/issues/1091UTThornInt aka ArrayFormat woes2017-11-19T20:21:38ZRobert BerneckyUTThornInt aka ArrayFormat woes| | |
| --- | --- |
| Bugzilla Link | [822](http://bugs.sac-home.org/show_bug.cgi?id=822) |
| Created on | Feb 10, 2011 16:33 |
| Version | svn |
| OS | Linux |
| Architecture | PC |
| Attachments | [UTThornInt.sac](/uploads/207cc24060...| | |
| --- | --- |
| Bugzilla Link | [822](http://bugs.sac-home.org/show_bug.cgi?id=822) |
| Created on | Feb 10, 2011 16:33 |
| Version | svn |
| OS | Linux |
| Architecture | PC |
| Attachments | [UTThornInt.sac](/uploads/207cc24060fcec2f9a3f202bd7dfe1c2/UTThornInt.sac) |
## Extended Description
<pre>Created an attachment (id=794)
source code to reproduce fault
I just tried compiling apex/UTThornInt/UTThornInt.sac, with:
sac2c v1.00-beta (Haggis And Apple)
product rev 17290:17300:MODIFIED linux-gnu_x86_64
(Wed Feb 9 16:58:44 EST 2011 by sac)
No compiler options.
Compilation time is excessive - 5-10 minutes on a 3.2GHz machine.
Sorry, but I did not time it.
DL takes a long time on several iterations.
Memory footprint grows constantly, but no single optimization
(based on compiling with -v4 and watching system monitor in linux)
seems at fault.
The compile maxes out at about 3.9GB-ish for sac2c, but then
cc1 comes along and drives that up to 5.8GB.
Perhaps some kcachegrind person can look into this and see
if we have a memory leak there? [Not sure what we can do
about the cc1 part, though.]</pre>BugZillaBugZillahttps://gitlab.sac-home.org/sac-group/sac2c/-/issues/1194PEW removes copy partitions2017-11-19T20:29:31ZCarl JoslinPEW removes copy partitions| | |
| --- | --- |
| Bugzilla Link | [821](http://bugs.sac-home.org/show_bug.cgi?id=821) |
| Created on | Feb 10, 2011 16:22 |
| Version | svn |
| OS | Linux |
| Architecture | PC |
## Extended Description
Removing copy partitions i...| | |
| --- | --- |
| Bugzilla Link | [821](http://bugs.sac-home.org/show_bug.cgi?id=821) |
| Created on | Feb 10, 2011 16:22 |
| Version | svn |
| OS | Linux |
| Architecture | PC |
## Extended Description
Removing copy partitions is incorrect in some cases for example fft.Carl JoslinCarl Joslinhttps://gitlab.sac-home.org/sac-group/sac2c/-/issues/2189compiler crashed - WLF bug when folding across different frame-shapes2017-11-23T23:23:19ZNilesh Karavadaracompiler crashed - WLF bug when folding across different frame-shapes| | |
| --- | --- |
| Bugzilla Link | [820](http://bugs.sac-home.org/show_bug.cgi?id=820) |
| Created on | Jan 25, 2011 09:25 |
| Version | svn |
| OS | Linux |
| Architecture | PC |
| Attachments | [slice.sacbugreport](/uploads/324848...| | |
| --- | --- |
| Bugzilla Link | [820](http://bugs.sac-home.org/show_bug.cgi?id=820) |
| Created on | Jan 25, 2011 09:25 |
| Version | svn |
| OS | Linux |
| Architecture | PC |
| Attachments | [slice.sacbugreport](/uploads/3248489b063509ead2c7838faf3ac4ea/slice.sacbugreport), [bug820.sac](/uploads/60bf77a4d8f8a49dacff819415632f22/bug820.sac) |
## Extended Description
<pre>Created an attachment (id=792)
Bug Report
/**********************************************************************
*
* SAC bug report: slice.sacbugreport
*
**********************************************************************
*
* Automatically generated on Tue Jan 25 09:19:38 GMT 2011
*
* using sac2c v1.00-beta (Haggis And Apple) rev 17286 for linux-gnu_i686
* built Mon Jan 24 17:32:53 GMT 2011.
* by user nkk on host obelix for linux-gnu.
*
* The compiler was called by
* sac2c -o slice slice.sac
*
* The compiler crashed in
* phase: opt (Running SAC optimizations)
* sub phase: cyc (Optimization cycle)
* cycle phase: wlf (Applying with-loop folding)
* cycle instance: 1
*
* What follows is the contents of slice.sac.
*
**********************************************************************/</pre>Sven-Bodo ScholzSven-Bodo Scholzhttps://gitlab.sac-home.org/sac-group/sac2c/-/issues/2187stdlib won't compile with the SUN compiler2017-11-19T22:05:51ZRoeland Doumastdlib won't compile with the SUN compiler| | |
| --- | --- |
| Bugzilla Link | [816](http://bugs.sac-home.org/show_bug.cgi?id=816) |
| Created on | Jan 07, 2011 12:36 |
| Version | svn |
| OS | Linux |
| Architecture | PC |
## Extended Description
This is a tracker bug to a...| | |
| --- | --- |
| Bugzilla Link | [816](http://bugs.sac-home.org/show_bug.cgi?id=816) |
| Created on | Jan 07, 2011 12:36 |
| Version | svn |
| OS | Linux |
| Architecture | PC |
## Extended Description
This is a tracker bug to allow compilation of the stdlib with suncc.Sven-Bodo ScholzSven-Bodo Scholzhttps://gitlab.sac-home.org/sac-group/sac2c/-/issues/1201Defines with non static values2017-11-19T20:29:53ZRoeland DoumaDefines with non static values| | |
| --- | --- |
| Bugzilla Link | [815](http://bugs.sac-home.org/show_bug.cgi?id=815) |
| Created on | Jan 07, 2011 11:58 |
| Version | svn |
| OS | Linux |
| Architecture | PC |
## Extended Description
<pre>In sac.h serveral sym...| | |
| --- | --- |
| Bugzilla Link | [815](http://bugs.sac-home.org/show_bug.cgi?id=815) |
| Created on | Jan 07, 2011 11:58 |
| Version | svn |
| OS | Linux |
| Architecture | PC |
## Extended Description
<pre>In sac.h serveral symbols are not defined statically. Which (on Solaris at least) generates linker warnings.
Warnigns:
ld: warning: symbol `SAC_MT_Tasklock' has differing sizes:
(file a.out.o value=0x300; file /scratch/rdouma/suncc//stdlib/world/stdio/lib/libStdIOMod.so value=0x18);
a.out.o definition taken
ld: warning: symbol `SAC_MT_Tasklock' has differing sizes:
(file a.out.o value=0x300; file /scratch/rdouma/suncc//stdlib/world/stdio/lib/libBinFileMod.so value=0x18);
a.out.o definition taken
ld: warning: symbol `SAC_MT_Tasklock' has differing sizes:
(file a.out.o value=0x300; file /scratch/rdouma/suncc//stdlib/world/stdio/lib/libScalarIOMod.so value=0x18);
a.out.o definition taken
ld: warning: symbol `SAC_MT_Tasklock' has differing sizes:
(file a.out.o value=0x300; file /scratch/rdouma/suncc//stdlib/world/stdio/lib/libArrayIOMod.so value=0x18);
a.out.o definition taken
ld: warning: symbol `SAC_MT_Tasklock' has differing sizes:
(file a.out.o value=0x300; file /scratch/rdouma/suncc//stdlib/world/stdio/lib/libFibreIOMod.so value=0x18);
a.out.o definition taken
ld: warning: symbol `SAC_MT_Tasklock' has differing sizes:
(file a.out.o value=0x300; file /scratch/rdouma/suncc//stdlib/world/stdio/lib/libListIOMod.so value=0x18);
a.out.o definition taken
ld: warning: symbol `SAC_MT_Tasklock' has differing sizes:
(file a.out.o value=0x300; file /scratch/rdouma/suncc//stdlib/world/stdio/lib/libComplexIOMod.so value=0x18);
a.out.o definition taken
ld: warning: symbol `SAC_MT_Tasklock' has differing sizes:
(file a.out.o value=0x300; file /scratch/rdouma/suncc//stdlib/world/stdio/lib/libIOresourcesMod.so value=0x18);
a.out.o definition taken
ld: warning: symbol `SAC_MT_last_taskend' has differing sizes:
(file a.out.o value=0x4; file /scratch/rdouma/suncc//stdlib/modules/structures/lib/libStringArrayMod.so value=0xc);
a.out.o definition taken and updated with larger size
ld: warning: symbol `SAC_MT_act_tasksize' has differing sizes:
(file a.out.o value=0x4; file /scratch/rdouma/suncc//stdlib/modules/structures/lib/libStringArrayMod.so value=0xc);
a.out.o definition taken and updated with larger size
ld: warning: symbol `SAC_MT_Task' has differing sizes:
(file a.out.o value=0x80; file /scratch/rdouma/suncc//stdlib/modules/structures/lib/libStringArrayMod.so value=0x180);
a.out.o definition taken and updated with larger size
ld: warning: symbol `SAC_MT_Taskcount' has differing sizes:
(file a.out.o value=0x4; file /scratch/rdouma/suncc//stdlib/modules/structures/lib/libStringArrayMod.so value=0xc);
a.out.o definition taken and updated with larger size
ld: warning: symbol `SAC_MT_Tasklock' has differing sizes:
(file a.out.o value=0x300; file /scratch/rdouma/suncc//stdlib/modules/structures/lib/libStringArrayMod.so value=0x900);
a.out.o definition taken
ld: warning: symbol `SAC_MT_LAST_Task' has differing sizes:
(file a.out.o value=0x80; file /scratch/rdouma/suncc//stdlib/modules/structures/lib/libStringArrayMod.so value=0x180);
a.out.o definition taken and updated with larger size
ld: warning: symbol `SAC_MT_rest_iterations' has differing sizes:
(file a.out.o value=0x4; file /scratch/rdouma/suncc//stdlib/modules/structures/lib/libStringArrayMod.so value=0xc);
a.out.o definition taken and updated with larger size
ld: warning: symbol `SAC_MT_TS_Tasklock' has differing sizes:
(file a.out.o value=0x18; file /scratch/rdouma/suncc//stdlib/modules/structures/lib/libStringArrayMod.so value=0x48);
a.out.o definition taken
ld: warning: symbol `SAC_MT_TS_Tasklock' has differing sizes:
(file a.out.o value=0x18; file /scratch/rdouma/suncc//stdlib/modules/structures/lib/libArrayFormatMod.so value=0x48);
a.out.o definition taken
ld: warning: symbol `SAC_MT_Tasklock' has differing sizes:
(file a.out.o value=0x300; file /scratch/rdouma/suncc//stdlib/modules/structures/lib/libArrayFormatMod.so value=0x900);
a.out.o definition taken
ld: warning: symbol `SAC_MT_Tasklock' has differing sizes:
(file a.out.o value=0x300; file /scratch/rdouma/suncc//stdlib/modules/structures/lib/libStructuresMod.so value=0x18);
a.out.o definition taken
ld: warning: symbol `SAC_MT_Tasklock' has differing sizes:
(file a.out.o value=0x300; file /scratch/rdouma/suncc//stdlib/modules/structures/lib/libBitsMod.so value=0x18);
a.out.o definition taken
ld: warning: symbol `SAC_MT_Tasklock' has differing sizes:
(file a.out.o value=0x300; file /scratch/rdouma/suncc//stdlib/modules/structures/lib/libComplexMod.so value=0x18);
a.out.o definition taken
ld: warning: symbol `SAC_MT_Tasklock' has differing sizes:
(file a.out.o value=0x300; file /scratch/rdouma/suncc//stdlib/modules/structures/lib/libListMod.so value=0x18);
a.out.o definition taken
ld: warning: symbol `SAC_MT_LAST_Task' has differing sizes:
(file a.out.o value=0x180; file /scratch/rdouma/suncc//stdlib/modules/structures/lib/libColor8Mod.so value=0x100);
a.out.o definition taken
ld: warning: symbol `SAC_MT_rest_iterations' has differing sizes:
(file a.out.o value=0xc; file /scratch/rdouma/suncc//stdlib/modules/structures/lib/libColor8Mod.so value=0x8);
a.out.o definition taken
ld: warning: symbol `SAC_MT_act_tasksize' has differing sizes:
(file a.out.o value=0xc; file /scratch/rdouma/suncc//stdlib/modules/structures/lib/libColor8Mod.so value=0x8);
a.out.o definition taken
ld: warning: symbol `SAC_MT_TS_Tasklock' has differing sizes:
(file a.out.o value=0x18; file /scratch/rdouma/suncc//stdlib/modules/structures/lib/libColor8Mod.so value=0x30);
a.out.o definition taken
ld: warning: symbol `SAC_MT_Tasklock' has differing sizes:
(file a.out.o value=0x300; file /scratch/rdouma/suncc//stdlib/modules/structures/lib/libColor8Mod.so value=0x600);
a.out.o definition taken
ld: warning: symbol `SAC_MT_Task' has differing sizes:
(file a.out.o value=0x180; file /scratch/rdouma/suncc//stdlib/modules/structures/lib/libColor8Mod.so value=0x100);
a.out.o definition taken
ld: warning: symbol `SAC_MT_last_taskend' has differing sizes:
(file a.out.o value=0xc; file /scratch/rdouma/suncc//stdlib/modules/structures/lib/libColor8Mod.so value=0x8);
a.out.o definition taken
ld: warning: symbol `SAC_MT_Taskcount' has differing sizes:
(file a.out.o value=0xc; file /scratch/rdouma/suncc//stdlib/modules/structures/lib/libColor8Mod.so value=0x8);
a.out.o definition taken
ld: warning: symbol `SAC_MT_Tasklock' has differing sizes:
(file a.out.o value=0x300; file /scratch/rdouma/suncc//stdlib/world/system/lib/libRuntimeErrorMod.so value=0x18);
a.out.o definition taken
ld: warning: symbol `SAC_MT_Tasklock' has differing sizes:
(file a.out.o value=0x300; file /scratch/rdouma/suncc//stdlib/world/stdio/lib/libFileMod.so value=0x18);
a.out.o definition taken
ld: warning: symbol `SAC_MT_Tasklock' has differing sizes:
(file a.out.o value=0x300; file /scratch/rdouma/suncc//stdlib/world/stdio/lib/libTermFileMod.so value=0x18);
a.out.o definition taken
ld: warning: symbol `SAC_MT_Tasklock' has differing sizes:
(file a.out.o value=0x300; file /scratch/rdouma/suncc//stdlib/world/system/lib/libTerminalMod.so value=0x18);
a.out.o definition taken
ld: warning: symbol `SAC_MT_Tasklock' has differing sizes:
(file a.out.o value=0x300; file /scratch/rdouma/suncc//stdlib/world/system/lib/libFileSystemMod.so value=0x18);
a.out.o definition taken
ld: warning: symbol `SAC_MT_Tasklock' has differing sizes:
(file a.out.o value=0x300; file /scratch/rdouma/suncc//stdlib/modules/structures/lib/libArrayMod.so value=0x18);
a.out.o definition taken
ld: warning: symbol `SAC_MT_Tasklock' has differing sizes:
(file a.out.o value=0x300; file /scratch/rdouma/suncc//stdlib/modules/numerical/lib/libMathArrayMod.so value=0x18);
a.out.o definition taken
ld: warning: symbol `SAC_MT_Tasklock' has differing sizes:
(file a.out.o value=0x300; file /scratch/rdouma/suncc//stdlib/modules/structures/lib/libComplexArrayTransformMod.so value=0x600);
a.out.o definition taken
ld: warning: symbol `SAC_MT_last_taskend' has differing sizes:
(file a.out.o value=0xc; file /scratch/rdouma/suncc//stdlib/modules/structures/lib/libComplexArrayTransformMod.so value=0x8);
a.out.o definition taken
ld: warning: symbol `SAC_MT_LAST_Task' has differing sizes:
(file a.out.o value=0x180; file /scratch/rdouma/suncc//stdlib/modules/structures/lib/libComplexArrayTransformMod.so value=0x100);
a.out.o definition taken
ld: warning: symbol `SAC_MT_TS_Tasklock' has differing sizes:
(file a.out.o value=0x18; file /scratch/rdouma/suncc//stdlib/modules/structures/lib/libComplexArrayTransformMod.so value=0x30);
a.out.o definition taken
ld: warning: symbol `SAC_MT_act_tasksize' has differing sizes:
(file a.out.o value=0xc; file /scratch/rdouma/suncc//stdlib/modules/structures/lib/libComplexArrayTransformMod.so value=0x8);
a.out.o definition taken
ld: warning: symbol `SAC_MT_Task' has differing sizes:
(file a.out.o value=0x180; file /scratch/rdouma/suncc//stdlib/modules/structures/lib/libComplexArrayTransformMod.so value=0x100);
a.out.o definition taken
ld: warning: symbol `SAC_MT_rest_iterations' has differing sizes:
(file a.out.o value=0xc; file /scratch/rdouma/suncc//stdlib/modules/structures/lib/libComplexArrayTransformMod.so value=0x8);
a.out.o definition taken
ld: warning: symbol `SAC_MT_Taskcount' has differing sizes:
(file a.out.o value=0xc; file /scratch/rdouma/suncc//stdlib/modules/structures/lib/libComplexArrayTransformMod.so value=0x8);
a.out.o definition taken
ld: warning: symbol `SAC_MT_Tasklock' has differing sizes:
(file a.out.o value=0x300; file /scratch/rdouma/suncc//stdlib/modules/structures/lib/libComplexArrayArithMod.so value=0x18);
a.out.o definition taken
ld: warning: symbol `SAC_MT_LAST_Task' has differing sizes:
(file a.out.o value=0x180; file /scratch/rdouma/suncc//stdlib/modules/structures/lib/libArrayTransformMod.so value=0x100);
a.out.o definition taken
ld: warning: symbol `SAC_MT_TS_Tasklock' has differing sizes:
(file a.out.o value=0x18; file /scratch/rdouma/suncc//stdlib/modules/structures/lib/libArrayTransformMod.so value=0x30);
a.out.o definition taken
ld: warning: symbol `SAC_MT_Taskcount' has differing sizes:
(file a.out.o value=0xc; file /scratch/rdouma/suncc//stdlib/modules/structures/lib/libArrayTransformMod.so value=0x8);
a.out.o definition taken
ld: warning: symbol `SAC_MT_Task' has differing sizes:
(file a.out.o value=0x180; file /scratch/rdouma/suncc//stdlib/modules/structures/lib/libArrayTransformMod.so value=0x100);
a.out.o definition taken
ld: warning: symbol `SAC_MT_last_taskend' has differing sizes:
(file a.out.o value=0xc; file /scratch/rdouma/suncc//stdlib/modules/structures/lib/libArrayTransformMod.so value=0x8);
a.out.o definition taken
ld: warning: symbol `SAC_MT_Tasklock' has differing sizes:
(file a.out.o value=0x300; file /scratch/rdouma/suncc//stdlib/modules/structures/lib/libArrayTransformMod.so value=0x600);
a.out.o definition taken
ld: warning: symbol `SAC_MT_act_tasksize' has differing sizes:
(file a.out.o value=0xc; file /scratch/rdouma/suncc//stdlib/modules/structures/lib/libArrayTransformMod.so value=0x8);
a.out.o definition taken
ld: warning: symbol `SAC_MT_rest_iterations' has differing sizes:
(file a.out.o value=0xc; file /scratch/rdouma/suncc//stdlib/modules/structures/lib/libArrayTransformMod.so value=0x8);
a.out.o definition taken
ld: warning: symbol `SAC_MT_Tasklock' has differing sizes:
(file a.out.o value=0x300; file /scratch/rdouma/suncc//stdlib/world/system/lib/libSysErrMod.so value=0x18);
a.out.o definition taken
ld: warning: symbol `SAC_MT_Tasklock' has differing sizes:
(file a.out.o value=0x300; file /scratch/rdouma/suncc//stdlib/world/system/lib/libWorldMod.so value=0x18);
a.out.o definition taken
ld: warning: symbol `SAC_MT_act_tasksize' has differing sizes:
(file a.out.o value=0xc; file /scratch/rdouma/suncc//stdlib/modules/structures/lib/libStringMod.so value=0x4);
a.out.o definition taken
ld: warning: symbol `SAC_MT_Taskcount' has differing sizes:
(file a.out.o value=0xc; file /scratch/rdouma/suncc//stdlib/modules/structures/lib/libStringMod.so value=0x4);
a.out.o definition taken
ld: warning: symbol `SAC_MT_rest_iterations' has differing sizes:
(file a.out.o value=0xc; file /scratch/rdouma/suncc//stdlib/modules/structures/lib/libStringMod.so value=0x4);
a.out.o definition taken
ld: warning: symbol `SAC_MT_Task' has differing sizes:
(file a.out.o value=0x180; file /scratch/rdouma/suncc//stdlib/modules/structures/lib/libStringMod.so value=0x80);
a.out.o definition taken
ld: warning: symbol `SAC_MT_LAST_Task' has differing sizes:
(file a.out.o value=0x180; file /scratch/rdouma/suncc//stdlib/modules/structures/lib/libStringMod.so value=0x80);
a.out.o definition taken
ld: warning: symbol `SAC_MT_last_taskend' has differing sizes:
(file a.out.o value=0xc; file /scratch/rdouma/suncc//stdlib/modules/structures/lib/libStringMod.so value=0x4);
a.out.o definition taken
ld: warning: symbol `SAC_MT_Tasklock' has differing sizes:
(file a.out.o value=0x300; file /scratch/rdouma/suncc//stdlib/modules/structures/lib/libConstantsMod.so value=0x18);
a.out.o definition taken
ld: warning: symbol `SAC_MT_LAST_Task' has differing sizes:
(file a.out.o value=0x180; file /scratch/rdouma/suncc//stdlib/modules/structures/lib/libArrayArithMod.so value=0x80);
a.out.o definition taken
ld: warning: symbol `SAC_MT_Task' has differing sizes:
(file a.out.o value=0x180; file /scratch/rdouma/suncc//stdlib/modules/structures/lib/libArrayArithMod.so value=0x80);
a.out.o definition taken
ld: warning: symbol `SAC_MT_last_taskend' has differing sizes:
(file a.out.o value=0xc; file /scratch/rdouma/suncc//stdlib/modules/structures/lib/libArrayArithMod.so value=0x4);
a.out.o definition taken
ld: warning: symbol `SAC_MT_rest_iterations' has differing sizes:
(file a.out.o value=0xc; file /scratch/rdouma/suncc//stdlib/modules/structures/lib/libArrayArithMod.so value=0x4);
a.out.o definition taken
ld: warning: symbol `SAC_MT_act_tasksize' has differing sizes:
(file a.out.o value=0xc; file /scratch/rdouma/suncc//stdlib/modules/structures/lib/libArrayArithMod.so value=0x4);
a.out.o definition taken
ld: warning: symbol `SAC_MT_Taskcount' has differing sizes:
(file a.out.o value=0xc; file /scratch/rdouma/suncc//stdlib/modules/structures/lib/libArrayArithMod.so value=0x4);
a.out.o definition taken
ld: warning: symbol `SAC_MT_Tasklock' has differing sizes:
(file a.out.o value=0x300; file /scratch/rdouma/suncc//stdlib/modules/structures/lib/libComplexScalarArithMod.so value=0x18);
a.out.o definition taken
ld: warning: symbol `SAC_MT_Tasklock' has differing sizes:
(file a.out.o value=0x300; file /scratch/rdouma/suncc//stdlib/modules/structures/lib/libComplexArrayBasicsMod.so value=0x900);
a.out.o definition taken
ld: warning: symbol `SAC_MT_TS_Tasklock' has differing sizes:
(file a.out.o value=0x18; file /scratch/rdouma/suncc//stdlib/modules/structures/lib/libComplexArrayBasicsMod.so value=0x48);
a.out.o definition taken
ld: warning: symbol `SAC_MT_Tasklock' has differing sizes:
(file a.out.o value=0x300; file /scratch/rdouma/suncc//stdlib/modules/structures/lib/libComplexBasicsMod.so value=0x18);
a.out.o definition taken
ld: warning: symbol `SAC_MT_Tasklock' has differing sizes:
(file a.out.o value=0x300; file /scratch/rdouma/suncc//stdlib/modules/structures/lib/libBoolMod.so value=0x18);
a.out.o definition taken
ld: warning: symbol `SAC_MT_Tasklock' has differing sizes:
(file a.out.o value=0x300; file /scratch/rdouma/suncc//stdlib/modules/structures/lib/libCharMod.so value=0x18);
a.out.o definition taken
ld: warning: symbol `SAC_MT_Task' has differing sizes:
(file a.out.o value=0x180; file /scratch/rdouma/suncc//stdlib/modules/structures/lib/libArrayBasicsMod.so value=0x80);
a.out.o definition taken
ld: warning: symbol `SAC_MT_LAST_Task' has differing sizes:
(file a.out.o value=0x180; file /scratch/rdouma/suncc//stdlib/modules/structures/lib/libArrayBasicsMod.so value=0x80);
a.out.o definition taken
ld: warning: symbol `SAC_MT_rest_iterations' has differing sizes:
(file a.out.o value=0xc; file /scratch/rdouma/suncc//stdlib/modules/structures/lib/libArrayBasicsMod.so value=0x4);
a.out.o definition taken
ld: warning: symbol `SAC_MT_last_taskend' has differing sizes:
(file a.out.o value=0xc; file /scratch/rdouma/suncc//stdlib/modules/structures/lib/libArrayBasicsMod.so value=0x4);
a.out.o definition taken
ld: warning: symbol `SAC_MT_act_tasksize' has differing sizes:
(file a.out.o value=0xc; file /scratch/rdouma/suncc//stdlib/modules/structures/lib/libArrayBasicsMod.so value=0x4);
a.out.o definition taken
ld: warning: symbol `SAC_MT_Taskcount' has differing sizes:
(file a.out.o value=0xc; file /scratch/rdouma/suncc//stdlib/modules/structures/lib/libArrayBasicsMod.so value=0x4);
a.out.o definition taken
ld: warning: symbol `SAC_MT_Tasklock' has differing sizes:
(file a.out.o value=0x300; file /scratch/rdouma/suncc//stdlib/modules/numerical/lib/libMathMod.so value=0x18);
a.out.o definition taken
ld: warning: symbol `SAC_MT_Tasklock' has differing sizes:
(file a.out.o value=0x300; file /scratch/rdouma/suncc//stdlib/modules/structures/lib/libScalarArithMod.so value=0x18);
a.out.o definition taken
ld: warning: symbol `SAC_HM_arenas' has differing sizes:
(file a.out.o value=0x8400; file /scratch/rdouma/suncc//sac2c//lib//libsac.mt.pth.so value=0x420);
a.out.o definition taken</pre>Clemens GrelckClemens Grelckhttps://gitlab.sac-home.org/sac-group/sac2c/-/issues/1200sac2c cachesim feature2017-11-19T20:29:50ZDávid Juhászsac2c cachesim feature| | |
| --- | --- |
| Bugzilla Link | [808](http://bugs.sac-home.org/show_bug.cgi?id=808) |
| Created on | Jan 04, 2011 16:18 |
| Version | 1.00beta |
| OS | Linux |
| Architecture | PC |
## Extended Description
<pre>I tried to use t...| | |
| --- | --- |
| Bugzilla Link | [808](http://bugs.sac-home.org/show_bug.cgi?id=808) |
| Created on | Jan 04, 2011 16:18 |
| Version | 1.00beta |
| OS | Linux |
| Architecture | PC |
## Extended Description
<pre>I tried to use the cache simulation feature of the compiler, used options '-cs -csdefaults sagf'. Unfortunately the executable doesn't create any memory trace file.</pre>Clemens GrelckClemens Grelckhttps://gitlab.sac-home.org/sac-group/sac2c/-/issues/1090-ecc inhibits WLF2017-11-19T20:21:33ZRobert Bernecky-ecc inhibits WLF| | |
| --- | --- |
| Bugzilla Link | [806](http://bugs.sac-home.org/show_bug.cgi?id=806) |
| Created on | Dec 19, 2010 19:34 |
| Version | svn |
| OS | Linux |
| Architecture | PC |
## Extended Description
<pre>This bug probably dat...| | |
| --- | --- |
| Bugzilla Link | [806](http://bugs.sac-home.org/show_bug.cgi?id=806) |
| Created on | Dec 19, 2010 19:34 |
| Version | svn |
| OS | Linux |
| Architecture | PC |
## Extended Description
<pre>This bug probably dates back to the inception of -ecc, but I never
noticed it until today.
:~/sac/testsuite/optimizations/awlf$ sac2c -ecc -bopt prd.sac >crud
If you look at main(), you'll see that the WLs are not folded.
sac2c -V
sac2c v1.00-beta (Haggis And Apple)
product rev 17228:17239:MODIFIED linux-gnu_x86_64
(Fri Dec 17 15:08:56 EST 2010 by sac)
----------------------------------------
cat prd.sac
/*
* This is a short version of the APEX prd.sac benchmark.
*
*/
/* RESULT: with 1 1 */
use Array: {iota,sum};
int main()
{
XXX = iota(50);
ZZZ = sum(XXX);
z = _sub_SxS_(ZZZ, 1225);
return(z);
}</pre>BugZillaBugZillahttps://gitlab.sac-home.org/sac-group/sac2c/-/issues/1089scoping error in nested WL2017-11-19T20:21:30ZSven-Bodo Scholzscoping error in nested WL| | |
| --- | --- |
| Bugzilla Link | [800](http://bugs.sac-home.org/show_bug.cgi?id=800) |
| Created on | Dec 14, 2010 15:19 |
| Version | svn |
| OS | All |
| Architecture | PC |
| Attachments | [bug798.sac](/uploads/be8937910e00c0c5...| | |
| --- | --- |
| Bugzilla Link | [800](http://bugs.sac-home.org/show_bug.cgi?id=800) |
| Created on | Dec 14, 2010 15:19 |
| Version | svn |
| OS | All |
| Architecture | PC |
| Attachments | [bug798.sac](/uploads/be8937910e00c0c5f2eea8f51c6b51d2/bug798.sac) |
## Extended Description
Created an attachment (id=782)
source file
The attached source believes iv not to be defined within the given scope. However, to my knowledge it is.
Using version 17229.BugZillaBugZillahttps://gitlab.sac-home.org/sac-group/sac2c/-/issues/1296Segmentation fault when a simple cuda with loop appears in an inlined module ...2018-11-21T15:20:33ZDaniel RollsSegmentation fault when a simple cuda with loop appears in an inlined module function| | |
| --- | --- |
| Bugzilla Link | [799](http://bugs.sac-home.org/show_bug.cgi?id=799) |
| Created on | Dec 14, 2010 13:21 |
| Version | svn |
| OS | All |
| Architecture | PC |
| Attachments | [cudamodbug.tar.gz](/uploads/3a960017a...| | |
| --- | --- |
| Bugzilla Link | [799](http://bugs.sac-home.org/show_bug.cgi?id=799) |
| Created on | Dec 14, 2010 13:21 |
| Version | svn |
| OS | All |
| Architecture | PC |
| Attachments | [cudamodbug.tar.gz](/uploads/3a960017a2f521c0dd4f673c1cf95beb/cudamodbug.tar.gz) |
## Extended Description
<pre>Created an attachment (id=781)
3 sac source files
It would appear that module support for the cuda backend is broken. The testcase in this bug report uses a very simple with loop that has been verified as cuderisable.
The tarboll contains 3 sac source files.
A) One single program with a call to an inlined function in the same source file.
B) One module with an inlined function
C) One separate program that calls the above module
Program A compiles and runs with "-t cuda". B and C compile with "-t cuda" but seqfault at runtime. All tests were run with an up-to-date product compiler. This is the backtrace from gdb:
#0 0x00007fffeec44bda in std::_Rb_tree_decrement(std::_Rb_tree_node_base*) () from /usr/lib/libstdc++.so.6
#1 0x00007ffff1f86366 in ?? () from /usr/lib/libcudart.so.3
#2 0x00007ffff1f8652b in ?? () from /usr/lib/libcudart.so.3
#3 0x00007ffff1f815f9 in ?? () from /usr/lib/libcudart.so.3
#4 0x00007ffff1f79793 in __cudaRegisterFatBinary () from /usr/lib/libcudart.so.3
#5 0x00007ffff77b64f0 in __sti____cudaRegisterAll_42_tmpxft_00001bcd_00000000_4_globals_cpp1_ii_4a193b93() () from ./libOdefunctionMod.so
#6 0x00007ffff77b6556 in __do_global_ctors_aux () from ./libOdefunctionMod.so
#7 0x00007ffff77b21a3 in _init () from ./libOdefunctionMod.so
#8 0x00007fffffffe9a8 in ?? ()
#9 0x00007ffff7deb8d9 in call_init () from /lib/ld-linux-x86-64.so.2
#10 0x00007ffff7deba17 in _dl_init_internal () from /lib/ld-linux-x86-64.so.2
#11 0x00007ffff7ddeaca in _dl_start_user () from /lib/ld-linux-x86-64.so.2
#12 0x0000000000000001 in ?? ()
#13 0x00007fffffffec14 in ?? ()
#14 0x0000000000000000 in ?? ()</pre>Clemens GrelckClemens Grelckhttps://gitlab.sac-home.org/sac-group/sac2c/-/issues/1262Compilation of Downscaler application fails on WLF2017-11-19T20:34:19ZJing GuoCompilation of Downscaler application fails on WLF| | |
| --- | --- |
| Bugzilla Link | [798](http://bugs.sac-home.org/show_bug.cgi?id=798) |
| Created on | Dec 12, 2010 20:31 |
| Version | svn |
| OS | Linux |
| Architecture | PC |
| Attachments | [downscaler_tiler.sac](/uploads/4ec9...| | |
| --- | --- |
| Bugzilla Link | [798](http://bugs.sac-home.org/show_bug.cgi?id=798) |
| Created on | Dec 12, 2010 20:31 |
| Version | svn |
| OS | Linux |
| Architecture | PC |
| Attachments | [downscaler_tiler.sac](/uploads/4ec9ff2e03177e9761345de96eb64add/downscaler_tiler.sac) |
## Extended Description
<pre>Created an attachment (id=780)
Downscaler application with both generic and specialized tiler
When compiling Downscaler, the compiler breaks with the error following message:
ASSERTION FAILED: file 'arrayopt/SSAWLF.c', line 1146
WL shape description must be constant!
EXECUTION TERMINATED
Aborted
Compilation commands:
sac2c -O3 -DGEN -b opt downscaler_tiler.sac (for generic version)
sac2c -O3 -DWLF -b opt downscaler_tiler.sac (for wlf friendly version)
Both produced the same error. The compiler revision is r17125</pre>Sven-Bodo ScholzSven-Bodo Scholz