On Fri, Dec 21, 2001 at 02:59:52PM -0500, Gregor N. Purdy wrote: > * Eventually getting rid of (all?) references to the implicit args > of opfuncs (interpreter and cur_opcode). If they are implicit, > let them stay hidden. Dan is thinking this may become easier > when/if we can store interpreter as TLS or something.
I have the essentials of pthread and win32 local storage working, with a fallback to a global interpreter variable for "fakethreads". I would have sent the diffs to the list but in light of the most recent commit I will have to do some merging to have something that will apply against the current CVS. The issue that comes up again of course is managing porting. in the source. Presently now I have a thread.h, a platform_thread.h, and a platform_thread.c, where the latter two must be provided for each type of available thread API (NOT a particular hardware/OS combinarion but each API). This means I do have a win32 thread .c and .h, so in case something bizzare like pthreads works under mingw32 or cygnus all one has to do is create appropriate hints. If anyone has any strong preferences about organizing this this I'd like to hear them. -- Jason
