GormLib and GormCore both define a few NSObject methods with the
same name. Obviously, such code is rather fragile since it depends
on the order in which the Objective-C runtime system is initialized.
Apparently, this works as intended on Linux, FreeBSD, and probably
other systems. However it does not work on Darwin, where you cannot
edit any connections and the inspectors for a lot other class are
defunct as well. One can fix this on Darwin by swapping the two lines
containing -lGorm and -lGormCore in GNUmakefile.preamble, but of
course this will break things on all other platforms.

The attached patch removes all offending methods from
IBObjectAdditions.m. Of course, the compiler will now complain about
the incomplete implementation of the IBObjectAdditions category, so
probably the remaining methods should moved away and defined
somewhere in GormCore, too.

Wolfgang

Attachment: gorm-dupmethods.patch
Description: Binary data



P.S.: Here is the exact list of duplicate methods as determined by
sed'ing the output of the nm command for libGorm.dylib and
libGormCore.dylib.
+[NSObject canSubstituteForClass:]
-[NSObject classInspectorClassName]
-[NSObject connectInspectorClassName]
-[NSObject editorClassName]
-[NSObject helpInspectorClassName]
-[NSObject imageForViewer]
-[NSObject inspectorClassName]
-[NSObject sizeInspectorClassName]

_______________________________________________
Discuss-gnustep mailing list
[email protected]
http://lists.gnu.org/mailman/listinfo/discuss-gnustep

Reply via email to