HSAIL unit tests fail when Okra library fails to load

Tue Jun 3 01:01:32 UTC 2014

Hi - catching up on my email backlog:

> Not sure what glibc version that is, though.

For Linux builds, others on build-dev at openjdk.java.net are more 
knowledgeable about glibc used in different JDK releases.

Hmmm - these README-builds.html files do not mention a specific glibc 
version:

http://hg.openjdk.java.net/jdk8u/jdk8u-dev/raw-file/tip/README-builds.html

http://hg.openjdk.java.net/jdk7u/jdk7u-dev/raw-file/tip/README-builds.html

I ran a little test on one of our Fedora 9 build/test systems:

uname -a
Linux sc11137352 2.6.25-14.fc9.i686 #1 SMP Thu May 1 06:28:41 EDT 2008 
i686 i686 i386 GNU/Linux

gcc -v
Using built-in specs.
Target: i386-redhat-linux
Configured with: ../configure --prefix=/usr --mandir=/usr/share/man 
--infodir=/usr/share/info 
--with-bugurl=http://bugzilla.redhat.com/bugzilla --enable-bootstrap 
--enable-shared --enable-threads=posix --enable-checking=release 
--with-system-zlib --enable-__cxa_atexit --disable-libunwind-exceptions 
--enable-languages=c,c++,objc,obj-c++,java,fortran,ada 
--enable-java-awt=gtk --disable-dssi --enable-plugin 
--with-java-home=/usr/lib/jvm/java-1.5.0-gcj-1.5.0.0/jre 
--enable-libgcj-multifile --enable-java-maintainer-mode 
--with-ecj-jar=/usr/share/java/eclipse-ecj.jar 
--disable-libjava-multilib --with-cpu=generic --build=i386-redhat-linux
Thread model: posix
gcc version 4.3.0 20080428 (Red Hat 4.3.0-8) (GCC)

cat -n hw.c
      1  #include <stdio.h>
      2  int main() {
      3      printf("Hello world\n");
      4  }

gcc -o hw hw.c

./hw
Hello world

ldd ./hw
         linux-gate.so.1 =>  (0x00110000)
         libc.so.6 => /lib/libc.so.6 (0x0080d000)
         /lib/ld-linux.so.2 (0x007ed000)

Hope this helps-

Tim

On 05/23/14 00:13, Christian Thalinger wrote:
>
> On May 22, 2014, at 5:04 PM, Doug Simon <doug.simon at oracle.com 
> <mailto:doug.simon at oracle.com>> wrote:
>
>>
>> On May 23, 2014, at 12:44 AM, Deneau, Tom <tom.deneau at amd.com 
>> <mailto:tom.deneau at amd.com>> wrote:
>>
>>> Doug --
>>>
>>> What glibc does Hotspot build against?
>>
>> I’m not sure - Christian may know (or know who knows).
>
> Looking at some wiki pages JDK 8 is building on:
>
> Fedora 9 / GCC 4.3
>
> Not sure what glibc version that is, though.  Tim Bell is the right 
> guy to ask.
>
>>
>> -Doug
>>
>>>> -----Original Message-----
>>>> From: Doug Simon [mailto:doug.simon at oracle.com]
>>>> Sent: Thursday, May 22, 2014 5:40 PM
>>>> To: Caspole, Eric
>>>> Cc: Deneau, Tom; Bernhard Urban
>>>> Subject: Re: HSAIL unit tests fail when Okra library fails to load
>>>>
>>>>
>>>> On May 22, 2014, at 11:19 PM, Eric Caspole <eric.caspole at amd.com 
>>>> <mailto:eric.caspole at amd.com>> wrote:
>>>>
>>>>> Hi Doug,
>>>>> Do you think it is worth it to build the built in Okra simulator with
>>>> an older glibc to help avoid this problem? What is the oldest 
>>>> distro you
>>>> intend to support with Graal?
>>>>
>>>> In theory we should support whatever HotSpot does although in practice
>>>> we only need it to work on OSes for which we build distributions.
>>>>
>>>> However, I think it's fine (for now at least) if we just cleanly
>>>> ignore/short-circuit the HSAIL unit tests in question on platforms with
>>>> an older glibc.
>>>>
>>>> -Doug
>>>>
>>>>> On 05/22/2014 07:33 AM, Doug Simon wrote:
>>>>>> Hi Tom, Eric,
>>>>>>
>>>>>> We're in the process of making GraalVM binary builds that work on
>>>> Oracle Linux 6.5 which has an old version of glibc (GLIBC 2.12). While
>>>> testing this build, the HSAIL tests that use the Okra library fail
>>>> because libokra_x86_64.so is built against a version of GLIBC later 
>>>> than
>>>> 2.12. However, the failure message is very confusing. For example:
>>>>>>
>>>>>> $ mx --vm server unittest Vec3ObjStreamClassCastTest
>>>>>> GraalJUnitCore
>>>>>> JUnit version 4.11
>>>>>> .E
>>>>>> Time: 0.77
>>>>>> There was 1 failure:
>>>>>> 1)
>>>> test(com.oracle.graal.compiler.hsail.test.Vec3ObjStreamClassCastTest)
>>>>>> java.lang.NoClassDefFoundError: Could not initialize class
>>>> com.amd.okra.OkraContext
>>>>>> at
>>>> com.oracle.graal.compiler.hsail.test.infra.KernelTester.<init>(KernelTes
>>>> ter.java:129)
>>>>>> at
>>>> com.oracle.graal.compiler.hsail.test.infra.GraalKernelTester.<init>(Graa
>>>> lKernelTester.java:63)
>>>>>> at
>>>> com.oracle.graal.compiler.hsail.test.SingleExceptionTestBase.<init>(Sing
>>>> leExceptionTestBase.java:32)
>>>>>> at
>>>> com.oracle.graal.compiler.hsail.test.Vec3ObjStreamClassCastTest.<init>(V
>>>> ec3ObjStreamClassCastTest.java:31)
>>>>>> at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native
>>>> Method)
>>>>>> at
>>>> sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorA
>>>> ccessorImpl.java:62)
>>>>>> at
>>>> sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingCons
>>>> tructorAccessorImpl.java:45)
>>>>>> at
>>>> java.lang.reflect.Constructor.newInstance(Constructor.java:408)
>>>>>> at
>>>> org.junit.runners.BlockJUnit4ClassRunner.createTest(BlockJUnit4ClassRunn
>>>> er.java:195)
>>>>>> at
>>>> org.junit.runners.BlockJUnit4ClassRunner$1.runReflectiveCall(BlockJUnit4
>>>> ClassRunner.java:244)
>>>>>>
>>>>>> Can you please make sure the HSAIL test harness recognizes a failure
>>>> to load the Okra library (preferably issuing a message if it's for any
>>>> other reason than the library not being available). One way to trigger
>>>> this is to fake a bad library:
>>>>>>
>>>>>> $ mkdir -p resources/okra/Linux
>>>>>> $ echo "bad" >resources/okra/Linux/libokra_x86_64.so
>>>>>> $ jar uvf lib/okra-1.9-with-sim.jar
>>>> resources/okra/Linux/libokra_x86_64.so
>>>>>> $ mx --vm server unittest Vec3ObjStreamClassCastTest
>>>>>>
>>>>>> -Doug
>>>>>>
>>>
>>
>