On Thu, 4 Apr 2024 09:41:50 GMT, Suchismith Roy <s...@openjdk.org> wrote:

> > Hello @suchismith1993,
> > > Usually there is not such pure .a files that comes packaged with the OS. 
> > > They are provided by some applications. So i am not sure how i can make 
> > > the tests consistent for such cases.
> > > Do you have any suggestions here ?
> > 
> > 
> > Within the JDK repo, some tests require test specific native libraries 
> > (like in your case here). It appears that the JDK build infrastructure has 
> > ability to compile native code (`foo.c` for example) into a native library. 
> > However that build infrastructure doesn't appear to be flexible enough to 
> > support the case where you would have to run AIX specific commands to 
> > generate a `.a` file. So the approach of generating a test specific `.a` 
> > file doesn't look promising right now (it could still be possible, but I 
> > don't know how big a build change that would require).
> > So taking a step back - I see that 
> > https://bugs.openjdk.org/browse/JDK-8313616 introduced the ability to 
> > dealing with `.a` files on AIX from within the hotspot area. In that commit 
> > https://github.com/openjdk/jdk/pull/15204/files I see that there are 
> > references to a couple of `.a` files - for example `libodm.a` and 
> > `libperfstat.a`. Are those `.a` expected to be present on certain AIX 
> > systems? Perhaps your new test could use either of those in the test? There 
> > was also a mention of `libclang.a` on AIX, previously in this discussion. 
> > Maybe that could be used in the test?
> 
> I found libperfstat as the only example that is purely an archive files as 
> part of AIX, after trying out multiple archives under /usr/lib. I am facing 
> an issue to run the test ,but unable to set the library path to /usr/lib. I 
> see the existing test case has libawt as part of jdk itself . Can i set 
> -Djava.library.path while running jtreg test case ?

-Djava.library.path=/home/hotspot/openjdk/jdk-suchi/jdk1/build/aix-ppc64-server-fastdebug/images/test/jdk/jtreg/native
  
I see from logs, this is the path being set to, Which is not the intended path. 
Not sure how the other test is working.

-------------

PR Comment: https://git.openjdk.org/jdk/pull/17945#issuecomment-2036730865

Reply via email to