Hi Erik, I noticed this workaround, but apparently it was removed again from the hotspot build with http://hg.openjdk.java.net/jdk8u/jdk8u-dev/hotspot/rev/8c76e844a7f9.
This confused me, nevertheless I tried it. fix_empty_sec_hdr_flags libjvm.so objcopy --only-keep-debug libjvm.so libjvm.debuginfo # here I got the "Not enough room for program headers, try linking with -N" add_gnu_debuglink libjvm.debuginfo libjvm.so Succeeds: now I got a libjvm.debuginfo, but it seems to be corrupted: $ elfdump libjvm.debuginfo > dump.txt Segmentation Fault (core dumped) I assume the workaround was removed because of this corruption(that's what the bugs JDK-8034005 and JDK-8033602 suggest), but why was it kept for the jdk build then? Do you know? I was hoping that Oracle's binutils 2.21.1 contains fixes for the issues which are not yet pushed upstream. This would explain my problems with binutils 2.28 from gnu.org Cheers, Richard. -----Original Message----- From: Erik Joelsson [mailto:[email protected]] Sent: Freitag, 28. April 2017 15:34 To: Baesken, Matthias <[email protected]>; David Holmes <[email protected]>; '[email protected]' <[email protected]>; '[email protected]' <[email protected]> Cc: Simonis, Volker <[email protected]>; Reingruber, Richard <[email protected]> Subject: Re: objcopy issues on Solaris Hello, In jdk8u we still have this workaround for broken gobjcopy in NativeCompilation.gmk: # gobjcopy crashes on "empty" section headers with the SHF_ALLOC flag set. # Use $(FIX_EMPTY_SEC_HDR_FLAGS) to clear the SHF_ALLOC flag (if set) from # empty section headers until a fixed $(OBJCOPY) is available. # An empty section header has sh_addr == 0 and sh_size == 0. # This problem has only been seen on Solaris X64, but we call this tool # on all Solaris builds just in case. # # $(OBJCOPY) --add-gnu-debuglink=... corrupts SUNW_* sections. # Use $(ADD_GNU_DEBUGLINK) until a fixed $(OBJCOPY) is available. $$($1_OBJECT_DIR)/$$(LIBRARY_PREFIX)$$($1_LIBRARY).debuginfo : $$($1_TARGET) \ $(FIX_EMPTY_SEC_HDR_FLAGS) $(ADD_GNU_DEBUGLINK) $(RM) $$@ $(FIX_EMPTY_SEC_HDR_FLAGS) $(LOG_INFO) $$< $(OBJCOPY) --only-keep-debug $$< $$@ $(CD) $$(@D) && $(ADD_GNU_DEBUGLINK) $(LOG_INFO) $$(@F) $$< I don't know if this is related to your problem. We were able to remove the above in JDK 9 because gobjcopy in Solaris 11 is not exhibiting this problem for us. The introduction of this workaround is from before my time so I don't know the details. The tools FIX_EMPTY_SEC_HDR_FLAGS and ADD_GNU_DEBUGLINK are in the jdk8u src. I checked a build machine for jdk8u and it reports "GNU objcopy 2.15" and this seems to be from the default OS package (Solaris 10). We have had problems with bugs in gobjcopy in the past though. (Example https://bugs.openjdk.java.net/browse/JDK-8034021) So try to get all the latest patches for it. /Erik On 2017-04-28 14:20, Baesken, Matthias wrote: >> GNU objcopy (GNU Binutils) 2.21.1 >> developer/[email protected] >> This is a Solaris 11u1 package. > > Hi David, thanks for the info. > But what about Solaris 10 ? > > https://wiki.openjdk.java.net/display/Build/Supported+Build+Platforms > > mentions 10u6 supported for JDK8 . > > And does the 11u1 package developer/[email protected] > Contain special objcopy patches ? > > Best regards, Matthias > > > -----Original Message----- > From: David Holmes [mailto:[email protected]] > Sent: Freitag, 28. April 2017 13:24 > To: Baesken, Matthias <[email protected]>; > '[email protected]' <[email protected]>; Erik Joelsson > ([email protected]) <[email protected]>; > '[email protected]' <[email protected]> > Cc: Simonis, Volker <[email protected]>; Reingruber, Richard > <[email protected]> > Subject: Re: objcopy issues on Solaris > > Hi Matthias, > > On 28/04/2017 7:21 PM, Baesken, Matthias wrote: >> Hello, we are facing problems with gobjcopy on Solaris 10 x86_64. >> When processing libjvm.so (product build) with FDS and separated debug-infos >> we are getting : >> >> objcopy: libjvm.debuginfo: Not enough room for program headers, try linking >> with -N >> >> It looks like we are running into this (or a similar) problems : >> >> https://bugs.openjdk.java.net/browse/JDK-7165598 >> >> As recommended in those bugs : >> >> x86 >> https://bugs.openjdk.java.net/browse/JDK-8034005 >> >> (and similar Sparc issue) >> https://bugs.openjdk.java.net/browse/JDK-8033602 >> >> We are using objcopy from binutils-2.28 (downloaded and built ourselves from >> standard binutils gnu.org page) >> and still get the mentioned error. >> >> In the OpenJDK version checks, 2.21 seems to be needed minimum, >> the comments in version check says "objcopy prior to 2.21.1 on solaris is >> broken and is not usable.". >> >> Could you tell us the exact version of objcopy / gobjcopy you are using in >> 8 and 9 on Solaris to >> process the debuginfo ? >> And where do you get the gobjcopy from? > GNU objcopy (GNU Binutils) 2.21.1 > > developer/[email protected] > > This is a Solaris 11u1 package. > > David > ----- > >> Thanks, Richard and Matthias >>
