Hi Quentin It may not be strictly necessary to use the pure non-fragile ABI. Adding an extra dummy instance variable (of type id) at the top of the class may be enough to allow it to work in mixed ABI mode. I didn't add it as its definitely a hack. The cause of this is that NSProxy contains an extra instance variable that should not be exposed in pure non-fragile ABI mode but that is in mixed ABI mode.
Regards Chris On 15/10/2011, at 00:05 AM, David Chisnall wrote: > It's a bug in the glibc headers. I have a work-around for targeting old > glibc for WebOS, that adds a unistd.h that just contains this: > > $ cat unistd.h > #ifdef __block > #undef __block > #endif > #include_next <unistd.h> > > If you're using old glibc headers, you may also need to add > OBJCFLAGS=-std=gnu89 or -fgnu89inline when building things that use the glibc > headers... > > David > > On 14 Oct 2011, at 13:53, Quentin Mathé wrote: > >> Hi, >> >> I'm trying to compile GNUstep and ObjectMerging with the pure non-fragile >> ABI. >> >> I configured GNUstep Make with CC=clang and --enable-objc-non-fragile-abi >> and configured GNUstep Base with --disable-mixedabi… but then the >> compilations fails in GNUstep Base as I reported it here: >> https://savannah.gnu.org/bugs/?34544 >> >> Not sure if this issue should be expected? >> Are the configure flags passed to Make and Base not used in the right way? >> >> Cheers, >> Quentin. >> _______________________________________________ >> Etoile-dev mailing list >> [email protected] >> https://mail.gna.org/listinfo/etoile-dev > > > -- Sent from my Apple II > > > _______________________________________________ > Etoile-dev mailing list > [email protected] > https://mail.gna.org/listinfo/etoile-dev -------- Christopher Armstrong [email protected] _______________________________________________ Etoile-dev mailing list [email protected] https://mail.gna.org/listinfo/etoile-dev
