/[emacs]/emacs/gc/doc/README.MacOSX
ViewVC logotype

Diff of /emacs/gc/doc/README.MacOSX

Parent Directory Parent Directory | Revision Log Revision Log | View Patch Patch

revision 1.2.2.1 by fx, Thu Jun 5 18:23:04 2003 UTC revision 1.2.2.2 by fx, Mon Jun 16 15:36:56 2003 UTC
# Line 1  Line 1 
1  While the GC should work on MacOS X Server, MacOS X and Darwin, I only tested  See README.darwin for the latest Darwin/MacOSX information.
 it on MacOS X Server.  
 I've added a PPC assembly version of GC_push_regs(), thus the setjmp() hack is  
 no longer necessary. Incremental collection is supported via mprotect/signal.  
 The current solution isn't really optimal because the signal handler must decode  
 the faulting PPC machine instruction in order to find the correct heap address.  
 Further, it must poke around in the register state which the kernel saved away  
 in some obscure register state structure before it calls the signal handler -  
 needless to say the layout of this structure is no where documented.  
 Threads and dynamic libraries are not yet supported (adding dynamic library  
 support via the low-level dyld API shouldn't be that hard).  
   
 The original MacOS X port was brought to you by Andrew Stone.  
   
   
 June, 1 2000  
   
 Dietmar Planitzer  
 dave.pl@ping.at  
   
 Note from Andrew Begel:  
   
 One more fix to enable gc.a to link successfully into a shared library for  
 MacOS X. You have to add -fno-common to the CFLAGS in the Makefile. MacOSX  
 disallows common symbols in anything that eventually finds its way into a  
 shared library. (I don't completely understand why, but -fno-common seems to  
 work and doesn't mess up the garbage collector's functionality).  
   
 Feb 26, 2003  
   
 Jeff Sturm and Jesse Rosenstock provided a patch that adds thread support.  
 GC_MACOSX_THREADS should be defined in the build and in clients.  Real  
 dynamic library support is still missing, i.e. dynamic library data segments  
 are still not scanned.  Code that stores pointers to the garbage collected  
 heap in statically allocated variables should not reside in a dynamic  
 library.  This still doesn't appear to be 100% reliable.    
   
 Mar 10, 2003  
 Brian Alliet contributed dynamic library support for MacOSX.  It could also  
 use more testing.  

Legend:
Removed from v.1.2.2.1  
changed lines
  Added in v.1.2.2.2

savannah-hackers-public@gnu.org
ViewVC Help
Powered by ViewVC 1.1.26