[erlang-questions] shared library avoidance code harmful on certain architectures

Ignatios Souvatzis ignatios@REDACTED
Mon Jun 23 14:46:16 CEST 2008


Hi,

erlang 12 fails to build on NetBSD/amd64. I was told to test the
patches below.

Basically - use of -lfoo will do the right thing on all (sane) systems,
while the complicated stuff ended up using libfoo.a, which happened to
work on NetBSD/i386, but fails on NetBSD/amd64 due to the created text
relocations.

<joerg@REDACTED> should be able to give you more details. I'm only a 
user of Erlang, most of the time.

Regards,
	-is

Allow the system linker to use the shared library for dynamic modules.

--- lib/crypto/c_src/Makefile.in.orig   2007-11-26 20:01:59.000000000 +0100
+++ lib/crypto/c_src/Makefile.in
@@ -91,11 +91,7 @@ endif
 endif
 DYNAMIC_CRYPTO_LIB=@SSL_DYNAMIC_ONLY@
 
-ifeq ($(DYNAMIC_CRYPTO_LIB),yes)
 CRYPTO_LINK_LIB=-L$(SSL_LIBDIR) -lcrypto
-else
-CRYPTO_LINK_LIB=$(SSL_LIBDIR)/libcrypto.a 
-endif
 
llow the system linker to use the shared library for dynamic modules.

--- lib/ssl/c_src/Makefile.in.orig      2008-06-20 19:33:40.000000000 +0200
+++ lib/ssl/c_src/Makefile.in
@@ -87,11 +87,7 @@ PORT_PROGRAM = $(BINDIR)/ssl_esock$(exe)
 SKIP_BUILDING_BINARIES := false
 
 # Try to be BC for R10
-ifeq ($(findstring @SSL_,@REDACTED@),@REDACTED)
 DYNAMIC_CRYPTO_LIB=yes
-else
-DYNAMIC_CRYPTO_LIB=@SSL_DYNAMIC_ONLY@
-endif
 
 
 ifeq ($(DYNAMIC_CRYPTO_LIB),yes)




More information about the erlang-questions mailing list