JDK-4880538 : REGRESSION: 6 JCK14a api/java_lang/StrictMath tests fail on tiger
  • Type: Bug
  • Component: core-libs
  • Sub-Component: java.lang
  • Affected Version: 5.0
  • Priority: P2
  • Status: Closed
  • Resolution: Fixed
  • OS: linux
  • CPU: itanium
  • Submitted: 2003-06-18
  • Updated: 2003-11-21
  • Resolved: 2003-11-11
The Version table provides details related to the release that this issue/RFE will be addressed.

Unresolved : Release in which this issue/RFE will be addressed.
Resolved: Release in which this issue/RFE has been resolved.
Fixed : Release in which this issue/RFE has been fixed. The release containing this fix may be available for download as an Early Access Release or a General Availability Release.

To download the current JDK release, click here.
Other
1.4.2_11Fixed
Related Reports
Relates :  
Relates :  
Relates :  
Relates :  
Description
Name: vsR10238			Date: 06/18/2003


Filed By       : J2SE-SQA [###@###.###
JDK            : JDK1.5.0-b08
JCK            : JCK1.4a-runtime
Platform[s]    : RedHat Linux 2.1 Adv. Server (64 bit)
switch/Mode    : -Xfuture
JCK test owner : http://javaweb.eng/jck/usr/owners.jto
Falling test[s]: 
        api/java_lang/StrictMath/desc.html#cos 
        api/java_lang/StrictMath/desc.html#log 
        api/java_lang/StrictMath/desc.html#sin 
        api/java_lang/StrictMath/desc.html#tan 
        api/java_lang/StrictMath/desc.html#acos 
        api/java_lang/StrictMath/desc.html#asin 

6 JCK1.4a-runtime tests fail on JDK1.5.0-b08. 
The tests pass with JDK1.4.1 (tested with b21), JDK1.4.2 (tested with b26).

Test source location:
=====================
/java/re/jck/1.4a/archive/fcs/binaries/JCK-runtime-14a/tests/api/java_lang/StrictMath/test_engine.java
/java/re/jck/1.4a/archive/fcs/binaries/JCK-runtime-14a/tests/api/java_lang/StrictMath/test_engine.java
/java/re/jck/1.4a/archive/fcs/binaries/JCK-runtime-14a/tests/api/java_lang/StrictMath/test_engine.java
/java/re/jck/1.4a/archive/fcs/binaries/JCK-runtime-14a/tests/api/java_lang/StrictMath/test_engine.java
/java/re/jck/1.4a/archive/fcs/binaries/JCK-runtime-14a/tests/api/java_lang/StrictMath/test_engine.java
/java/re/jck/1.4a/archive/fcs/binaries/JCK-runtime-14a/tests/api/java_lang/StrictMath/test_engine.java

How to reproduce:
=================
Run the following script (you may need to change its variables)
 
--- script start ---
#!/bin/bash                                                                                                                
                                                                                                                           
JCK="/net/jtgb4u4c.sfbay/export/sail16/JCK/jck14a/JCK-runtime-14a"
JDK="/export/j2sdk1.5.0"
switches="-Xfuture"
CLASSPATH="$JCK/classes:$JCK/lib/javatest.jar"
                                                                                                                           
$JDK/bin/java $switches -cp $CLASSPATH javasoft.sqe.tests.api.java.lang.StrictMath.asin_test
--- script end ---

Test output:
============
..
..
asin failed for 3fe76872b020c3ba Expected 3fea41b1aa224734 Got: 3fea41b1aa224735
asin failed for 3fe84189374bc5ac Expected 3feb8718d8ada81a Got: 3feb8718d8ada819
asin failed 27 out of 2121 tests
STATUS:Failed. Check log


Specific machine info:
======================
Hostname: JCC-ITANIUM-01
OS: RedHat Linux 2.1 Adv. Server


======================================================================

Comments
CONVERTED DATA BugTraq+ Release Management Values COMMIT TO FIX: tiger tiger-beta FIXED IN: tiger-beta INTEGRATED IN: tiger-b28 tiger-beta VERIFIED IN: tiger-beta
14-06-2004

SUGGESTED FIX make/java/fdlibm>sccs sccsdiff -r1.21 -r1.22 Makefile ------- Makefile ------- 57,58c57,58 < # Override optimization primarily for Linux-i386-egcs-1.1.1 to get < # correctness on Intel. --- > # Disable optimization to get correctly reproducible > # floating-point results. 61d60 < ifeq ($(ARCH),i586) 64d62 < endif ###@###.### 2003-10-31
31-10-2003

EVALUATION Will investigate; suspect change in gcc version or flags on Linux itanium is the cause. ###@###.### 2003-06-18 Similar failures reported in 4910006; suspect common cause. ###@###.### 2003-08-26 See analysis in 4910006. ###@###.### 2003-08-28 As discussed in detail in the comments for 4910006 this does *not* appear to be a C compiler flag issue. When I linked the generated *.o files with a C program, they returned the proper results. ###@###.### 2003-09-05 This may be related to when we shifted OS to build on from 7.2 to Redhat AS 2.1.. Not sure of the date/build integration that we switched to the new OS to build on.. ###@###.### 2003-09-08 I've tested this on Redhat 7.2 and it reproduces the same crash.. I've tested B06 and all is well. B07 was a dead JVM build. However JDK did get updated. I've taken a b06 JVM and plugged into a B07 JDK and test fails. Thus looking like libraries issue change and not JVM.. ###@###.### 2003-09-09 I tested a B08 JVM and plugged into a B06 JDK and the test passed. This is not a VM issue.. ###@###.### 2003-09-09 Since the generated object files produce the correct result when used in a C program, the problem is neither with the object files nor the underlying source code. This implicatese the jni layer. ###@###.### 2003-10-24 As it turns out, it was just a compile flag problem after all. ###@###.### 2003-11-03
24-10-2003