Hi,
Sorry, I wasn't really following this discussion.
Regarding rint, it should be avoided because the behaviour with numbers ending
in .5 can be almost anything, and the default on a lot of platforms is a really
weird banker's rounding that rounds x.5 to the closest even number.
Hi,
since -base tests are fine now for me, I'm back to -gui: The following tests
are still failing for me on OpenBSD i386 5.0 -current:
Testing lazy_copy.m...
Running gui/NSPasteboard/lazy_copy.m...
which happens to fail randomly.
Testing setDelegate_reload.m...
Running
On Sunday, October 30, 2011 14:07 CET, Sebastian Reitenbach
sebas...@l00-bugdead-prods.de wrote:
Hi,
since -base tests are fine now for me, I'm back to -gui: The following tests
are still failing for me on OpenBSD i386 5.0 -current:
Testing lazy_copy.m...
Running
On Wednesday, October 5, 2011 11:18 CEST, Fred Kiefer fredkie...@gmx.de
wrote:
First off and completely unrelated to the actual issue: GNUstep seems to
use fake main on your system. Why is this the case? As far as I know
this shouldn't be needed on any normal operating system. Could you
First off and completely unrelated to the actual issue: GNUstep seems to
use fake main on your system. Why is this the case? As far as I know
this shouldn't be needed on any normal operating system. Could you
please check the configuration output of base to find out what is going
on here?
Hi,
On Wednesday, October 5, 2011 11:18 CEST, Fred Kiefer fredkie...@gmx.de
wrote:
First off and completely unrelated to the actual issue: GNUstep seems to
use fake main on your system. Why is this the case? As far as I know
this shouldn't be needed on any normal operating system. Could
On 5 Oct 2011, at 10:46, Sebastian Reitenbach wrote:
Hi,
On Wednesday, October 5, 2011 11:18 CEST, Fred Kiefer fredkie...@gmx.de
wrote:
First off and completely unrelated to the actual issue: GNUstep seems to
use fake main on your system. Why is this the case? As far as I know
this
Can you test with libobjc2 svn? That test should pass with 1.6 (which is
probably due a release about now), but it is an expected fail with 1.5.1. It
was added because someone recently pointed out that Apple libobjc does inherit
+initialize and, even though it is weird, we should do the same
On 5 Oct 2011, at 11:18, Sebastian Reitenbach wrote:
Besides its ugly, and forces one more step to do on the user before he can
use gnustep programs, is there any good advantage of using procfs instead of
the fake main?
Will stuff be noticeably faster, more stable, whatever?
The fake main
On Wednesday, October 5, 2011 12:41 CEST, David Chisnall thera...@sucs.org
wrote:
On 5 Oct 2011, at 11:18, Sebastian Reitenbach wrote:
Besides its ugly, and forces one more step to do on the user before he can
use gnustep programs, is there any good advantage of using procfs instead
On Wednesday, October 5, 2011 11:51 CEST, David Chisnall thera...@sucs.org
wrote:
Can you test with libobjc2 svn? That test should pass with 1.6 (which is
probably due a release about now), but it is an expected fail with 1.5.1. It
was added because someone recently pointed out that
Sorry for bringing this subject up. Better ignore it for now and stay on
the original topic. If fake main is needed for your system and works,
then it is ok to use it. There are a few drawbacks, but you can look
into the options here later on.
Fred
On 05.10.2011 13:38, Sebastian Reitenbach
Hi,
here the gnustep-tests results from base and gui, compiled with clang 2.9.
clang 3.0 is also ready, these are just for reference and for comparison.
looks fairly similar to what gcc produced. One build failure of a -base test
is strange, this did not happen with gcc.
I was using the same
Hi,
this is just to confirm, the numbers of the test results are not different
whether using clang 2.9 or svn a.k.a 3.0.
The only difference is that with gui I now have:
737 Passed tests
5 Failed tests
but this is due to the lazy copy test, which failed with clang 2.9 because of
not started
On Tuesday, October 4, 2011 11:05 CEST, David Chisnall thera...@sucs.org
wrote:
So, do you have tests that pass with gcc but fail with clang?
for -base, there is this failed build, which works with gcc,
CLANG:
6436 Passed tests
17 Dashed hopes
1 Skipped set
1 Failed test
1
These are both libobjc problems. The failed build is because that test is
checking property introspection. With GCC, it just skips compiling the test
entirely because GCC can't parse the property notation. With clang, it
compiles but then you are linking to a libobjc that doesn't have the
On Tuesday, October 4, 2011 11:45 CEST, David Chisnall thera...@sucs.org
wrote:
These are both libobjc problems. The failed build is because that test is
checking property introspection. With GCC, it just skips compiling the test
entirely because GCC can't parse the property notation.
Here the test results for -base and -gui compiled with clang 3.0 and libobjc2
1.5.1:
base:
6528 Passed tests
7 Dashed hopes
1 Failed test
The failed test is the following:
Testing initialize.m...
Running gnustep-base-1.23.1/Tests/base/NSObject/initialize.m...
Start set:
Hi,
installing gworkspace now with everything from svn, the initial problem seems
to be gone.
I ran the tests with --debug, and examined the test a bit, that Fred pointed me
to investigate, below is what gdb gives me, I hope it helps. Otherwise, where
else should I set a breakpoint and
Hi,
I completely uninstalled gnustep from my OpenBSD box, and changed the
ports to build with clang instead of gcc.
I have gnustep-make-1.6.1, gnustep-base-1.22.1, gnustep-gui-0.20.0,
gnustep-back-0.20.1, llvm/clang-2.9.
Since the other strange problems I saw, I did not installed the libobjc2
for
The failed test for gui are unrelated to the GWorkspace issue. We shoudl
start to flag tests that are expected to fail in gui, just as this was
doen in base. The tests in gui are still somewhat minimal, any help with
these is highly welcome.
For me (with gcc) only one of the NSBrowser tests
On 10/03/11 12:13, Sebastian Reitenbach wrote:
Hi,
I completely uninstalled gnustep from my OpenBSD box, and changed the
ports to build with clang instead of gcc.
I have gnustep-make-1.6.1, gnustep-base-1.22.1, gnustep-gui-0.20.0,
gnustep-back-0.20.1, llvm/clang-2.9.
Since the other strange
On 10/03/11 12:50, Fred Kiefer wrote:
The failed test for gui are unrelated to the GWorkspace issue. We
shoudl start to flag tests that are expected to fail in gui, just as
this was doen in base. The tests in gui are still somewhat minimal,
any help with these is highly welcome.
For me (with
The segmentation fault you are getting is really worrying. What kind of
X server are you using? And has this changed since you last used GNUstep?
The pasteboard problem could be caused by a background process that was
created by a previous compile still running in the background. It could
On Monday, October 3, 2011 18:19 CEST, Fred Kiefer fredkie...@gmx.de wrote:
The segmentation fault you are getting is really worrying. What kind of X
server are you using? And has this changed since you last used GNUstep?
Its the Xorg that comes with OpenBSD:
X.Org X Server 1.9.5
On Monday, October 3, 2011 18:31 CEST, Fred Kiefer fredkie...@gmx.de wrote:
On 03.10.2011 18:14, Sebastian Reitenbach wrote:
I installed base, gui and back from svn.
here the test results from gui, compiled with gcc 4.2.1 and the gcc libobjc:
773 Passed tests
5 Failed tests
26 matches
Mail list logo