On 2005-07-27 02:02:56 +0100 Alex Perez [EMAIL PROTECTED] wrote:
Lars Sonchocky-Helldorf wrote:
How about using the donation money GNUstep got for buying some testing
machines which would go into the same place as the GNUstep web servers are
and could then be used for testing/developing
On Jul 27, 2005, at 1:04 AM, Richard Frith-Macdonald wrote:
Of course, they would be useful for people to log on to and debug
system specific problems, but in order to screen for problems in the
first place I think, we would need to develop scripts which would run
automatically/periodically
Le 05-07-25 à 11:03, Andrew Pinski a écrit :
BTW, this version now builds with gcc-4.0.1 on MacOSX -- thanks to
whoever fixed this !
the only pitfall is that since gcc-4 has libobjc-gnu, A big cleanup
must be made or else some -lobjc flags remain that link to Apple's
while, strangely,
Am 24.07.2005 um 08:08 schrieb Richard Frith-Macdonald:
Actually, I'm more concerned with getting bug reports at all ... I
occasionally hear tales of MacOS-X users having tried GNUstep and
given up because it's buggy ... but I don't see corresponding bug
reports on savannah (few appear to
BTW, this version now builds with gcc-4.0.1 on MacOSX -- thanks to
whoever fixed this !
the only pitfall is that since gcc-4 has libobjc-gnu, A big cleanup
must be made or else some -lobjc flags remain that link to Apple's
while, strangely, -lobjc-gnu sometimes causes linking errors when
BTW, this version now builds with gcc-4.0.1 on MacOSX -- thanks to
whoever fixed this !
the only pitfall is that since gcc-4 has libobjc-gnu, A big cleanup
must be made or else some -lobjc flags remain that link to Apple's
while, strangely, -lobjc-gnu sometimes causes linking errors
Le 05-07-25 à 11:03, Andrew Pinski a écrit :BTW, this version now builds with gcc-4.0.1 on MacOSX -- thanks to whoever fixed this !the only pitfall is that since gcc-4 has libobjc-gnu, A big cleanup must be made or else some -lobjc flags remain that link to Apple's while, strangely, -lobjc-gnu
On 2005-07-23 20:32:54 +0100 Lars Sonchocky-Helldorf
[EMAIL PROTECTED] wrote:
Branching is good in the way that we can point users of GNUstep to a bugfix
release if they happen to encounter a bug in a GNUstep release instead of
saying: use the CVS version which turned into some sort of
I found another one minor issue for which i have open a bug report
(#13893) but I wonder what is the best thing to do for those kind of
typo bugs : open a bug or submit a patch ?
Oh and this time I have checked the CVS to be sure. And thanks to CaS
the previous one has just been corrected.
On Jul 23, 2005, at 9:11 AM, Lars Sonchocky-Helldorf wrote:
IIRC the odd minor release number (11 in 1.11.0) points out that this
is an unstable release of GNUstep.
No it's not. I don't use stable/unstable anymore. I don't really even
know how to define the difference between the two.
On 2005-07-23 12:47:53 +0100 Benoit Astruc [EMAIL PROTECTED] wrote:
Hello,
I just tried to compil GNUstep Base 1.11.0, freshly download from GNUstep
http) and I found that there is an error GSXML.m at line 5 142 :
request = [tequest initWithURL: [NSURL URLWithString: connectionURL]];
Le 23 juil. 05, à 14:36, Richard Frith-Macdonald a écrit :
On 2005-07-23 12:47:53 +0100 Benoit Astruc [EMAIL PROTECTED]
wrote:
Hello,
I just tried to compil GNUstep Base 1.11.0, freshly download from
GNUstep http) and I found that there is an error GSXML.m at line 5
142 :
request =
It's in code which should only be compiled when the additions part of
the base library is built standalone on MacOS-X. Is that what you
are trying to do, or has something gone wrong with configuration?
That's exactly what I am trying to do, but it's quite hard. I am
working on the third
On 2005-07-23 14:09:05 +0100 Benoit Astruc [EMAIL PROTECTED] wrote:
It's in code which should only be compiled when the additions part of the
base library is built standalone on MacOS-X. Is that what you are trying
to do, or has something gone wrong with configuration?
That's exactly what
On 2005-07-23 13:50:37 +0100 Benoit Astruc [EMAIL PROTECTED] wrote:
You are right ... it's an error (I fixed it in CVS) ... but how did you
manage to encounter it?
It's in code which should only be compiled when the additions part of the
base library is built standalone on MacOS-X. Is that
On 2005-07-23 14:22:57 +0100 Richard Frith-Macdonald
[EMAIL PROTECTED] wrote:
BUT ... I don't know why GSRunLoopCtxt.m is being compiled ... it shouldn't
be part of the build when you are just building the additions library.
Did you know you should build using a command like -
make
Le 23 juil. 05, à 15:45, Richard Frith-Macdonald a écrit :
On 2005-07-23 14:38:32 +0100 Benoit Astruc [EMAIL PROTECTED]
wrote:
Oups, i remember I read it somewhere but i forget it and use only
make. But
it changes nothing I have the same error.
GSRunLoopCtxt.m is being compiled because
Le 23 juil. 05, à 15:37, Richard Frith-Macdonald a écrit :
On 2005-07-23 14:25:34 +0100 Benoit Astruc [EMAIL PROTECTED]
wrote:
What weere the other two comple errors? Perhaps I can put fixes for
them into CVS?
Bug #13893 in NSRunLoop.h
You have this code :
typedef enum {
#ifdef
On 2005-07-23 14:38:32 +0100 Benoit Astruc [EMAIL PROTECTED] wrote:
Oups, i remember I read it somewhere but i forget it and use only make.
But
it changes nothing I have the same error.
GSRunLoopCtxt.m is being compiled because the make script try to compil
the
subproject unix which
On 2005-07-23 14:25:34 +0100 Benoit Astruc [EMAIL PROTECTED] wrote:
What weere the other two comple errors? Perhaps I can put fixes for them
into CVS?
Bug #13893 in NSRunLoop.h
You have this code :
typedef enum {
#ifdef __MINGW__
ET_HANDLE,
#else
ET_RDESC, /* Watch for descriptor
On 2005-07-23 14:59:28 +0100 Benoit Astruc [EMAIL PROTECTED] wrote:
I think you need to close the bug I have open about the MINGW issue
#13893.
Ok ... done that.
Well now the building of Additions work but the GNUMakeFile want to compil
all Tool and failed on some object of
Am Samstag, 23.07.05 um 13:47 Uhr schrieb Benoit Astruc:
Hello,
I just tried to compil GNUstep Base 1.11.0, freshly download from
GNUstep http) and I found that there is an error GSXML.m at line 5 142
:
request = [tequest initWithURL: [NSURL URLWithString: connectionURL]];
should be
On 2005-07-23 16:11:30 +0100 Lars Sonchocky-Helldorf
[EMAIL PROTECTED] wrote:
Am Samstag, 23.07.05 um 13:47 Uhr schrieb Benoit Astruc:
Hello,
I just tried to compil GNUstep Base 1.11.0, freshly download from GNUstep
http) and I found that there is an error GSXML.m at line 5 142 :
Am Samstag, 23.07.05 um 21:32 Uhr schrieb Lars Sonchocky-Helldorf:
How about using the donation money GNUstep got for buying some testing
machines which would go into the same place as the GNUstep web servers
are and could then be used for testing/developing GNUstep onto some
more exotic
24 matches
Mail list logo