[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Problem with Gorm and GDL2
From: |
David Ayers |
Subject: |
Re: Problem with Gorm and GDL2 |
Date: |
Wed, 07 Apr 2010 16:15:55 +0200 |
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)