--- a/ObjFLoader.st	Fri Oct 28 04:09:41 1994 +0100
+++ b/ObjFLoader.st	Fri Oct 28 04:11:50 1994 +0100
@@ -21,9 +21,58 @@
 COPYRIGHT (c) 1993 by Claus Gittinger
 	     All Rights Reserved
 
-$Header: /cvs/stx/stx/libcomp/Attic/ObjFLoader.st,v 1.10 1994-10-10 00:56:47 claus Exp $
+$Header: /cvs/stx/stx/libcomp/Attic/ObjFLoader.st,v 1.11 1994-10-28 03:09:30 claus Exp $
 '!
 
+!ObjectFileLoader class methodsFor:'documentation'!
+
+copyright
+"
+ COPYRIGHT (c) 1993 by Claus Gittinger
+	      All Rights Reserved
+
+ This software is furnished under a license and may be used
+ only in accordance with the terms of that license and with the
+ inclusion of the above copyright notice.   This software may not
+ be provided or otherwise made available to, or used by, any
+ other person.  No title to or ownership of the software is
+ hereby transferred.
+"
+!
+
+version
+"
+$Header: /cvs/stx/stx/libcomp/Attic/ObjFLoader.st,v 1.11 1994-10-28 03:09:30 claus Exp $
+"
+!
+
+documentation
+"
+    This class knowns how to dynamically load in external object-modules.
+    As to date, this is completely experimental and WITHOUT ANY WARRANTY.
+    It is still being developed and the code below needs cleanup and more
+    robustness.
+
+    There are basically two totally different mechanisms to do this:
+	a) if there exists some dynamic-link facility such as:
+	   GNU-DL, dlopen (sparc, SYS5.4), rld_open (NeXT),
+	   this is used
+	b) if no such facility exists, the normal linker is used to
+	   link the module to text/data address as previously malloced,
+	   and the object file loaded into that space.
+           
+    Currently, not all mechanisms work fully satisfying.
+    For example, the sun dl*-functions do an exit on link-errors (which
+    is certainly not what we want here :-(; the NeXT mechanism does not
+    allow for selective unloading (only all or last).
+    The only really useful package is the GNU-dl package, which is only
+    available for a.out file formats. (i.e. only linux people can use
+    it at this time).
+"
+! !
+
+!ObjectFileLoader class primitiveDefinitions!
+
 %{
 /*
  * by default, use whatever the system provides
@@ -103,55 +152,7 @@
 #   define dld_h
 #  endif
 #endif
-
-static OBJ loadAddrLow, loadAddrHi;
 %}
-
-!ObjectFileLoader class methodsFor:'documentation'!
-
-copyright
-"
- COPYRIGHT (c) 1993 by Claus Gittinger
-	      All Rights Reserved
-
- This software is furnished under a license and may be used
- only in accordance with the terms of that license and with the
- inclusion of the above copyright notice.   This software may not
- be provided or otherwise made available to, or used by, any
- other person.  No title to or ownership of the software is
- hereby transferred.
-"
-!
-
-version
-"
-$Header: /cvs/stx/stx/libcomp/Attic/ObjFLoader.st,v 1.10 1994-10-10 00:56:47 claus Exp $
-"
-!
-
-documentation
-"
-    This class knowns how to dynamically load in external object-modules.
-    As to date, this is completely experimental and WITHOUT ANY WARRANTY.
-    It is still being developed and the code below needs cleanup and more
-    robustness.
-
-    There are basically two totally different mechanisms to do this:
-	a) if there exists some dynamic-link facility such as:
-	   GNU-DL, dlopen (sparc, SYS5.4), rld_open (NeXT),
-	   this is used
-	b) if no such facility exists, the normal linker is used to
-	   link the module to text/data address as previously malloced,
-	   and the object file loaded into that space.
-           
-    Currently, not all mechanisms work fully satisfying.
-    For example, the sun dl*-functions do an exit on link-errors (which
-    is certainly not what we want here :-(; the NeXT mechanism does not
-    allow for selective unloading (only all or last).
-    The only really useful package is the GNU-dl package, which is only
-    available for a.out file formats. (i.e. only linux people can use
-    it at this time).
-"
 ! !
 
 !ObjectFileLoader class methodsFor:'initialization'!