[aarch64-port-dev ] -XX:CompileCommand=print causes core dump
Dave Nuechterlein
dnuechte at amperecomputing.com
Sat Jun 23 17:20:37 UTC 2018
Well, I updated to today's tip, and it no longer core dumps.
-----Original Message-----
From: aarch64-port-dev [mailto:aarch64-port-dev-bounces at openjdk.java.net] On Behalf Of Dave Nuechterlein
Sent: Saturday, June 23, 2018 7:36 AM
To: aarch64-port-dev at openjdk.java.net
Subject: [aarch64-port-dev ] -XX:CompileCommand=print causes core dump
I have a very simple maven based JMH test. If I add -XX:+UnlockDiagnosticVMOptions -XX:CompileCommand=print,com.ampere.pipeline_int_mvn.generated.MyBenchmark_test_method_jmhTest::test_method_avgt_jmhStub
To my command string, I get a core dump:
# Compiler replay data is saved as:
# /home/dnuechte/java/pipeline_int_mvn/replay_pid22566.log
#
# If you would like to submit a bug report, please visit:
# http://bugreport.java.com/bugreport/crash.jsp
#
Current thread is 22577
Dumping core ...
Aborted
Should I submit a bug report like the spew suggests? Or is there a different mechanism at this point in the project?
I built my own hsdis two different ways, neither works. I built one with binutils 2.24, and one with 2.29. Since there was a change in the interface between 2.24 and 2.29, the version with 2.29 needs a patch to hsdis.c
/* Finish linking together the various callback blocks. */
app_data->dinfo.application_data = (void*) app_data;
- app_data->dfn = disassembler(native_bfd);
+ app_data->dfn = disassembler(bfd_get_arch(native_bfd),
+ bfd_big_endian(native_bfd),
+ bfd_get_mach(native_bfd),
+ native_bfd);
app_data->dinfo.print_address_func = hsdis_print_address_func;
app_data->dinfo.read_memory_func = hsdis_read_memory_func;
Dave
More information about the aarch64-port-dev
mailing list