<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">2017-06-15 8:35 GMT+02:00 K K Subbu <span dir="ltr"><<a href="mailto:kksubbu.ml@gmail.com" target="_blank">kksubbu.ml@gmail.com</a>></span>:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><span class="gmail-"><br>
On Thursday 15 June 2017 03:48 AM, Nicolas Cellier wrote:<br>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
i686-w64-mingw32-gcc -mwindows -m32 -mthreads<br>
-Wl,--large-address-aware,--ex<wbr>port-all-symbols -o<br>
build/vm/SqueakUnstripped.exe \<br>
...snip...<br>
collect2: fatal error: ld terminated with signal 11 [Segmentation<br>
fault], core dumped<br>
</blockquote>
<br></span>
Looks like a toolchain bug to me. Collect2 is a utility that creates the init glue code before call to main(). ld tools work with the object files created by previous passes. Failing with a seg fault is a symptom of toolchain defect, possibly triggered by size or number of files being processed.<br>
<br>
You may want to try a different (older?) version of gcc toolchain.<br>
<br>
More info on collect2 at <a href="https://gcc.gnu.org/onlinedocs/gccint/Collect2.html" rel="noreferrer" target="_blank">https://gcc.gnu.org/onlinedocs<wbr>/gccint/Collect2.html</a><br>
<br>
Regards .. Subbu<br></blockquote><div> </div></div>Yes,<br>what is troubling is that previous build did succeed with no less .o and .lib files, and that other flavours using the exact same toolchain are succeeding...<br></div><div class="gmail_extra">It has to be something specific to v3, but might as well be triggered by a cygwin upgrade...<br></div><div class="gmail_extra">That's a problem with cygwin, because we can't version the tools easily.<br></div><div class="gmail_extra">If we respect coding standards, the tools should not matter that much in theory, but that's the subtle difference with practice ;)<br></div></div>