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

Reply via email to