On Sat, May 24, 2008 at 5:04 PM, Nicola Pero
<[EMAIL PROTECTED]> wrote:
[...]
> The old variable is still supported for backwards compatibility; I suppose you
> turned on --enable-strict-v2-mode when configuring gnustep-make ? (unless the
> problem you're having is that your shell is one of the af
Le 24 mai 08, à 13:20, Nicola Pero a écrit :
On my iBook, when I changed a header file and type "make" to compile
the project, all the source files importing this header where
recompiled. Now on my Powerbook, when I do the same thing, nothing is
done.
Check for the line
"checking i
Anyway I applied your fix. It requires gnustep-make v2 but that
was already a
requirement for the new gnustep-base releases.
I forgot to write in that the same error occurs during installation of
-back, sorry.
Thanks - I realized it was being used in gnustep-gui as well - I
corrected both
Hello,
I managed to build a consistent GNUstep upon Ubuntu and then Etoile on the
above. All the builds went fine.
I use .xsession because the Path expected by Etoile in setup.sh differ from
mine : no matter, I source GNUstep.sh in .xsession and all works fine. I
can load EtoileMenuServer. Howe
When applications call NSWorkspace in GNUstep, GNUstep will pick up a
default one if there is none. The default one is GWorkspace.app.
In your xsession, there are several application calling NSWorkspace
simultaneously.
I guess that is the reason you have multiple copies of GWorkspace.app running.
T