summaryrefslogtreecommitdiff
path: root/Lisp/data-types.lisp
diff options
context:
space:
mode:
authorMatthias Benkard <code@mail.matthias.benkard.de>2008-01-26 10:55:40 +0100
committerMatthias Benkard <code@mail.matthias.benkard.de>2008-01-26 10:55:40 +0100
commit5926a618599de74652d43f5747980f5dc2156f9b (patch)
tree31335f11c56f6f1573b8dd3c1b1d6ee5b16e4558 /Lisp/data-types.lisp
parent771969e57e0cef63febbcd281ec2ed3e81685463 (diff)
Fix the spelling of `Objective-C' in both code and documentation.
darcs-hash:065bdac36eeb490472284101a6d19409d551109b
Diffstat (limited to 'Lisp/data-types.lisp')
-rw-r--r--Lisp/data-types.lisp20
1 files changed, 10 insertions, 10 deletions
diff --git a/Lisp/data-types.lisp b/Lisp/data-types.lisp
index 2a6f194..75b1e71 100644
--- a/Lisp/data-types.lisp
+++ b/Lisp/data-types.lisp
@@ -30,7 +30,7 @@
(defctype char-pointer :pointer)
-;;;; (@* "Objective C object wrapper classes")
+;;;; (@* "Objective-C object wrapper classes")
(defclass c-pointer-wrapper ()
((pointer :type c-pointer
:reader pointer-to
@@ -39,11 +39,11 @@
(defclass selector (c-pointer-wrapper) ()
- (:documentation "An Objective C method selector.
+ (:documentation "An Objective-C method selector.
## Description:
-Method selectors are Objective C's equivalent to what Common Lisp calls
+Method selectors are Objective-C's equivalent to what Common Lisp calls
**symbols**. Their use is restricted to retrieving methods by name.
__selector__ objects cannot be created by means of __make-instance__.
@@ -56,17 +56,17 @@ Use __find-selector__ instead.
(defclass id (c-pointer-wrapper) ()
- (:documentation "An instance of an Objective C class.
+ (:documentation "An instance of an Objective-C class.
## Description:
The class __id__ serves as a general-purpose container for all kinds of
-Objective C objects that are instances of some Objective C class, that
+Objective-C objects that are instances of some Objective-C class, that
is, neither primitive C values nor __selector__, __class__ or
__exception__ objects.
__id__ objects cannot be created by means of __make-instance__. Use
-a suitable class method instead as you would in Objective C.
+a suitable class method instead as you would in Objective-C.
## Examples:
@@ -106,7 +106,7 @@ a suitable class method instead as you would in Objective C.
:initarg :pointer))
(:report (lambda (condition stream)
(format stream
- "The Objective C runtime has issued an exception of ~
+ "The Objective-C runtime has issued an exception of ~
type `~A'.~&~
Reason: ~A."
(invoke-by-name
@@ -115,17 +115,17 @@ a suitable class method instead as you would in Objective C.
(invoke-by-name
(invoke-by-name condition "reason")
"UTF8String"))))
- (:documentation "The condition type for Objective C exceptions.
+ (:documentation "The condition type for Objective-C exceptions.
## Description:
-Whenever an Objective C call made by means of __invoke__ or
+Whenever an Objective-C call made by means of __invoke__ or
__invoke-by-name__ raises an exception, the exception is propagated to
the Lisp side by being encapsulated in an __exception__ object and
signaled.
Note that it is currently impossible to directly extract the original
-Objective C exception from an __exception__ object, although it might
+Objective-C exception from an __exception__ object, although it might
arguably be desirable to do so. As __exception__ objects behave just
like __id__ objects in almost all circumstances, this is not much of a
problem, though. If you really do need an __id__ instance rather than