emacs-diffs
[Top][All Lists]
Advanced

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

[Emacs-diffs] Changes to emacs/gc/doc/README.MacOSX [Boehm-GC]


From: Dave Love
Subject: [Emacs-diffs] Changes to emacs/gc/doc/README.MacOSX [Boehm-GC]
Date: Mon, 16 Jun 2003 11:36:57 -0400

Index: emacs/gc/doc/README.MacOSX
diff -c emacs/gc/doc/README.MacOSX:1.2.2.1 emacs/gc/doc/README.MacOSX:1.2.2.2
*** emacs/gc/doc/README.MacOSX:1.2.2.1  Thu Jun  5 14:23:04 2003
--- emacs/gc/doc/README.MacOSX  Mon Jun 16 11:36:56 2003
***************
*** 1,40 ****
! While the GC should work on MacOS X Server, MacOS X and Darwin, I only tested
! 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
! address@hidden
! 
! 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.
--- 1 ----
! See README.darwin for the latest Darwin/MacOSX information.




reply via email to

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