URL:
<http://savannah.gnu.org/bugs/?25536>
Summary: LDFLAGS=-L/usr/local not at first place honoured
Project: GNUstep
Submitted by: buzzdee
Submitted on: Mon 09 Feb 2009 08:40:40 PM GMT
Category: Makefiles
Severity: 3 - Normal
Item Group: Bug
Status: None
Privacy: Public
Assigned to: None
Open/Closed: Open
Discussion Lock: Any
_______________________________________________________
Details:
Hi Nicola,
the trick you told me on FOSDEM unfortunately did not worked out.
I used gnustep-make-2.0.8, installed via ports system, using the filesystem
layout provided there. The layout can be found here:
http://www.openbsd.org/cgi-bin/cvsweb/ports/x11/gnustep/make/files/openbsd?rev=1.2;content-type=text%2Fplain
It is using GNUSTEP_DEFAULT_PREFIX, which is set to /usr/local, and then
defining SYSTEM, LOCAL and NETWORK to the same locations. The plan was to
install base.
the problem again in short:
from ports, there is gobjc library from gcc-4.2 installed, but not the
gcc-4.2, and the library file is in:
/usr/local/lib/libobjc.so.2.0
I use the gcc-3.3 from the system, and the libobjc library, that I want to
use is therefore also the one coming with the system:
/usr/lib/libobjc.so.4.0
sourcing GNUstep.sh, and then running:
./configure
gmake messages=yes
...
cc -Wl,-E -fgnu-runtime -o obj/make_strings \
./obj/make_strings.m.o ./obj/SourceEntry.m.o
./obj/StringsEntry.m.o ./obj/StringsFile.m.o \
-L../../Source/./obj -L/root/GNUstep/Library/Libraries
-L/usr/local/lib -L/usr/local/lib -L/usr/local/lib -lgnustep-base
-pthread -lobjc -lgmp -L/usr/local/lib -lgnutls -L/usr/local/lib -lgcrypt
-L/usr/local/lib -lgpg-error -L/usr/local/lib -lintl -L/usr/local/lib -liconv
-liconv -lxslt -L/usr/local/lib -lxml2 -lz -L/usr/local/lib -liconv -lm
-liconv -lffi -lbfd -liberty -lz -lm
then no /usr/lib is included, and it is linked against the wrong libobjc
library.
running the same commands like this:
LDFLAGS=-L/usr/lib ./configure
LDFLAGS=-L/usr/lib gmake messages=yes
...
cc -Wl,-E -fgnu-runtime -o obj/make_strings \
./obj/make_strings.m.o ./obj/SourceEntry.m.o
./obj/StringsEntry.m.o ./obj/StringsFile.m.o \
-L../../Source/./obj -L/root/GNUstep/Library/Libraries
-L/usr/local/lib -L/usr/local/lib -L/usr/local/lib -lgnustep-base
-pthread -lobjc -lgmp -L/usr/local/lib -lgnutls -L/usr/local/lib -lgcrypt
-L/usr/local/lib -lgpg-error -L/usr/local/lib -lintl -L/usr/local/lib -liconv
-liconv -lxslt -L/usr/local/lib -lxml2 -lz -L/usr/local/lib -liconv -lm
-liconv -lffi -lbfd -liberty -lz -lm
then when linking, /usr/lib is included, but after /usr/local/lib, therefore
base is also linked against the wrong libobjc library.
In both cases, ldd ./Source/obj/libgnustep-base.so.1.18 produces the
following output:
...
08e73000 28e7a000 rlib 0 1 0 /usr/local/lib/libobjc.so.2.0
...
sebastian
_______________________________________________________
Reply to this item at:
<http://savannah.gnu.org/bugs/?25536>
_______________________________________________
Message sent via/by Savannah
http://savannah.gnu.org/
_______________________________________________
Bug-gnustep mailing list
Bug-gnustep@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-gnustep
