I contemplated on relying on precompiled headers and converting everything in GDL2 to import Foundation.h (AppKit.h where applicable) but decided against it for now since I currently cannot test correctly. (I'm having VM issues)
I hope that this is fixed now... Thanks for the report! Cheers, David Am Montag, den 05.04.2010, 21:26 +0200 schrieb Fred Kiefer: > It could well be that this problem was triggered by the current > restructuring of the gui includes. All applications will need to take > care to include or rather import all the needed bits from base or gui > themselves. Up to now a full include of Foundation.h would often happen > when certain gui headers were included. > > Am 01.04.2010 19:48, schrieb German Arias: > > Just now I upgraded my system. But currently, my problem is that GDL2 > > can't compile, I get the error > > > > EOPopUpAssociation.m:155: error: ‘NSInternalInconsistencyException’ > > undeclared (first use in this function) > > EOPopUpAssociation.m:155: error: (Each undeclared identifier is reported > > only once > > EOPopUpAssociation.m:155: error: for each function it appears in.) > > > > That, I think, is a problem on NSException class. > > > > David Ayers escribió: > >> Hello Germán, > >> > >> Am Mittwoch, den 24.03.2010, 18:59 -0600 schrieb Germán Arias: > >> > >>> I have GDL2 palette in Gorm, but when I start Gorm I get the error: > >>> > >>> objc runtime: cannot find class GDL2KVCNSObject > >>> > >>> and Gorm crash. > >>> > >> > >> Could you please open a bug report for this? > >> > >> I currently don't have a setup to test this myself. > >> > >> In GDL2 we had infrastructure in place to insure that our KVC categories > >> had precedence to those in the GNU and NeXT runtimes. > >> I /believe/ (but haven't checked) that the libobjc2 runtime may not > >> support those techniques based on Categories in method lists. > >> > >> Richard was so kind to attempt to work around based on classes with the > >> goal that this works with all runtimes. So please state which runtime > >> you are using. > >> > >> The class is implemented in EOControl/EOKeyValueCoding.m. It is a root > >> class. Maybe something in Gorm or in the runtime you are using is the > >> reason why the class cannot be found. > >> > >> You can assign the bug to GDL2 for now, but I wouldn't be surprised if > >> it is a runtime bug related to the fact that this is a root class. > >> > >> Cheers, > >> David > -- David Ayers - Team Austria Free Software Foundation Europe (FSFE) [] (http://www.fsfe.org) Join the Fellowship of FSFE! [][][] (https://fsfe.org/join) Your donation powers our work! || (http://fsfe.org/donate) _______________________________________________ Gnustep-dev mailing list Gnustep-dev@gnu.org http://lists.gnu.org/mailman/listinfo/gnustep-dev