<div dir="ltr">I have applied the patches:<br>cd $OTP_SRC_DIR_R14B04<br>patch -p0 <<br>/usr/ports/lang/erlang/patches/patch-erts_configure_in<br>patch -p0 <<br>/usr/ports/lang/erlang/patches/patch-erts_emulator_Makefile_in <br>
patch -p0 <<br>/usr/ports/lang/erlang/patches/patch-erts_lib_src_Makefile_in<br>patch -p0 <<br>/usr/ports/lang/erlang/patches/patch-lib_tools_c_src_Makefile_in <br>patch -p0 <<br>/usr/ports/lang/erlang/patches/patch-make_target_mk<br>
<br>*all patches succedded,<br>and then:<br><br>./configure<br>sudo gmake install<br>the same error<br><br>I modified<br>erts/<a href="http://configure.in">configure.in</a>:<br>from:<br>openbsd*)<br> DED_LD="$CC"<br>
DED_LD_FLAG_RUNTIME_LIBRARY_PATH="$CFLAG_RUNTIME_LIBRARY_PATH"<br> DED_LDFLAGS="-shared"<br> ;;<br>in:<br>openbsd*)<br> <br>DED_LD="$CC"<br>
<br>DED_LD_FLAG_RUNTIME_LIBRARY_PATH="$CFLAG_RUNTIME_LIBRARY_PATH"<br> <br>DED_LDFLAGS="-shared /usr/lib/crtbeginS.o /usr/lib/crtbegin.o"<br> ;;<br>because:<br>$ nm /usr/lib/crtbegin.o<br>
U _GLOBAL_OFFSET_TABLE_<br> U<br>_Jv_RegisterClasses<br>00000000 D __dso_handle<br>00000000 T __fini<br>00000000 D<br>__guard_local<br>00000000 T __init<br>00000000 W __register_frame_info<br> U<br>
atexit<br>$ nm /usr/lib/crtbeginS.o<br> U _GLOBAL_OFFSET_TABLE_<br> U<br>_Jv_RegisterClasses<br> U __cxa_finalize<br>00000000 D __dso_handle<br>00000000<br>D __guard_local<br>00000000 T _fini<br>00000000 T _init<br>
<br>gmake clean<br>./configure<br>sudo gmake install<br>the same error<br><br>Does anyone has an idea of how to solve this<br>issue, because I really need R14B04.<br><br>Please help. I am really out of ideas.<br>Maybe I should link against other libraries but I do not know what they are.<br>
How can I dicover these libraries that I should link erlang against?<div class="gmail_extra"><br></div><div class="gmail_extra">Bogdan<br><br></div><div class="gmail_extra"><div class="gmail_quote">On Wed, May 22, 2013 at 12:23 PM, Bogdan Andu <span dir="ltr"><<a href="mailto:bog495@gmail.com" target="_blank">bog495@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div><div>Thank you for the pointers.<br><br>I'll give it a try to see what happens.<br><br></div><div>
It seems that linking erlang against a previous, working ssl library would give the same error.<span class="HOEnZb"><font color="#888888"><br></font></span></div><span class="HOEnZb"><font color="#888888">
<br></font></span></div><span class="HOEnZb"><font color="#888888">Bogdan<br></font></span></div><div class="HOEnZb"><div class="h5"><div class="gmail_extra"><br><br><div class="gmail_quote">On Wed, May 22, 2013 at 11:46 AM, Stanislav Sedov <span dir="ltr"><<a href="mailto:stas@freebsd.org" target="_blank">stas@freebsd.org</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><br>
On May 22, 2013, at 12:34 AM, Bogdan Andu <<a href="mailto:bog495@gmail.com" target="_blank">bog495@gmail.com</a>> wrote:<br>
<br>
> The os is OpenBSD 5.3 amd64 with preinstalled opensssl library /usr/lib/libssl.so.19.0<br>
><br>
> $ /usr/sbin/openssl<br>
> OpenSSL> version<br>
> OpenSSL 1.0.1c 10 May 2012<br>
> OpenSSL><br>
> ^D<br>
><br>
> This is the only ssl library in the system, and erlang was configured with this ssl library<br>
> and no complaints at ./configure time.<br>
><br>
> On the other hand:<br>
><br>
> On OpenBSD 5.2 amd64 with preinstalled opensssl library /usr/lib/libssl.so.18.0<br>
><br>
> $ /usr/sbin/openssl<br>
> OpenSSL> version<br>
> OpenSSL 1.0.0f 4 Jan 2012<br>
> OpenSSL><br>
> ^D<br>
><br>
> everything works perfect, and Erlang was also configured againsat this preinstalled library<br>
><br>
<br>
</div>I found this message on the mailing list, which seems to be relevant:<br>
<a href="http://www.mail-archive.com/cdesktopenv-devel@lists.sourceforge.net/msg00598.html" target="_blank">http://www.mail-archive.com/cdesktopenv-devel@lists.sourceforge.net/msg00598.html</a><br>
<br>
It looks like the __guard_local symbol is generated by new stack_protector code,<br>
and according to the patch it seems that linking against libcrtbeginS.o and<br>
libcrtendS.o fixes the issue for CDE. It might be worth trying to modify the<br>
erlang linker flags (or at least crypto linking flags) to link against these<br>
objects.<br>
<br>
However, I don't really understand what's going on here. According to [1],<br>
the new __guard_local symbol should be present in crtbegin.o. But maybe crypto.so<br>
is being linked manually by erlang build system (i.e. not via cc(1)), in which case<br>
applying the same fix as was provided for CDE might help.<br>
<br>
[1]: <a href="http://openbsd.7691.n7.nabble.com/GCC-diff-needs-testing-on-multiple-arches-td167891.html" target="_blank">http://openbsd.7691.n7.nabble.com/GCC-diff-needs-testing-on-multiple-arches-td167891.html</a><br>
<br>
--<br>
ST4096-RIPE<br>
<br>
<br>
<br>
</blockquote></div><br></div>
</div></div></blockquote></div><br></div></div>