Re: opening problems with GWorkspace

Hi, I finally managed to reproduce this bug and fixed it in svn. The issue occurred (only) on machines which are slow enough for GWorkspace needing more than 5 seconds to finish launching. The cause of the bug is a subtle error in r29864, where NSRunAlertPanel returns NSAlertFirstButtonReturn

Re: What happened to the code freeze?

>> So the correct fix is simply to delete that block of code (and the >> declaration >> and assignment of 'sub' a few lines earlier). I've done that, and also >> delete >> the other call to setSupermenu: that I had added. > > If that works for you, all the better. It is always great to remove

What to add to GNUmakefile to compile with a .pch file from Xcode?

Hi, I'm trying to make sure my Xcode project builds in both Xcode and GNUStep. It contains a .pch file containing common includes, which is required to be prefixed to every file compiled during the build. When I add it to the XXX_OBJC_PRECOMPILED_HEADERS as so: Cioccolata_OBJC_PRECOMPILED_HEA

Re: opening problems with GWorkspace

Fred Kiefer wrote: Am 23.04.2010 17:14, schrieb Wolfgang Lux: Incidentally, I noticed during debugging that GNUstep applications do not respond to DO messages while in a modal dialog loop. This means that if the user or a background application attempts to connect to a running application

Re: [Patched] What to add to GNUmakefile to compile with a .pch file that came from Xcode project?

Thanks Chris excellent contribution - we definitely want to support the .pch extension for precompiled headers! :-) I have applied to trunk a slight different patch (in attach for your interest) which is simpler and supports any possible extension for precompiled headers. In practice, I si