Adam Fedor schrieb:
> Test results for GNUstep as of Thu Aug 10 06:34:25 EDT 2006
> 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 add your machine to this list, set up a cron job
> (make sure you set up your PATH and other environment variables correctly)
> to run the Startup/scripts/test-gnustep script (see the script comments
> for more info).
>
> Success Compile i386-unknown-netbsdelf3.0 Thu Aug 10 03:58:53 CEST 2006
> Fail Compile i686-pc-linux-gnu Wed Aug 9 22:24:18 CEST 2006
> Success Compile powerpc-apple-darwin7.9.0 Thu Aug 10 03:27:47 MDT 2006
> Fail Compile sparc-sun-solaris2.7 Thu Aug 10 01:58:16 EDT 2006
>
For three months we have been getting this notice that GNustep no longer
passes the tests for the solaris platform. Did anybody ever look into
what is causing the problem?
>From what I can see by looking at the produced log file, there are a few
alignment problems with type casts and then the compilation fails due to
an internal compiler problem. Looks like there isn't much we could do
about it, apart from updating the compiler on the machine. Or does it
seem worthwhile to split up the GSString.m file until we know which
construct is getting the compiler to fall over and think about a
replacement? Is anybody with access to that solaris machine interested?
The good think about this error report was that it did get me motivated
to run the GNUstep test suite for the first time. And here is the result:
base/NSBundle/general.m:
FAIL: -classNamed returns the correct class
base/NSCalendarDate/test00.m:
FAIL: +dateWithString:calendarFormat: with nil format works
base/NSMutableString/NSMutableString_string.m:
FAIL: -getCString: maxLength: 2 range: remainingRange: failed
FAIL: -getCString: maxLength: 3 range: remainingRange: failed
FAIL: -getCString:maxLength:range:remainingRange: works
base/NSStream/socket_cs.m:
Übereinstimmungen in Binärdatei tests.tmp.
base/NSString/NSString_base.m:
FAIL: -getCString: maxLength: 2 range: remainingRange: failed
FAIL: -getCString: maxLength: 3 range: remainingRange: failed
FAIL: -getCString:maxLength:range:remainingRange: works
base/NSString/NSString_custom.m:
FAIL: -getCString:maxLength:range:remainingRange: works
118 COMPLETED
9 FAIL
2599 PASS
The failures for the different string tests are most likely due to the
fact that I don't use UTF8 as my string encoding. The calender failure
seems like another implicit expectation of English as the default
format, while for the bundle failure I don't have a glue.
Testing gui I get:
gui/NSPopUpButton/defaultSelection.m:
FAIL: first item is selected by default
gui/NSSavePanel/setDelegate_reload.m:
FAIL: browser initially contains all files
FAIL: browser is reloaded after -setDelegate:
FAIL: browser contains all files after resetting delegate
FAIL: browser is reloaded after -setDelegate: (2)
13 COMPLETED
5 FAIL
648 PASS
Which is mostly due to the fact that the NSSavePanel test still expect
the CVS directory to be there, where now we have .svn
Now that I have started to play with these tests, I may even think about
adding and correcting them. Thank you to those people who set up this
framework!
Fred
_______________________________________________
Gnustep-cvs mailing list
[email protected]
https://mail.gna.org/listinfo/gnustep-cvs
