RFR: 8343767: Enumerate StubGen blobs, stubs and entries and generate code from declarations
Andrew Dinn
adinn at openjdk.org
Thu Nov 21 13:30:26 UTC 2024
On Thu, 21 Nov 2024 11:08:14 GMT, Amit Kumar <amitkumar at openjdk.org> wrote:
>>> I think there is some issue with s390x. With current changes I got build failure:
>>
>> @offamitkumar This definitely looks like something is very broken. The error looks to be happening when the exploded image is being run to build the jmods image. Is that where this is going wrong?
>>
>> It may be that the reorg of the code generation has selected generation of the wrong stub generator method or run the right method using an incorrect parameter. Do you get an hs_err file when the failure happens? If so then a stack trace at the point of crash might well help pin down where the problem lies.
>
>> > I think there is some issue with s390x. With current changes I got build failure:
>>
>> @offamitkumar This definitely looks like something is very broken. The error looks to be happening when the exploded image is being run to build the jmods image. Is that where this is going wrong?
>>
>> It may be that the reorg of the code generation has selected generation of the wrong stub generator method or run the right method using an incorrect parameter. Do you get an hs_err file when the failure happens? If so then a stack trace at the point of crash might well help pin down where the problem lies.
>
> aah, No I don't get any hs_err file. I looked into `build/linux-s390x-server-fastdebug/make-support/failure-logs` directory and only thing I could I find is last command it ran.
>
> /home/amit/jdk/build/linux-s390x-server-fastdebug/jdk/bin/javac -J-Djava.io.tmpdir=/home/amit/jdk/build/linux-s390x-server-fastdebug/support/javatmp -g -Xlint:all -source 24 -target 24 -implicit:none -Xprefer:source -XDignore.symbol.file=true -encoding ascii -Werror --add-modules jdk.compiler,jdk.jdeps --add-exports jdk.compiler/com.sun.tools.javac.api=ALL-UNNAMED --add-exports jdk.compiler/com.sun.tools.javac.code=ALL-UNNAMED --add-exports jdk.compiler/com.sun.tools.javac.util=ALL-UNNAMED --add-exports jdk.compiler/com.sun.tools.javac.jvm=ALL-UNNAMED --add-exports jdk.jdeps/com.sun.tools.classfile=ALL-UNNAMED -Xlint:-options -XDmodifiedInputs=/home/amit/jdk/build/linux-s390x-server-fastdebug/buildtools/create_symbols_javac/_the.COMPILE_CREATE_SYMBOLS_batch.modfiles.fixed -d /home/amit/jdk/build/linux-s390x-server-fastdebug/buildtools/create_symbols_javac @/home/amit/jdk/build/linux-s390x-server-fastdebug/buildtools/create_symbols_javac/_the.COMPILE_CREATE_SYMBOLS_batch.filelist
>
>
> After running I get:
>
> Error occurred during initialization of boot layer
> java.lang.moduleºº¾ºº¾ºº¾ºº¾ºº¾ºº¾ºº¾ºº¾ºº¾ºº¾ºº¾ºº¾ºº¾ºº¾ºº¾ºº¾ºº¾ºº¾ºº¾ºº¾ºº¾ºº¾ºº¾ºº¾ºº¾ºº¾ºº¾º
> Caused by: javº¾ºº¾ºº¾ºº¾ºº¾ºº¾ºº¾ºº¾ºº¾ºº¾ºº¾ºº¾ºº¾ºº¾ºº¾ºº¾ºº¾ºº¾ºº¾ºº¾ºº¾ºº¾ºº¾º
@offamitkumar I think the latest version should address the crash and also address the alignment issues.
-------------
PR Comment: https://git.openjdk.org/jdk/pull/21957#issuecomment-2491149661
More information about the hotspot-dev
mailing list