Skip to content

Conversation

@Darshan-N3
Copy link
Contributor

Use LIBPATH environment variable option to run serviceability jvmti tests

Signed-off-by: Darshan N [email protected]

Copy link
Contributor

@smlambert smlambert left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

It is unclear why the -nativepath:"$(TESTIMAGE_PATH)/hotspot/jtreg/native" option a few lines above this change is not sufficient to run this target. Is there a description of the problem in an issue somewhere to refer to?

@Darshan-N3
Copy link
Contributor Author

It is unclear why the -nativepath:"$(TESTIMAGE_PATH)/hotspot/jtreg/native" option a few lines above this change is not sufficient to run this target. Is there a description of the problem in an issue somewhere to refer to?

Hi @smlambert,
On z/OS, simply specifying nativepath is not enough for these tests. The libraries are getting picked from the LIBPATH environment variable instead, so this additional change is necessary to ensure the tests run correctly on z/OS. Thank you!

@smlambert smlambert requested a review from pshipton December 24, 2025 19:17
@smlambert
Copy link
Contributor

On z/OS, simply specifying nativepath is not enough for these tests. The libraries are getting picked from the LIBPATH environment variable instead, so this additional change is necessary to ensure the tests run correctly on z/OS. Thank you!

A few notes to indicate why we should come at this in a different way:

  • This change is currently being applied to all platforms, not just z/OS.
  • There are a good deal more test targets besides serviceability_jvmti_j9 that utilize the native libraries, that presumably will also need to be running on z/OS in the future. It would be good to consider those future requirements.

I am wondering about making a change in the openjdk.mk file to achieve the desired outcome.
https://github.com/adoptium/aqa-tests/blob/master/openjdk/openjdk.mk#L184-L194

Since this will not affect hotspot testing, but will affect openj9 and semeru testing, I will request a review from @pshipton.

@pshipton
Copy link
Member

pshipton commented Jan 6, 2026

@Darshan-N3 pls make the change specific to z/OS by checking and setting a variable in openjdk.mk as Shelley suggested.

@pshipton
Copy link
Member

pshipton commented Jan 6, 2026

I also notice serviceability_jdwp_j9 has the same native library setting, perhaps it needs the same change.

On z/OS, simply specifying nativepath is not enough for these tests. The libraries are getting picked from the LIBPATH environment variable instead,

How does this work for any other playlist that uses native libraries?

Copy link
Contributor

@karianna karianna left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

whitepsace

@Darshan-N3 Darshan-N3 force-pushed the Fix-CompatMode branch 3 times, most recently from 369b276 to a3d99b2 Compare January 12, 2026 12:43
@Darshan-N3 Darshan-N3 marked this pull request as draft January 12, 2026 13:58
@Darshan-N3 Darshan-N3 marked this pull request as ready for review January 12, 2026 16:50
@Darshan-N3 Darshan-N3 requested a review from karianna January 13, 2026 09:40
@pshipton
Copy link
Member

@smlambert is this change acceptable?

Copy link
Contributor

@smlambert smlambert left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Thanks @Darshan-N3

Copy link
Contributor

@smlambert smlambert left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Hmm, one other way would be to just replace JVM_NATIVE_OPTIONS with -e LIBPATH=$(TESTIMAGE_PATH)$(D)hotspot$(D)jtreg$(D)native for OS/390, if the other -nativepath piece is ignored anyway

but I am fine to proceed with this, as its been tested. If this moves to changing all of the native test targets in the playlist, we may take that opportunity to combine and set into an existing variable.

Signed-off-by: Darshan N <[email protected]>
@smlambert smlambert merged commit 6aa0ba8 into adoptium:master Jan 14, 2026
3 checks passed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

4 participants