> Personally I'd prefer to suspend the release until we have an
> environment that has a chance of remaining stable. It seems that we
> already require -make users to adapt thier projects for this release (I
> remeber you cleaning up many projects in SVN) and it seems they may need
> to adapt aga
On Jan 26, 2007, at 24:04, David Ayers wrote:
Personally I'd prefer to suspend the release until we have an
environment that has a chance of remaining stable. It seems that we
already require -make users to adapt thier projects for this
release (I
remeber you cleaning up many projects in SVN)
Nicola Pero schrieb:
> I'd rather spend some time documenting what we already have before we try
> working on the next
> steps (nobody seems to have a clue about all the new stuff in gnustep-make).
> So can we come
> back to this in a few weeks ? ;-)
Personally I'd prefer to suspend the rele
Graham J Lee schrieb:
> On 2 Jan 2007, at 09:38, [EMAIL PROTECTED] wrote:
>
>>> David Ayers schrieb:
>>>
>>
>> No...at least, not if it needs to work in the same way as Cocoa's
>> NSNumberFormatter. Because the documentation says this:
>> When you enable localization for a number formatter, sepa
On 2007-01-25 06:48:50 -0800 Nicola Pero
<[EMAIL PROTECTED]> wrote:
Thanks for your suggestions
You seem to think that the current solution lacks:
1. a way to compile without setting GNUSTEP_MAKEFILES
2. a way to get the GNUstep bundle/libs/tools search paths for use in
configure scripts et
On 2 Jan 2007, at 09:38, [EMAIL PROTECTED] wrote:
David Ayers schrieb:
Actually I get these failures on the trunk also... So I'll need to
investigate... (possibly associated with my locale settings for
decimal
points?)
Indeed this code looks very suspicious:
// if no format specified,
Thanks for your suggestions
You seem to think that the current solution lacks:
1. a way to compile without setting GNUSTEP_MAKEFILES
2. a way to get the GNUstep bundle/libs/tools search paths for use in
configure scripts etc.
I agree we can do better to address those. Solutions that came to
On Jan 25, 2007, at 6:27 AM, Enrico Sersale wrote:
On 2007-01-25 03:06:09 +0200 Adrian Robert
<[EMAIL PROTECTED]> wrote:
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 the
On 2007-01-24 22:05:26 -0800 Nicola Pero
<[EMAIL PROTECTED]> wrote:
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
Adrian Robert schrieb:
> 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:openFI
Test results for GNUstep as of Thu Jan 25 06:34:18 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 2007-01-25 03:06:09 +0200 Adrian Robert <[EMAIL PROTECTED]> wrote:
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:
12 matches
Mail list logo
