NetBSD/gnu/dist/gcc4/libobjc
mrg f73a50514d import GCC-4.1 branch from 20070620 (revision 125891). this fixes 78
GCC PR's listed below, and also fixes some netbsd PR's.

	30370
	C++/28988
	C++/30016
	C++/30168
	C++/30221
	c++/28999
	c++/30536
	c++/30847
	c++/30852
	c++/30895
	c++/31074
	c++/31449
	c++/31517
	c++/31806
	c++/31809
	c/31520
	debug/29906
	debug/30189
	inline-asm/32109
	libstdc++/28125
	libstdc++/30586
	middle-end/24427
	middle-end/29683
	middle-end/30313
	middle-end/30364
	middle-end/30433
	middle-end/30473
	middle-end/30729
	middle-end/30761
	middle-end/31448
	middle-end/32285
	objc/27438
	objc/30479
	other/27843
	preprocessor/30468:
	rtl-optimization/28011
	rtl-optimization/28173
	rtl-optimization/28772
	rtl-optimization/29329
	rtl-optimization/29599
	rtl-optimization/30643
	rtl-optimization/30787
	rtl-optimization/30931
	rtl-optimization/31691
	target/18989
	target/19087
	target/25448
	target/26090
	target/28623
	target/28675
	target/29487
	target/30289
	target/30483
	target/30848
	target/31022
	target/31123
	target/31137
	target/31245
	target/31361
	target/31380
	target/31480
	target/31582
	target/31641
	target/31701
	target/31876
	target/32163
	tree-opt/30045
	tree-optimization/26643
	tree-optimization/26854
	tree-optimization/26998
	tree-optimization/27087
	tree-optimization/29446
	tree-optimization/29925
	tree-optimization/30212
	tree-optimization/30590
	tree-optimization/30823
	tree-optimization/31632
	tree-optimization/32353
2007-06-20 22:55:47 +00:00
..
objc
ChangeLog import GCC-4.1 branch from 20070620 (revision 125891). this fixes 78 2007-06-20 22:55:47 +00:00
Makefile.in
NXConstStr.m
Object.m Use id casts instead of void * casts. Suggested by thorpej. 2006-05-15 16:31:21 +00:00
Protocol.m
README
README.threads
THREADS
THREADS.MACH
acinclude.m4
aclocal.m4
archive.c
class.c
config.h.in
configure
configure.ac
encoding.c
exception.c
gc.c
hash.c Fix MKDEBUGLIB build. 2007-02-16 16:34:17 +00:00
hash_compat.c
init.c
libobjc.def
libobjc_entry.c
linking.m
makefile.dos
misc.c
nil_method.c
objects.c
sarray.c
selector.c
sendmsg.c
thr-dce.c
thr-decosf1.c
thr-irix.c
thr-mach.c
thr-objc.c
thr-os2.c
thr-posix.c
thr-pthreads.c
thr-rtems.c
thr-single.c
thr-solaris.c
thr-vxworks.c
thr-win32.c
thr.c

README

GNU Objective C notes
*********************

This document is to explain what has been done, and a little about how
specific features differ from other implementations.  The runtime has
been completely rewritten in gcc 2.4.  The earlier runtime had several
severe bugs and was rather incomplete.  The compiler has had several
new features added as well.

This is not documentation for Objective C, it is usable to someone
who knows Objective C from somewhere else.


Runtime API functions
=====================

The runtime is modeled after the NeXT Objective C runtime.  That is,
most functions have semantics as it is known from the NeXT.  The
names, however, have changed.  All runtime API functions have names
of lowercase letters and underscores as opposed to the
`traditional' mixed case names.  
	The runtime api functions are not documented as of now.
Someone offered to write it, and did it, but we were not allowed to
use it by his university (Very sad story).  We have started writing
the documentation over again.  This will be announced in appropriate
places when it becomes available.


Protocols
=========

Protocols are now fully supported.  The semantics is exactly as on the
NeXT.  There is a flag to specify how protocols should be typechecked
when adopted to classes.  The normal typechecker requires that all
methods in a given protocol must be implemented in the class that
adopts it -- it is not enough to inherit them.  The flag
`-Wno-protocol' causes it to allow inherited methods, while
`-Wprotocols' is the default which requires them defined.


+load
===========
This method, if defined, is called for each class and category
implementation when the class is loaded into the runtime.  This method
is not inherited, and is thus not called for a subclass that doesn't
define it itself.  Thus, each +load method is called exactly once by
the runtime.  The runtime invocation of this method is thread safe.


+initialize 
===========

This method, if defined, is called before any other instance or class
methods of that particular class.  For the GNU runtime, this method is 
not inherited, and is thus not called as initializer for a subclass that 
doesn't define it itself.  Thus, each +initialize method is called exactly 
once by the runtime (or never if no methods of that particular class is 
never called).  It is wise to guard against multiple invocations anyway 
to remain portable with the NeXT runtime.  The runtime invocation of 
this method is thread safe.


Passivation/Activation/Typedstreams
===================================

This is supported in the style of NeXT TypedStream's.  Consult the
headerfile Typedstreams.h for api functions.  I (Kresten) have
rewritten it in Objective C, but this implementation is not part of
2.4, it is available from the GNU Objective C prerelease archive. 
   There is one difference worth noting concerning objects stored with
objc_write_object_reference (aka NXWriteObjectReference).  When these
are read back in, their object is not guaranteed to be available until
the `-awake' method is called in the object that requests that object.
To objc_read_object you must pass a pointer to an id, which is valid
after exit from the function calling it (like e.g. an instance
variable).  In general, you should not use objects read in until the
-awake method is called.


Acknowledgements
================

The GNU Objective C team: Geoffrey Knauth <gsk@marble.com> (manager),
Tom Wood <wood@next.com> (compiler) and Kresten Krab Thorup
<krab@iesd.auc.dk> (runtime) would like to thank a some people for
participating in the development of the present GNU Objective C.

Paul Burchard <burchard@geom.umn.edu> and Andrew McCallum
<mccallum@cs.rochester.edu> has been very helpful debugging the
runtime.   Eric Herring <herring@iesd.auc.dk> has been very helpful
cleaning up after the documentation-copyright disaster and is now
helping with the new documentation.

Steve Naroff <snaroff@next.com> and Richard Stallman
<rms@gnu.ai.mit.edu> has been very helpful with implementation details
in the compiler.


Bug Reports
===========

Please read the section `Submitting Bugreports' of the gcc manual
before you submit any bugs.