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
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
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
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
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
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
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, you don't need GNUstep.sh
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
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
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 good.
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
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
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,
the
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
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 NSButtonCell,
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 like
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
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 DO
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
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 variables
24 matches
Mail list logo