To cover the coming needs of the added markdown specifications, a more
proper function for setting up markdown processing is needed.
The CSS file is intented as a first approach/placeholder. It needs to be
updated later on.
Bug: https://bugs.openjdk.java.net/browse/JDK-8179453
WebRev:
http:/
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.de
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
> 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
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 link
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 simil
