[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: runtime 2.0 issues.

From: David Chisnall
Subject: Re: runtime 2.0 issues.
Date: Wed, 6 Mar 2019 08:12:04 -0800
User-agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:60.0) Gecko/20100101 Thunderbird/60.5.0

On 06/03/2019 08:07, Andreas Fink wrote:
David, is your version of gnustep-base under FreeBSD using libffi or not? And 
if yes, is it version 3.2.1 or something newer?

You can check the dependencies yourself:


It appears to be 3.2.1


On 6 Mar 2019, at 01:27, David Chisnall <address@hidden> wrote:

On 05/03/2019 12:45, Andreas Fink wrote:

Making all for tool cvtenc...
  Linking tool cvtenc ...
./obj/cvtenc.obj/cvtenc.m.o:(.data..objc_init[.objc_init]+0x18): undefined 
reference to `__start___objc_classes'
./obj/cvtenc.obj/cvtenc.m.o:(.data..objc_init[.objc_init]+0x20): undefined 
reference to `__stop___objc_classes'

As I have said before, this is a bug in clang 7.x  It is fixed in the 8.x 
release branch and the fix is back-ported in the FreeBSD llvm70 package.  If 
your favourite operating system's LLVM 7 package does not work, please ask them 
to incorporate this fix:


This bug doesn't affect real code, but it will be a problem for any programs 
that use Objective-C but don't contain any classes, which unfortunately 
includes most of the GNUstep base configure scripts.

I have tested clang 8 on FreeBSD and am able to build all of the GNUstep 
applications that I've tried (all of the ones in the FreeBSD ports collection) 
with it without issues.  This version already contains the bug fix.  It does 
cause a regression in one of the libobjc2 tests, which I'm working on tracking 
down (it's triggered by a change to how LLVM does ARC optimisation, but that's 
not actually the cause), but that particular pattern is unlikely to occur in 
real code.


Discuss-gnustep mailing list

reply via email to

[Prev in Thread] Current Thread [Next in Thread]