Re: loading bundles stopped working

[David Chisnall]

On 25/11/2018 18:30, Sebastian Reitenbach wrote:
> Hi,
>
> since a good months ago, on OpenBSD -current amd64, bundle loading stopped 
> working. I'm not sure what caused it, at least nothing with regard to objc and 
> gnustep, since I haven't touched the packages since then.

I have now managed to reproduce this on FreeBSD.  It appears that lld 
does not like GNUstep-back (or SOPE, for that matter) and generates a 
subtly broken library.  Using gold to link -back and lld for everything 
else appears to work.

I now have (locally, not yet committed upstream) the FreeBSD packages 
using the v2 ABI and GUI apps running.  I found a couple of small clang 
bugs, both of which are now fixed upstream (one prevents -base configure 
from running, but doesn't prevent anything real from working - it is 
only a problem if you create a program or library that doesn't contain 
any Objective-C classes, but does use Objective-C).  I've also merged 
the changes for the new constant string representations into -base.

I'm still debugging a few things.  Cenon crashes on startup (before 
entering main, could be another LLD incompatibility).  Gorm is quite 
broken with the new ABI because it adds a bunch of categories that 
expose @private fields from classes in AppKit: this is not allowed now 
that @private is enforced by the linker (I don't believe it works on 
Apple platforms either, for the same reason - the ivar offset variables 
are only publicly exported for things that are part of the public 
interface).  It's still possible to access ivars via reflection, but you 
then have an opportunity to check that the Ivar that the runtime returns 
is not NULL.  I'll try to push some fixes for these things in the next 
few days.

David