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 <[email protected]> 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 <[email protected]> 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 > [email protected] > https://lists.gnu.org/mailman/listinfo/discuss-gnustep _______________________________________________ Discuss-gnustep mailing list [email protected] https://lists.gnu.org/mailman/listinfo/discuss-gnustep
