I also see these failures of StrictMathTest (as well as MathTest) on
Linux 32bit. And it can be only reproduced if tests are run on the
release build of DRLVM. I.e.
Classlib(Debug) + DRLVM(Debug) = tests pass
Classlib(Release) + DRLVM(Debug) = tests pass
Classlib(Release) + J9VM = tests pass
Classlib(Release) + DRLVM(Release) = tests fail
So this looks like a DRLVM issue.
Regards,
2007/6/26, Tim Ellison <[EMAIL PROTECTED]>:
Vladimir Ivanov wrote:
> Fwd it from the '[general][M2] Code frozen' thread
> ===========================
> OK, looking through the federated build I found the difference between
> my 'DRLVM' build and federated one. In the first case 'classlib' was
> built in the 'debug' mode.
> When classlib was rebuilt with -Dhy.cfg=release option the
> StrictMathTest failed on this build too.
> So we should look at the differences between classlib 'debug' and
> 'release' build modes to find the reason of these test failure.
The most pertinent difference is that the natives are compiled with "-g"
in debug mode, and "-O1" in release mode.
There are a bunch of natives in StrictMath. Could you try reducing the
optimization level of the native code compile for them separately and
see if that fixes the problem?
The fdlibm code we depend upon is already tweaked to use "-O0", so for
now I'd just try the same override for the LUNI natives to see if that
is where the problem lies.
Something like this (untested), below.
Regards,
Tim
Index: src/main/native/luni/unix/makefile
===================================================================
--- src/main/native/luni/unix/makefile (revision 550526)
+++ src/main/native/luni/unix/makefile (working copy)
@@ -22,6 +22,9 @@
# CFLAGS += -fpic -Wall -Werror
CFLAGS += -fpic -Wall
+# Override OPTS to remove optimizations
+OPTS := -O0
+
BUILDFILES = \
$(SHAREDSUB)luni_copyright.o $(SHAREDSUB)file.o procimpl.o \
$(SHAREDSUB)oos.o $(SHAREDSUB)nethelp.o \
--
Alexei Zakharov,
Intel ESSD
