On 13 Feb 2007, at 03:19, Andrew Ruder wrote:
On Tue, Feb 13, 2007 at 03:59:06AM +0100, Nicola Pero wrote:
And then adding an external dependency - which is a massive pain for
users, developers and maintainers - just to do the equivalent of
'echo
$CFLAGS' is somehow hardly attractive.
An
On Feb 12, 2007, at 8:19 PM, Andrew Ruder wrote:
An extra dependency here is not an issue, especially considering the
widespread use of pkg-config. I'm still scratching my head here
figuring out why it is so often claimed an issue throughout this
thread
when most people will already have t
>> Because we don't even store fixed sets of flags, but we compute them
>> dynamically,
>> using pkg-config to print them is more of an additional problem
>> than a solution.
>
> I forget exactly how non-flattend looks having not used it since the
> default changed...
>
> but heres an example o
On 2007-02-12 18:59:06 -0800 Nicola Pero
<[EMAIL PROTECTED]> wrote:
Because we don't even store fixed
sets of flags, but we compute them dynamically, using pkg-config to
print
them is more of an additional problem
than a solution.
I forget exactly how non-flattend looks having not used it
On Tue, Feb 13, 2007 at 03:59:06AM +0100, Nicola Pero wrote:
> And then adding an external dependency - which is a massive pain for
> users, developers and maintainers - just to do the equivalent of 'echo
> $CFLAGS' is somehow hardly attractive.
An extra dependency here is not an issue, especially
>> You can have non-flattened multi-platform installations that are
>> mounted from
>> the network; the same gnustep-make will then use different
>> compilation
>> flags/tools for the different hosts (keep in mind that each host
>> might also
>> have a different
>> filesystem configuration,
On 2007-02-12 10:30:57 -0800 Nicola Pero
<[EMAIL PROTECTED]> wrote:
pkg-config works best if compile/link flags are fixed and listed in a
file.
The compile/link flags in gnustep-make are determined dynamically
instead,
they are not fixed.
This is possible with pkg-config, you can referenc
> I like this one. In fact, you could have a msg like this:
>
> GNUstep make (version x.xx); please type "make help=yes" for help.
>
> That would serve 3 purposes -- tell invoker that GNUstep make is being
> used (in case they care), the version, and how to get help.
Thanks ... that was a g
> - this search would be executed for /every/ make invocation instead of
> once during configure.
It would be really slow if we were trying to compile something against the
library
for every make invocation. Subprocesses are very slow, and the compiler is
particularly slow. :-/
But if we're j
David Ayers schrieb:
> Also I think the order should be according to precedence i.e.
>
> GNUSTEP_FIND_LIBRARY = $(strip $(wildcard $(addsuffix $(strip $(1)).so, \
> $(GNUSTEP_USER_ROOT)/Library/Libraries/lib \
> $(GNUSTEP_LOCAL_ROOT)/Library/Libraries/lib \
> $(GNUSTEP_NETWORK_ROOT)/Library/Libra
Nicola Pero schrieb:
>>But I actually want to clarify what I meant with the third option for
>>the configure issue... My goal is to have ./configure of GDL2 identify
>>whether libGorm is installed/usable so it can decide whether the palette
>>should be build or not.
>>
>>(The servers I deploy my G
(discussion about how to get the compile/link flags out of gnustep-make)
> That's the kind of functionality we need and a usage style familiar to users
> of pkg-config (and convenient for use with the autoconf macros). Another
> option is to just use pkg-config and bundle it with gnustep-make
> But I actually want to clarify what I meant with the third option for
> the configure issue... My goal is to have ./configure of GDL2 identify
> whether libGorm is installed/usable so it can decide whether the palette
> should be build or not.
>
> (The servers I deploy my GSWeb App on do not h
Thanks ... good points. I like the idea of doing it automatically
only if the user wants it, but I'm (personally) not too keen on having scripts
that try to talk to the user and that require attention.
Maybe we could just print a warning at the end of compilation, saying
"Important: you may nee
> IIRC we had some extensive discussions on the mailing lists that
> .sh/.csh should only be used for scripts that are sourced. But since
> GNUStep.sh is referenced so often in the archives, I'm having a hard
> time finding the discussion.
I don't remember that discussion, but it's plain obvious
On 12 Feb 2007, at 15:51, Nicola Pero wrote:
* How we decide if we have to run ldconfig or not ? Do we need to
run it only on GNU/Linux ? Are there similar tools on other
unixes ? (I imagine so, so we'll have a general-purpose post-
library-install target-dependent command that we run auto
I can't currently ssh to dragontest2 or get any response from the web
interface.
I *can* traceroute to it using mtr
Looks like the machine is hung, or perhaps the vmware instance has
been paused/halted?
Can someone get it working again please?
___
>> * How we decide if we have to run ldconfig or not ? Do we need to
>> run it only on GNU/Linux ? Are there similar tools on other
>> unixes ? (I imagine so, so we'll have a general-purpose post-
>> library-install target-dependent command that we run automatically)
>
> I'm pretty sure ev
On Feb 11, 2007, at 9:16 PM, Nicola Pero wrote:
* How we decide if we have to run ldconfig or not ? Do we need to
run it only on GNU/Linux ? Are there similar tools on other
unixes ? (I imagine so, so we'll have a general-purpose post-
library-install target-dependent command that we run
Hi,
On Debian/Alpha 3.1, most (all?) GNUstep apps seem to crash
immediately on startup with SYSSEGV, as shown below. At the time of
the crash, the menu, icons, and windows are shown on the display.
This seems to be the same problem described here: http://
mirrors.p12n.org/bugs.debian.or
On 12 Feb 2007, at 12:29, Christopher Armstrong wrote:
Hi
On Sun, 11 Feb 2007 14:51:39 -0800, "Alex Perez"
<[EMAIL PROTECTED]>
said:
Lastly, on a slightly unrelated note, the GNU dependencies (zlib,
libpng, libjpeg, etc) that are needed to compile GNUstep on
Windows can
be automated usin
Hi
On Sun, 11 Feb 2007 14:51:39 -0800, "Alex Perez" <[EMAIL PROTECTED]>
said:
> > Lastly, on a slightly unrelated note, the GNU dependencies (zlib,
> > libpng, libjpeg, etc) that are needed to compile GNUstep on Windows can
> > be automated using an installer from the gnuwin32.sf.net project which
On 12 Feb 2007, at 11:51, David Ayers wrote:
Richard Frith-Macdonald schrieb:
On 11 Feb 2007, at 11:23, David Ayers wrote:
Should we
1) tweak the environment to allow AC_CHECK_LIB to work?
2) create our own:
- AC_CHECK_GNUSTEP_LIBRARY
- AC_CHECK_GNUSTEP_FRAMWORK
- AC_CHECK_GNUSTEP_NATIVELI
On 11 Feb 2007, at 19:18, Xavier Glattard wrote:
Another oddity of the win32 backend is the use of a good old window
procedure.
So the events are dispatched twice : first by some calls to
DispatchMessage
(always to the same window procedure) and then by NSApplication.
I'm sure there
is a
Richard Frith-Macdonald schrieb:
>
> On 11 Feb 2007, at 11:23, David Ayers wrote:
>
>>
>> Should we
>> 1) tweak the environment to allow AC_CHECK_LIB to work?
>> 2) create our own:
>> - AC_CHECK_GNUSTEP_LIBRARY
>> - AC_CHECK_GNUSTEP_FRAMWORK
>> - AC_CHECK_GNUSTEP_NATIVELIBRARY
>> macros to be inc
Test results for GNUstep as of Mon Feb 12 06:34:32 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
On 11 Feb 2007, at 11:23, David Ayers wrote:
Nicola Pero schrieb:
I like the idea of your patch, so I rewrote the shell script and
committed it.
Minor nit... isn't gnustep-config.sh meant to be executed, not
sourced?
So shouldn't it be named gnustep-config instead of gnustep.config.sh
Xavier Glattard schrieb:
>
> Another oddity of the win32 backend is the use of a good old window procedure.
> So the events are dispatched twice : first by some calls to DispatchMessage
> (always to the same window procedure) and then by NSApplication. I'm sure
> there
> is a good reason for that
28 matches
Mail list logo
