On 7 Feb 2013, at 11:26, Slex Sangiuliano wrote: > > > > From: [email protected] > > Date: Tue, 5 Feb 2013 13:41:34 +0100 > > To: [email protected] > > Subject: Re: [Etoile-dev] EtoileMenus? > > > > On 5 Feb 2013, at 13:39, Quentin Mathé wrote: > > > > > Thanks for the correction, it does work indeed. I haven't tried it for a > > > while. Tearable menus and menu item highlighting don't work for me, but > > > it's much better than I thought. > > > > It definitely doesn't work for me, with trunk GNUstep and trunk Étoilé. I > > can provide back traces if you can't reproduce it. > > > > David > > > > -- Sent from my STANTEC-ZEBRA > > > > > > _______________________________________________ > > > Hi, > > Today I decided to update clang (to 3.3-trunk)/gnustep/eotile; after the > update each time that i run some Etoile apps the menus can't work. > > So, i tried also with GNUstep's apps, precisly with System Preferences and > Gemas; the result is the same of Etoile's apps: > > 2013-02-07 11:13:12.933 SystemPreferences[25956] Loading 2 user defined > AppKit bundles > 2013-02-07 11:13:12.934 SystemPreferences[25956] Loaded > '/usr/GNUstep/System/Library/Bundles/EtoileMenus.bundle' > 2013-02-07 11:13:12.935 SystemPreferences[25956] Loaded > '/usr/GNUstep/System/Library/Bundles/EtoileBehavior.bundle' > /usr/include/limits.h:125:16: fatal error: 'limits.h' file not found > 2013-02-07 11:13:13.772 SystemPreferences[25956] > /usr/GNUstep/Local/Library/Headers/GNUstepBase/GSIArray.h:549 Assertion > failed in GSIArrayItem GSIArrayItemAtIndex(GSIArray, unsigned int). > NSInvalidArgumentException > 2013-02-07 11:13:13.772 SystemPreferences[25956] Problem posting > notification: <NSException: 0x25c61d8> NAME:NSInternalInconsistencyException > REASON:/usr/GNUstep/Local/Library/Headers/GNUstepBase/GSIArray.h:549 > Assertion failed in GSIArrayItem GSIArrayItemAtIndex(GSIArray, unsigned int). > NSInvalidArgumentException INFO:(null) > > With both, when the EtoileBehavior.bundle is loaded, than limits.h is not > found.
This is a SourceCodeKit error that is probably safe to ignore. It means that your limits.h is in a silly place and clang can't find it. It's slightly strange that clang doesn't have a problem compiling though... > I think, this behavior could be attribuited to one of the GNUstep update or > clang update (?) I suspect that it's due to a selector type mismatch in the EtoileMenus bundle. > Is this the same bheavior for you David? Yup. David -- Sent from my PDP-11 _______________________________________________ Etoile-dev mailing list [email protected] https://mail.gna.org/listinfo/etoile-dev
