Re: make fails in gnustep base

[Ivan Vučica]

So, uh, libulibtcap depends on code in libasn1? Library order matters
to the linker.

If you can't fix it (and it sounds like you can?) then you can pass
--start-group and --end-group to the linker so it performs multiple
passes.

If you are passing the options --start-group and --end-group to the
compiler instead of the linker, you may need to use -Wl,--start-group
and -Wl,--end-group.

What I'm saying depends on the linker, of course, and it's been a
while since I needed this, making it hard for me to know which
particular linker I'm talking about here. :-)
On Mon, Sep 3, 2018 at 9:18 AM Andreas Fink <afink@list.fink.org> wrote:
>
> I recompiled all with clang7 on a freshly installed Debian9. Now all the 
> tests in libobjc2 pass and gnustep-base all except a few pass (the others are 
> probably broken since a long time but are minor things).
> My application however still doesn't run properly. I have code taking apart 
> some ASN1 which out of a sudden produces lots of NULL pointers instead which 
> is totally puzzling as this is test cases which worked since ages.
>
> I've broken it down to a test case to isolate the cause and came to the 
> conclusion that if two libraries are linked in a very specific order, I have 
> this problem. If they are linked in the reverse order, I do not have it.
> They are all dynamic libraries and there's no special cases here.  library 
> ulib is my base library where my root class resides. ulibasn1 is my ASN1 
> decoding library which subclasses from ulib. ulibtcap is another class which 
> indirectly inherits from ulib but uses ulibasn1 as well.
>
> if I link   -lulibasn1  -lulibtcap  it works
> if I link   -lulibtcap -lulibasn1 it fails.
>
> I dont understand how this can happen. There are no unique names which should 
> overlap or the like.
>
> Does anyone have a clue what could cause this?
> The link order in my case is generated by pkg-config automatically.
>
> My test case uses ulibasn1 and ulib and nothing else. If I add ulibtcap to 
> the linking (but not being used at all inside my test case) the problem 
> starts appearing. Really weird!
>
>
>
> > On 31 Aug 2018, at 10:29, David Chisnall <gnustep@theravensnest.org> wrote:
> >
> > On 31/08/2018 09:22, Andreas Fink wrote:
> >> all latest compiled from these sources:
> >
> > It looks like someone at Apple broke blocks on all ELF platforms a couple 
> > of weeks ago.  It's not been merged to the 7 release branch though, so 
> > building from that should fix things for you.
> >
> > David
> >
>
>
>
> _______________________________________________
> Discuss-gnustep mailing list
> Discuss-gnustep@gnu.org
> https://lists.gnu.org/mailman/listinfo/discuss-gnustep