attached is just sort of an experiment in getting rid of GNUstep.sh to
compile stuff
don't know if i expect anything to come out of it really, but figured
i'd send it
anyways :P
it uses pkg-config to store the environment variables so you'd need to
setup
PKG_CONFIG_PATH to wherever
adds 2 con
On 2007-01-24 02:29:36 -0800 Matt Rice <[EMAIL PROTECTED]> wrote:
attached is just sort of an experiment in getting rid of GNUstep.sh
to
compile stuff
don't know if i expect anything to come out of it really, but figured
i'd
send it
anyways :P
apologies.. there were a number of issues when
Test results for GNUstep as of Wed Jan 24 06:34:16 EST 2007
If a particular system failed compilation, the logs for that system will
be placed at ftp://ftp.gnustep.org/pub/testfarm
If you would like to be a part of this automated testfarm, see
http://wiki.gnustep.org/index.php/Developer_FAQ#How_ca
> attached is just sort of an experiment in getting rid of GNUstep.sh to
> compile stuff
If you use trunk, you don't need GNUstep.sh to compile stuff ... ;-)
1. add /usr/GNUstep/System/Library/Libraries and
/usr/GNUstep/Local/Library/Libraries to /etc/ld.so.conf and run ldconfig
2. add /usr
On 2007-01-24 04:17:17 -0800 Nicola Pero
<[EMAIL PROTECTED]> wrote:
attached is just sort of an experiment in getting rid of GNUstep.sh
to
compile stuff
If you use trunk, you don't need GNUstep.sh to compile stuff ... ;-)
1. add /usr/GNUstep/System/Library/Libraries and
/usr/GNUstep/Loca
On 24 Jan 2007, at 14:10, Matt Rice wrote:
On 2007-01-24 04:17:17 -0800 Nicola Pero <[EMAIL PROTECTED]
innovation.com> wrote:
attached is just sort of an experiment in getting rid of
GNUstep.sh to compile stuff
If you use trunk, you don't need GNUstep.sh to compile stuff ... ;-)
1. add /us
On 2007-01-24 06:22:54 -0800 Richard Frith-Macdonald
<[EMAIL PROTECTED]> wrote:
On 24 Jan 2007, at 14:10, Matt Rice wrote:
On 2007-01-24 04:17:17 -0800 Nicola Pero <[EMAIL PROTECTED]
innovation.com>
wrote:
attached is just sort of an experiment in getting rid of
GNUstep.sh to
compile s
Richard Frith-Macdonald schrieb:
>
> On 24 Jan 2007, at 14:10, Matt Rice wrote:
>
>> On 2007-01-24 04:17:17 -0800 Nicola Pero <[EMAIL PROTECTED]
>> innovation.com> wrote:
>>
attached is just sort of an experiment in getting rid of GNUstep.sh
to compile stuff
>>>
>>> If you use trunk, y
When I try to compile gui from the trunk, I get a duplicate member error in
NSMenuItemCell.h on _backgroundColor.
Upon looking at the code, I noticed that NSButtonCell was recently modified
to include a _backgroundColor member. Since NSMenuItemCell extends
NSButtonCell, the _backgroundColor memb
Hi all
You will find attached a implementation of fswatcher using the FAM
API. It should link either with FAM (1) or gamin (2), which are
available on different flavors of unix. The goal is to take advantage
of existing facilities and getting rid of timers. FAM and gamin use
kernel helpers to avoi
> GDL2 needs to attempt to link to the Gorm libraries to see if it
> should enable building of the GDL2 Gorm palette
> and in porting aquaterm, and the gnuplot adaptor for aquaterm, it
> needs to also look for a lib in the GNUstep heirarchy
> to enable that.
There are two solutions to that:
1
> It's not stricty GDL2 in this case but ./configure of GDL2 which want to
> tweak make file fragments dependent on what's available. So maybe we
> need some tool in the path to query the values. Something like
> gnustep-config akin to apxs and xml2-config.
Such a tool/shell script would be goo
> 1. source GNUstep.sh inside ./configure.
> 2. do it inside your GNUmakefile directly ...
Thinking about it, I'm not really with any of these two solutions ... when we
change radically the location of libraries, both might be broken by the change.
;-)
Probably the best solution is to add a
On 2007-01-24 19:05:01 +0200 Philippe Roussel <[EMAIL PROTECTED]> wrote:
Hi all
You will find attached a implementation of fswatcher using the FAM
API. It should link either with FAM (1) or gamin (2), which are
available on different flavors of unix. The goal is to take advantage
of existing fa
On 2007-01-24 11:10:24 -0800 Nicola Pero
<[EMAIL PROTECTED]> wrote:
It's not stricty GDL2 in this case but ./configure of GDL2 which
want to
tweak make file fragments dependent on what's available. So maybe we
need some tool in the path to query the values. Something like
gnustep-config ak
On Wed, Jan 24, 2007 at 09:27:05PM +0200, Enrico Sersale wrote:
> The original fswatcher doesn't create a new Watcher object if there already
> is one for a path beeing added; it adds only a "listener", that is, it
> increments a counter. When, removing all listeners, the counter becomes 0,
> th
On Jan 24, 2007, at 15:10, Matt Rice wrote:
I've come across at least 2 instances of needing the environment
variables
GDL2 needs to attempt to link to the Gorm libraries to see if it
should enable building of the GDL2 Gorm palette
and in porting aquaterm, and the gnuplot adaptor for aquaterm,
On 2007-01-24 14:24:59 -0800 Helge Hess <[EMAIL PROTECTED]>
wrote:
On Jan 24, 2007, at 15:10, Matt Rice wrote:
I've come across at least 2 instances of needing the environment
variables
GDL2 needs to attempt to link to the Gorm libraries to see if it
should
enable building of the GDL2 Gorm
Ted Howard schrieb:
> When I try to compile gui from the trunk, I get a duplicate member error
> in NSMenuItemCell.h on _backgroundColor.
>
> Upon looking at the code, I noticed that NSButtonCell was recently
> modified to include a _backgroundColor member. Since NSMenuItemCell
> extends NSButton
> so the idea was we replace all the environment variables with that we
> install gnustep.pc by default into somewhere pkg-config will find it, then
> people who want non-standard stuff fiddle with it can set PKG_CONFIG_PATH
> but it should just work by default
I'm a bit confused ... it looks l
On 2007-01-24 16:14:47 -0800 Nicola Pero
<[EMAIL PROTECTED]> wrote:
so the idea was we replace all the environment variables with that
we
install gnustep.pc by default into somewhere pkg-config will find
it, then
people who want non-standard stuff fiddle with it can set
PKG_CONFIG_PATH
b
Hello,
Someone was asking me about whether Emacs.app supports the "-
GSFilePath" option which GWorkspace uses to tell applications to open
files. I thought that there were already two ways to do this in
OpenStep / Cocoa: "-NSOpen" option, and NSApplication-
application:openFIle: method via
On Jan 25, 2007, at 01:35, Matt Rice wrote:
Anyhow i'll read this more thoroughly tomorrow,
but my main problem with GNUstep.sh isn't actually technical at all,
its the very first thing potential developers are going to see, so
will be the first impression, and imho gives the impression of
be
> but my main problem with GNUstep.sh isn't actually technical at all,
> its the very first thing potential developers are going to see, so
> will be the first impression,
> and imho gives the impression of being strange because it is uncommon
> for a build system to depend on environment variab
> Yes. The thing we do (... ;-) is to have a very small (hand written)
> 'configure' script which locates gnustep-make and writes a small
> 'config.make' files containing the relevant GS variables. Then all
> makefiles include that config.make file like this:
>
> -include config.make
> incl
25 matches
Mail list logo