Hi,
Sebastian Reitenbach wrote:
On Wednesday, January 1, 2014 21:08 CET, Riccardo Mottola <[email protected]> wrote:
What options/flags could be used for that?
For the ports I had to use the gnustep-make flag:
--with-objc-lib-flag=-lobjc2
But that will not help if both libobjc libs, from base gcc, and
a ports gcc have the same name, or .so.VERSION extended.
Exactly.
gnustep makes configure --help specifies to use the flag like this:
--with-objc-lib-flag=-l:libobjc.so.1
that would work if they had different SO versions, but they don't.
I think it is a gcc rpoblem (either by the gcc guys or
But that did not worked for me at all.
But maybe you can here try to use what Wolfgang proposed, with
regard to the LDFLAGS.
It works! I got Ink and GWorkspace up and running. However:
GWorkspace:/usr/lib/libstdc++.so.55.0: /usr/local/lib/libestdc++.so.16.0
: WARNING: symbol(_ZN11__gnu_debug17_S_debug_messagesE) size mismatch,
relink your program
I guess this comes from PDFKit, which uses C++ for xpdf.
Here we don't have a version problem:
$ ls /usr/lib/libstdc++*
/usr/lib/libstdc++.a /usr/lib/libstdc++.so.55.0 /usr/lib/libstdc++_p.a
but we have:
$ ls /usr/local/lib/libest*
/usr/local/lib/libestdc++.a /usr/local/lib/libestdc++.la
/usr/local/lib/libestdc++.so.16.0
And this confuses me.
I suppose here there was some renaming? or instead it is a PDFKit but
which doesn't pass down LDFLAGS properly somewhere and we never tested
such a complicated setup.
Riccardo
_______________________________________________
Discuss-gnustep mailing list
[email protected]
https://lists.gnu.org/mailman/listinfo/discuss-gnustep
