Re: Compiling on openbsd with gcc4.8, executables fail to run

[Riccardo Mottola]

Hi,

Sebastian Reitenbach wrote:
>   
> On Wednesday, January 1, 2014 21:08 CET, Riccardo Mottola <riccardo.mottola@libero.it> 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