<div dir="ltr">This, perhaps: <a href="https://github.com/modula3/cm3/issues/10">https://github.com/modula3/cm3/issues/10</a></div><div class="gmail_extra"><br><div class="gmail_quote">On Fri, May 27, 2016 at 8:45 PM, Rodney M. Bates <span dir="ltr"><<a href="mailto:rodney_bates@lcwb.coop" target="_blank">rodney_bates@lcwb.coop</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">I got around this problem by setting Alloca_jmpbuf back to TRUE in<br>
<br>
m3-libs/m3core/src/runtime/ex_frame/RTExFrame.m3 and m3-sys/m3middle/src/Target.m3<br>
<br>
I am trying to remember, but as I recall, TRUE was failing on some other platform,<br>
and the change was reverted. But now FALSE is failing on LINUXLIBC6 and TRUE<br>
is working there.<br>
<br>
What do you remember about this, Jay?<div class="HOEnZb"><div class="h5"><br>
<br>
<br>
On 05/23/2016 01:40 PM, Rodney M. Bates wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
<br>
<br>
I did git pull and rebuilt on LINUXLIBC6. The built cm3 executable crashes compiling<br>
a very small experiment program:<br>
<br>
rodney@yellowstone:~/proj/m3/exp/FmtBug/src$ cm3-<br>
Segmentation fault (core dumped)<br>
<br>
m3gdb (after I built it) gives this:<br>
<br>
rodney@yellowstone:~/proj/m3/exp/FmtBug/src$ m3gdb cm3-<br>
GNU gdb plus Modula-3 6.4<br>
Copyright 2005 Free Software Foundation, Inc.<br>
GDB is free software, covered by the GNU General Public License, and you are<br>
welcome to change it and/or distribute copies of it under certain conditions.<br>
Type "show copying" to see the conditions.<br>
There is absolutely no warranty for GDB. Type "show warranty" for details.<br>
This GDB was configured as "i686-pc-linux-gnu"...Using host libthread_db library "/lib/tls/i686/cmov/libthread_db.so.1".<br>
<br>
(m3gdb) run<br>
Starting program: /usr/local/cm3-githead/bin/cm3-<br>
[Thread debugging using libthread_db enabled]<br>
[New LWP 23615]<br>
[New Thread -1216829744 (LWP 23615)]<br>
<br>
Program received signal SIGSEGV, Segmentation fault.<br>
[Switching to Thread -1216829744 (LWP 23615)]<br>
0x0037c26f in siglongjmp () from /lib/tls/i686/cmov/libc.so.6<br>
(m3gdb) bt<br>
#0 0x0037c26f in siglongjmp () from /lib/tls/i686/cmov/libc.so.6<br>
#1 0x577b2a84 in ?? ()<br>
Cannot access memory at address 0xd7a0906f<br>
(m3gdb) quit<br>
<br>
<br>
stock gdb gives even less information:<br>
<br>
rodney@yellowstone:~/proj/m3/exp/FmtBug/src$ gdb cm3-<br>
GNU gdb (GDB) 7.1-ubuntu<br>
Copyright (C) 2010 Free Software Foundation, Inc.<br>
License GPLv3+: GNU GPL version 3 or later <<a href="http://gnu.org/licenses/gpl.html" rel="noreferrer" target="_blank">http://gnu.org/licenses/gpl.html</a>><br>
This is free software: you are free to change and redistribute it.<br>
There is NO WARRANTY, to the extent permitted by law. Type "show copying"<br>
and "show warranty" for details.<br>
This GDB was configured as "i486-linux-gnu".<br>
For bug reporting instructions, please see:<br>
<<a href="http://www.gnu.org/software/gdb/bugs/" rel="noreferrer" target="_blank">http://www.gnu.org/software/gdb/bugs/</a>>...<br>
Reading symbols from /usr/local/cm3-githead/bin/cm3-...done.<br>
(gdb) run<br>
Starting program: /usr/local/cm3-githead/bin/cm3-<br>
[Thread debugging using libthread_db enabled]<br>
<br>
Program received signal SIGSEGV, Segmentation fault.<br>
0x0032e26f in ?? () from /lib/tls/i686/cmov/libc.so.6<br>
(gdb) bt<br>
#0 0x0032e26f in ?? () from /lib/tls/i686/cmov/libc.so.6<br>
#1 0xfb35d04b in ?? ()<br>
Cannot access memory at address 0x7bee2da0<br>
(gdb)<br>
<br>
Note that gdb gives a different address in the same library for the point of fault.<br>
<br>
m3gdb claims it's in siglongjmp. I recall there were some recent changes involving<br>
longjump.<br>
<br>
<br>
<br>
<br>
<br>
On 05/22/2016 09:28 PM, Peter McKinna wrote:<br>
> I dont know what changed but the backend is crashing on linuxlibc6 when compiled with -O Try compiling m3core.<br>
><br>
> Also some of my low level tests with Long.And and Long.Shift are not working with<br>
> normal compile without the optimisations on that platform. Bit suspicious. I'm still investigating.<br>
><br>
> Anyone got any clues or can replicate?<br>
><br>
> Thanks Peter<br>
><br>
><br>
><br>
><br>
> _______________________________________________<br>
> M3devel mailing list<br>
> <a href="mailto:M3devel@elegosoft.com" target="_blank">M3devel@elegosoft.com</a><br>
> <a href="https://mail.elegosoft.com/cgi-bin/mailman/listinfo/m3devel" rel="noreferrer" target="_blank">https://mail.elegosoft.com/cgi-bin/mailman/listinfo/m3devel</a><br>
><br>
<br>
<br>
</blockquote>
<br>
-- <br>
Rodney Bates<br>
<a href="mailto:rodney.m.bates@acm.org" target="_blank">rodney.m.bates@acm.org</a><br>
_______________________________________________<br>
M3devel mailing list<br>
<a href="mailto:M3devel@elegosoft.com" target="_blank">M3devel@elegosoft.com</a><br>
<a href="https://mail.elegosoft.com/cgi-bin/mailman/listinfo/m3devel" rel="noreferrer" target="_blank">https://mail.elegosoft.com/cgi-bin/mailman/listinfo/m3devel</a><br>
</div></div></blockquote></div><br></div>