Remove obsolete information in README.darwin

* doc/README.darwin (gc_cpp.h usage, Older Information): Remove
information.

1 files changed, 0 insertions, 56 deletions

diff --git a/doc/README.darwin b/doc/README.darwin
index 51f5e2b3..32a5fb17 100644
--- a/doc/README.darwin
+++ b/doc/README.darwin
@@ -79,59 +79,3 @@ Jeff Sturm, and Jesse Rosenstock for all their work on the
 Darwin/OS X port.
 
 -Brian Alliet
-
-== gc_cpp.h usage ==
-
-Replacement of operator new and delete is apparently not supported with
-dynamic libraries.  This means that applications using gc_cpp.h
-(including the built-in test) will probably not work correctly with
-the collector in a dynamic library, unless special care is taken.
-
-See
-http://article.gmane.org/gmane.comp.programming.garbage-collection.boehmgc/1421
-for some details.
-
-- Hans Boehm (based on information from Andrew Begel)
-
-
-== Older Information (Most of this no longer applies to the current code) ==
-
-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
-
-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_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.