From a3250d19ef539e61f1499688d7d9737f4932fbc5 Mon Sep 17 00:00:00 2001 From: Matthias Benkard Date: Sun, 3 Feb 2008 10:51:40 +0100 Subject: Remove system objective-cl-clozure-compat. See JOURNAL for details. darcs-hash:dafd1509018ef4badd47d9154cc1473f82a81f20 --- JOURNAL | 22 ++++++++++++++++++++++ 1 file changed, 22 insertions(+) (limited to 'JOURNAL') diff --git a/JOURNAL b/JOURNAL index 891b86d..882571c 100644 --- a/JOURNAL +++ b/JOURNAL @@ -1,5 +1,27 @@ -*- mode: muse -*- +* 2008-02-03, 10:45:58 CET + +** To be compatible or not to be compatible? + +I wonder whether being API-compatible with Clozure CL's Objective-C +bridge would be a good or bad thing. On the one hand, compatibility +means application portabilitiy, which is nice. On the other hand, using +the same package names and reader macros as Clozure CL's bridge makes it +hard to have both loaded at the same time. + +Then again, if someone wants to compare Objective-CL with Clozure CL's +bridge side-by-side, it's their responsibility to rename packages as +needed. Reader macros aren't essential for using Objective-CL, so they +may be left disabled in such a case, anyway. I'm going to try hard to +use Objective-CL-specific package names within my code +(i.e. OBJECTIVE-C-CLASSES rather than NS), so renaming packages won't +break things. + +I'll be opting for direct API compatibility for now. It seems to be the +right choice. + + * 2008-01-29, 21:34:16 CET In the Objective-C 2.0 runtime, the functions -- cgit v1.2.3