| 1 |
|
|---|
| 2 | GNU Objective C notes
|
|---|
| 3 | *********************
|
|---|
| 4 |
|
|---|
| 5 | This document is to explain what has been done, and a little about how
|
|---|
| 6 | specific features differ from other implementations. The runtime has
|
|---|
| 7 | been completely rewritten in gcc 2.4. The earlier runtime had several
|
|---|
| 8 | severe bugs and was rather incomplete. The compiler has had several
|
|---|
| 9 | new features added as well.
|
|---|
| 10 |
|
|---|
| 11 | This is not documentation for Objective C, it is usable to someone
|
|---|
| 12 | who knows Objective C from somewhere else.
|
|---|
| 13 |
|
|---|
| 14 |
|
|---|
| 15 | Runtime API functions
|
|---|
| 16 | =====================
|
|---|
| 17 |
|
|---|
| 18 | The runtime is modeled after the NeXT Objective C runtime. That is,
|
|---|
| 19 | most functions have semantics as it is known from the NeXT. The
|
|---|
| 20 | names, however, have changed. All runtime API functions have names
|
|---|
| 21 | of lowercase letters and underscores as opposed to the
|
|---|
| 22 | `traditional' mixed case names.
|
|---|
| 23 | The runtime api functions are not documented as of now.
|
|---|
| 24 | Someone offered to write it, and did it, but we were not allowed to
|
|---|
| 25 | use it by his university (Very sad story). We have started writing
|
|---|
| 26 | the documentation over again. This will be announced in appropriate
|
|---|
| 27 | places when it becomes available.
|
|---|
| 28 |
|
|---|
| 29 |
|
|---|
| 30 | Protocols
|
|---|
| 31 | =========
|
|---|
| 32 |
|
|---|
| 33 | Protocols are now fully supported. The semantics is exactly as on the
|
|---|
| 34 | NeXT. There is a flag to specify how protocols should be typechecked
|
|---|
| 35 | when adopted to classes. The normal typechecker requires that all
|
|---|
| 36 | methods in a given protocol must be implemented in the class that
|
|---|
| 37 | adopts it -- it is not enough to inherit them. The flag
|
|---|
| 38 | `-Wno-protocol' causes it to allow inherited methods, while
|
|---|
| 39 | `-Wprotocols' is the default which requires them defined.
|
|---|
| 40 |
|
|---|
| 41 |
|
|---|
| 42 | +initialize
|
|---|
| 43 | ===========
|
|---|
| 44 |
|
|---|
| 45 | This method, if defined, is called before any other instance or class
|
|---|
| 46 | methods of that particular class. This method is not inherited, and
|
|---|
| 47 | is thus not called as initializer for a subclass that doesn't define
|
|---|
| 48 | it itself. Thus, each +initialize method is called exactly once (or
|
|---|
| 49 | never if no methods of that particular class is never called).
|
|---|
| 50 | Besides this, it is allowed to have several +initialize methods, one
|
|---|
| 51 | for each category. The order in which these (multiple methods) are
|
|---|
| 52 | called is not well defined. I am not completely certain what the
|
|---|
| 53 | semantics of this method is for other implementations, but this is
|
|---|
| 54 | how it works for GNU Objective C.
|
|---|
| 55 |
|
|---|
| 56 |
|
|---|
| 57 | Passivation/Activation/Typedstreams
|
|---|
| 58 | ===================================
|
|---|
| 59 |
|
|---|
| 60 | This is supported in the style of NeXT TypedStream's. Consult the
|
|---|
| 61 | headerfile Typedstreams.h for api functions. I (Kresten) have
|
|---|
| 62 | rewritten it in Objective C, but this implementation is not part of
|
|---|
| 63 | 2.4, it is available from the GNU Objective C prerelease archive.
|
|---|
| 64 | There is one difference worth noting concerning objects stored with
|
|---|
| 65 | objc_write_object_reference (aka NXWriteObjectReference). When these
|
|---|
| 66 | are read back in, their object is not guaranteed to be available until
|
|---|
| 67 | the `-awake' method is called in the object that requests that object.
|
|---|
| 68 | To objc_read_object you must pass a pointer to an id, which is valid
|
|---|
| 69 | after exit from the function calling it (like e.g. an instance
|
|---|
| 70 | variable). In general, you should not use objects read in until the
|
|---|
| 71 | -awake method is called.
|
|---|
| 72 |
|
|---|
| 73 |
|
|---|
| 74 | Acknowledgements
|
|---|
| 75 | ================
|
|---|
| 76 |
|
|---|
| 77 | The GNU Objective C team: Geoffrey Knauth <gsk@marble.com> (manager),
|
|---|
| 78 | Tom Wood <wood@next.com> (compiler) and Kresten Krab Thorup
|
|---|
| 79 | <krab@iesd.auc.dk> (runtime) would like to thank a some people for
|
|---|
| 80 | participating in the development of the present GNU Objective C.
|
|---|
| 81 |
|
|---|
| 82 | Paul Burchard <burchard@geom.umn.edu> and Andrew McCallum
|
|---|
| 83 | <mccallum@cs.rochester.edu> has been very helpful debugging the
|
|---|
| 84 | runtime. Eric Herring <herring@iesd.auc.dk> has been very helpful
|
|---|
| 85 | cleaning up after the documentation-copyright disaster and is now
|
|---|
| 86 | helping with the new documentation.
|
|---|
| 87 |
|
|---|
| 88 | Steve Naroff <snaroff@next.com> and Richard Stallman
|
|---|
| 89 | <rms@gnu.ai.mit.edu> has been very helpful with implementation details
|
|---|
| 90 | in the compiler.
|
|---|
| 91 |
|
|---|
| 92 |
|
|---|
| 93 | Bug Reports
|
|---|
| 94 | ===========
|
|---|
| 95 |
|
|---|
| 96 | Please read the section `Submitting Bugreports' of the gcc manual
|
|---|
| 97 | before you submit any bugs.
|
|---|