GNUstep Testfarm Results
Test results for GNUstep as of Sat Jan 27 06:34:15 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_can_I_take_part_with_a_GNUstep_autobuilder_for_the_testfarm.3F Fail Compile i386-unknown-netbsdelf3.1 Sat Jan 27 03:55:22 CET 2007 Fail Compile powerpc-apple-darwin8.8.0 Sat Jan 27 00:25:02 MST 2007 Success Compile sparc-sun-solaris2.7 Sat Jan 27 01:30:14 EST 2007 Success Compile x86_64-unknown-linux-gnu Sat Jan 27 04:09:05 GMT 2007 ___ Gnustep-dev mailing list Gnustep-dev@gnu.org http://lists.gnu.org/mailman/listinfo/gnustep-dev
[OT] Giving away a dead NeXTStation Turbo
Hi there, If anyone in this list is in Brazil and is interested in a dead mono turbo station, drop me a message. I need the space, and maybe someone more knowledgeable in electronics than me might bring it back to life. I am not selling it, but I have to get rid of it. I just would rather give it to someone rather than take it to a dumpster. I won't pay for shipping, but anyone interested is welcome to drop by and take it away. Thanks, Rodrigo ___ Gnustep-dev mailing list Gnustep-dev@gnu.org http://lists.gnu.org/mailman/listinfo/gnustep-dev
Re: Duplicate Member in NSMenuItemCell.h
Adam Fedor schrieb: On Jan 26, 2007, at 7:48 AM, Richard Frith-Macdonald wrote: On 24 Jan 2007, at 16:36, Ted Howard wrote: Perhaps a bigger issue is that my compiler (gcc-4.1.1) happily compiles the current code! Now that seems to me like a rather severe compiler bug. Does anyone know different? I don't know why it wouldn't be a bug. Anyway, the Testfarm shows several machines that fail (and don't). For instance gcc 4.0.1 on Darwin fails to compile, but 4.1.1. (on Solaris) happiliy compiles this... http://www.gnustep.org/developers/testfarm-results.txt Sorry for taking so long to fix this simple bug. The ivar in NSMenuItemCell was totally useless and was only set and used within a single method. But then the code did not belong into this method at all. So I had to move it to a different method and then one thing followed from the other. In the end I had do do quite a few changes to the file and would even prefer to change more in it. But before doing this, I would like to get some feedback on the changes up to now. As for the compiler, I now think that the correct behaviour was to allow the duplicate ivar. In NSMenuItemCell this ivar was declared as private. With that scope it should not clash with another ivar of the same name in a super class. At least this is what I think. Still it is better to avoid this case and have unique names for ivars. Cheers, Fred ___ Gnustep-dev mailing list Gnustep-dev@gnu.org http://lists.gnu.org/mailman/listinfo/gnustep-dev
Re: Delay of release....
Hi! On Tue, Jan 23, 2007 at 11:02:21AM +, Richard Frith-Macdonald wrote: I agree with that, but the fact is that we haven't done that in the past, so if we are going to start we need a policy decision that bugfixes are to be backported from trunk to the stable branch [...] This sounds like a very good idea to me, especially the idea of publishing daily snapshots. Speaking of GNUstep bugfix releases, what happened to the release of version 1.13.1, that fixes the buffer overflow issue I reported ( https://savannah.gnu.org/bugs/?18366)? I've seen that the stable branch is tagged 1.13.1 now, but there's still no release made public, neither on the web page nor on the ftp. I know that your time is limited and this is all done on a volunteer basis, but this is certainly not a good sign for a framwork which wants to be used in professional applications. Don't get me wrong, I don't blame anyone on this. I'm happy that the patch came so quick, but it's sad that the bugfix release did somehow not come out yet, as the task of doing it should be easy compared to doing a bugfix. -Guenther ___ Gnustep-dev mailing list Gnustep-dev@gnu.org http://lists.gnu.org/mailman/listinfo/gnustep-dev
Re: Delay of release....
On Jan 26, 2007, at 10:13 AM, Guenther Noack wrote: Speaking of GNUstep bugfix releases, what happened to the release of version 1.13.1, that fixes the buffer overflow issue I reported ( https://savannah.gnu.org/bugs/?18366)? I've seen that the stable branch is tagged 1.13.1 now, but there's still no release made public, neither on the web page nor on the ftp. I know that your time is limited and this is all done on a volunteer basis, but this is certainly not a good sign for a framwork which wants to be used in professional applications. The package is still in the incoming directory on the ftp server. I could move it and update everything, I just was unsure if Richard or Greg wanted to wait for something. Let me know. ___ Gnustep-dev mailing list Gnustep-dev@gnu.org http://lists.gnu.org/mailman/listinfo/gnustep-dev
Re: Delay of release....
On 27 Jan 2007, at 19:59, Adam Fedor wrote: On Jan 26, 2007, at 10:13 AM, Guenther Noack wrote: Speaking of GNUstep bugfix releases, what happened to the release of version 1.13.1, that fixes the buffer overflow issue I reported ( https://savannah.gnu.org/bugs/?18366)? I've seen that the stable branch is tagged 1.13.1 now, but there's still no release made public, neither on the web page nor on the ftp. I know that your time is limited and this is all done on a volunteer basis, but this is certainly not a good sign for a framwork which wants to be used in professional applications. The package is still in the incoming directory on the ftp server. I could move it and update everything, I just was unsure if Richard or Greg wanted to wait for something. Let me know. I put it up there for Greg to put in place (I don't have write access to do it myself) and emaild him about it a few weeks ago. Don't know whether he just hasn't had time or there is some other reason. ___ Gnustep-dev mailing list Gnustep-dev@gnu.org http://lists.gnu.org/mailman/listinfo/gnustep-dev