<html><head><meta http-equiv="Content-Type" content="text/html charset=utf-8"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class=""><br class="">
<br class=""><div><blockquote type="cite" class=""><div class="">On 25 Sep 2017, at 19:19, John Mercouris <<a href="mailto:jmercouris@gmail.com" class="">jmercouris@gmail.com</a>> wrote:</div><br class="Apple-interchange-newline"><div class=""><meta http-equiv="Content-Type" content="text/html charset=utf-8" class=""><div style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class="">Hey everyone,<br class=""><div class=""><div style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class=""><div class=""><br class=""></div><div class="">I’m John (the developer of nEXT (<a href="https://github.com/neXT-Browser/nEXT/" class="">https://github.com/neXT-Browser/nEXT/</a>),</div><div class=""><br class=""></div><div class="">I’m trying to produce a standalone binary. I managed to create a “.app” bundle of my application, and then I linked the libraries ecl and eql following this approach (<a href="https://stackoverflow.com/questions/2809930/macdeployqt-and-third-party-libraries" class="">https://stackoverflow.com/questions/2809930/macdeployqt-and-third-party-libraries</a>):</div><div class=""><br class=""></div><div class="">> install_name_tool -change libeql5.1.dylib @executable_path/../Frameworks/libeql5.1.dylib next.app/Contents/MacOS/next</div><div class="">> install_name_tool -change @libdir@/libecl.16.1.dylib @executable_path/../Frameworks/libecl.16.1.dylib next.app/Contents/MacOS/next</div><div class=""><br class=""></div><div class="">otool then reveals that everything was successful:</div><div class=""><div class="">> otool -L next.app/Contents/MacOS/next</div><div class="">next.app/Contents/MacOS/next:</div><div class=""><span class="Apple-tab-span" style="white-space:pre">  </span>@executable_path/../Frameworks/libecl.16.1.dylib (compatibility version 16.1.3, current version 0.0.0)</div><div class=""><span class="Apple-tab-span" style="white-space:pre">    </span>@executable_path/../Frameworks/libeql5.1.dylib (compatibility version 1.0.0, current version 1.0.0)</div><div class=""><br class=""></div><div class=""><br class=""></div></div><div class="">Anyways, long story short, I got the following terminal output when I try to launch my new app binary:</div><div class=""></div></div></div></div><span id="cid:810B415A-E441-4673-89CA-F4C9398DAE50"><Terminal Output></span><meta http-equiv="Content-Type" content="text/html charset=utf-8" class=""><div style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class=""><div class=""><meta http-equiv="Content-Type" content="text/html charset=utf-8" class=""><div style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class=""><div class=""></div><div class=""><br class=""></div><div class="">In order to minimize the possibility of mistakes in my program, misusage of QT etc, I’ve created a branch where I’ve included only 2 lisp files, a package file, and a “base” file:</div><div class=""><br class=""></div><div class=""><a href="https://github.com/nEXT-Browser/nEXT/tree/compile/next" class="">https://github.com/nEXT-Browser/nEXT/tree/compile/next</a></div><div class=""><br class=""></div><div class="">Any ideas on how to proceed would be very useful, thank you,</div></div></div></div></div></blockquote><br class=""></div><div><br class=""></div><div>It looks like the error, which is:</div><div><br class=""></div><div><div><br class=""></div><div><font face="Menlo" class="">Internal or unrecoverable error in:</font></div><div><font face="Menlo" class="">Got signal before environment was installed on our thread</font></div><div><font face="Menlo" class="">  [2: No such file or directory]</font></div><div><font face="Menlo" class=""><br class=""></font></div><div><font face="Menlo" class="">;;; ECL C Backtrace</font></div><div><font face="Menlo" class="">;;; 0   libecl.16.1.dylib                   0x00000001031d8512 si_dump_c_backtrace + 66</font></div><div><font face="Menlo" class="">;;; 1   libecl.16.1.dylib                   0x00000001031cac15 ecl_internal_error + 101</font></div><div><font face="Menlo" class="">;;; 2   libecl.16.1.dylib                   0x00000001031f0c30 deferred_signal_handler + 0</font></div><div><font face="Menlo" class="">;;; 3   libecl.16.1.dylib                   0x00000001031f092d sigsegv_handler + 381</font></div><div><font face="Menlo" class="">;;; 4   libsystem_platform.dylib            0x00007fffb48d9b3a _sigtramp + 26</font></div><div><font face="Menlo" class="">;;; 5   ???                                 0x000000000000ffff 0x0 + 65535</font></div><div><font face="Menlo" class="">;;; 6   libecl.16.1.dylib                   0x0000000105072271 cl_boot + 1025</font></div><div><font face="Menlo" class="">;;; 7   next                                0x00000001030bb457 main + 23</font></div><div><font face="Menlo" class="">;;; 8   libdyld.dylib                       0x00007fffb46ca235 start + 1</font></div><div><font face="Menlo" class="">fish: “/Users/jmercouris/Projects/Next…” terminated by signal SIGABRT (Abort)</font></div><div><br class=""></div><div><br class=""></div><div>is unrelated to the libraries. </div></div><div><br class=""></div>To be sure, have a look at the source of cl_boot (around assembly offset 1025) to see what it’s doing there.<div class="">(You may use lldb to disassemble cl_boot and see what function is called around offset 1025, to help you locate the source of the error).</div><div class=""><br class=""></div><div class=""><br class=""></div><div class=""><br class=""></div><div class="">(Concerning the warnings, did you copy the frameworks to the application package?)</div><div class=""><br class=""><div class="">-- <br class="">__Pascal J. Bourguignon__<br class=""><br class=""></div></div></body></html>