Hi Truls, On Sat, Jul 03, 2010 at 07:35:41PM +0200, Truls Becken wrote: > I get errors when building gnustep trunk r30916, using libobjc2 from > the same revision. This does not happen with the gcc runtime because > the problematic code is then skipped by an #ifndef. > > Making all for library libgnustep-base... > Compiling file GSLocale.m ... > Compiling file preface.m ... > Compiling file cifframe.m ... > Compiling file CXXException.m ... > ...snip... > Compiling file NSString.m ... > Compiling file NSTask.m ... > Compiling file NSThread.m ... > NSThread.m:288:20: error: static declaration of ‘objc_thread_add’ > follows non-static declaration > /usr/lib/gcc/i686-pc-linux-gnu/4.5.0/include/objc/thr.h:91:6: note: > previous declaration of ‘objc_thread_add’ was here > make[4]: *** [obj/libgnustep-base.obj/NSThread.m.o] Error 1 > make[3]: *** [internal-library-all_] Error 2 > make[2]: *** [libgnustep-base.all.library.variables] Error 2 > make[1]: *** [internal-all] Error 2 > make: *** [internal-all] Error 2
David removed a pile of legacy headers from libobjc2 last week. And since there is no thr.h in libobjc2 anymore, base is picking up the header from gcc's libobjc and gets a bit confused. There is a bit of refactoring to be done to get libobjc2 and gnustep-base in sync again. E.g. all includes of objc.h need to be changed to runtime.h. That will probably also break a lot a of legacy stuff like the old NeXTStep typed streams. I'm well willing to help with that, after GSoC that is, because I'm rather busy with DBusKit at the moment… Cheers, Niels _______________________________________________ Discuss-gnustep mailing list Discuss-gnustep@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnustep