bug-gnustep
[Top][All Lists]
Advanced

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

Re: Unable to compile gnustep-baseadd with apple-apple-apple


From: David Ayers
Subject: Re: Unable to compile gnustep-baseadd with apple-apple-apple
Date: Tue, 17 Feb 2004 18:04:55 +0100
User-agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.6) Gecko/20040113


BTW, gsweb uses objc_thread_id() implemented in thr-pthread.m, but
this file is not compiled when we compile only gnustepbase-add.

thr-pthread is for the gnu runtime on darwin. Perhaps we should just
put this function in GSCategoies for MacOSX to use? Or is there (or
should we add) an NSThread method that would work better?

I've just grep'ed through gsweb and it is used quite often. This
should definiatly either be resloved by using existing NSThread API
or augmenting it if needed. It seems to be used for two main
purposes: 1. identifing the thread (we can easily replace those with
[NSThread currentThread] 2. An NSRecursiveLock category that access
the GNUstep-base @private mutex variable to test the currect thread
against the internal state of the mutex. (GSWUtil.m)

We really should look into that later usage, as it is non-portable
and shouldn't be necessary. I'll put that on my TODO list but can't
make a commitment on when this can be resolved.


This should now be fixed in CVS. Feedback would appreciated, if you can find the time.

Cheers,
David




reply via email to

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