Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

sanity.openjdk native_sanity #7521

Closed
pshipton opened this issue Oct 20, 2019 · 15 comments
Closed

sanity.openjdk native_sanity #7521

pshipton opened this issue Oct 20, 2019 · 15 comments

Comments

@pshipton
Copy link
Member Author

@llxia @smlambert what do we need to do to setup these tests properly?

@smlambert
Copy link
Contributor

These tests use the openjdk native test libs (built and available from AdoptOpenJDK, related adoptium/temurin-build#1251). Presumably those native test images are also being built at OpenJ9 (if the builds scripts run 'make all'), just not being archived anywhere for retrieval.

Screen Shot 2019-10-20 at 12 14 11 PM

@pshipton
Copy link
Member Author

@AdamBrousseau @jdekonin

@pshipton
Copy link
Member Author

pshipton commented Oct 21, 2019

The build does run make all. We have the native-test-libs.tar.gz archived with every build and specified as part of the CUSTOMIZED_SDK_URL. It's working for functionality tests. Seems something needs to be done to specify -nativepath.

@sophia-guo
Copy link
Contributor

Yes, native-test-libs.tar.gz is only the functional(openj9) native test lib. These tests need openjdk native test libs. In AdoptOpenjdk openj9 build the testImage includes both functional native test libs and jdk native test libs.
Screen Shot 2019-10-21 at 8 59 20 AM

@smlambert
Copy link
Contributor

smlambert commented Oct 21, 2019

Yes, please note the difference between the test natives created as part of building openjdk test directory used by openjdk tests (part of the whole clone clone make story), versus the variety of openj9 test natives that are historically built and used by functional tests.

openjdk vs functional - 2 completely different groups of test material

@pshipton
Copy link
Member Author

@jdekonin we need to include the openjdk directory in the native-test-libs.tar.gz

@jdekonin
Copy link
Contributor

Where/how are these natives located/generated in JDK8?

@smlambert
Copy link
Contributor

jdk8 is different than jdk10+ builds

in jdk8 'make all' would build test native libs, in jdk10+ explicit make target to build them 'make test-image' and new requirement to use cmdline option -nativetestpath to run them

I presume details are in the various readme's off of http://openjdk.java.net/groups/build/ and by looking at the makefiles in the extensions repo

@smlambert
Copy link
Contributor

@pshipton - in the immediate term, I was thinking to shift this jdk_native_sanity target to the 'special' level, along with jdk_math_jre target (discussed in different issue) so neither test target would be executed in the OpenJ9 (which only runs 'sanity' and 'extended' levels).

Longer term, it is still a good idea for this to be resolved by building the openjdk test images at OpenJ9.

@pshipton
Copy link
Member Author

pshipton commented Oct 23, 2019

Note we didn't get failures in jdk8 testing, the failures were in jdk11. It seems the problem is we need to run make test-image in addition to make all. Seems easy enough to fix.

@smlambert
Copy link
Contributor

ok, for now I will just move the jre testing to special unless I hear differently in this issue

@adam-thorpe
Copy link

The build jobs at openj9 are creating the jdk test lib if I am not mistaken:

22:38:44  Creating support/test/jdk/jtreg/native/lib/libInheritedChannel.so from 1 file(s)
22:38:44  Creating support/test/jdk/jtreg/native/lib/libDirectIO.so from 1 file(s)
22:38:44  Creating support/test/jdk/jtreg/native/lib/libstringPlatformChars.so from 1 file(s)
22:38:44  Creating support/test/jdk/jtreg/native/lib/libnativeLibraryTest.so from 1 file(s)
22:38:44  Creating support/test/jdk/jtreg/native/lib/libTestNative.so from 1 file(s)
22:38:44  Creating support/test/jdk/jtreg/native/lib/libsanity_SimpleNativeLib.so from 1 file(s)
22:38:44  Creating support/test/jdk/jtreg/native/lib/libsanity_SimpleNativeLib2.so from 1 file(s)
22:38:44  Creating support/test/jdk/jtreg/native/bin/sanity_SimpleNativeLauncher from 1 file(s)

However they are not being added into the native-test-libs.gz.tar archive, it is only grabbing the functional native test lib:
tar -C build/linux-s390x-normal-server-release/images/ -zcvf native-test-libs.tar.gz test/openj9 --transform s,test/openj9,native-test-libs,
This problem also applies to hyc runtimes jenkins.

jdekonin added a commit to jdekonin/openj9 that referenced this issue Nov 8, 2019
* rename native-test-libs.tar.gz -> test-images.tar.gz to match
    what openjdk test framework is looking for
* eclipse-openj9#7521
* [skip ci]

Signed-off-by: Joe deKoning <[email protected]>
@sophia-guo
Copy link
Contributor

I believe this is fixed and can be closed?

@pshipton
Copy link
Member Author

Should be.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

5 participants