[2.3 BRANCH]: gstabs issue

Andrew Hughes ahughes at redhat.com
Mon Aug 6 09:16:15 PDT 2012

----- Original Message -----
> On 08/06/2012 02:42 PM, Andrew Hughes wrote:
> > There was a regression with DEBUG_BINARIES which resulted in some
> > architectures
> > (x86, SPARC, etc.) producing STABS debug information rather than
> > DWARF.
> > 
> > The fix for this is now in OpenJDK8 and IcedTea7 HEAD:
> > 
> > http://hg.openjdk.java.net/icedtea/jdk7/hotspot/rev/c5430c659d54
> > 
> > Ok to backport this to the 2.3 forest?
> It's very hard to understand what is supposed to be happening.  I
> think
> it means that ia64, amd64, arm, ppc get DWARF debug info, but x86/32
> and others get STABS.  But this makes no sense at all: STABS is not
> appropriate for x86/32 or any other Linux target AFAIAA.

No, that's what's happening now without this patch.  This patch corrects the behaviour so that
DEBUG_BINARIES again takes precedence and applies "-g" in all cases (no "-gstabs")
whatever the architecture or build type (fastdebug/debug/product).  It's hard to
see because the patch is moving the previous lines inside an else block, which is only
evaluated if DEBUG_BINARIES is not equal to true.

+# DEBUG_BINARIES uses full -g debug information for all configs
+ifeq ($(DEBUG_BINARIES), true)
+ CFLAGS += -g
<< previous behaviour >>

The discussion is here:


It's a bit more involved than our patch, but makes the final file clearer -- one route
if DEBUG_BINARIES is set, another if it isn't -- and hopefully reduces the risk that Oracle
will turn on unwanted debug options for us again :-)

Final version post-patch:


> Andrew.

Andrew :)

Free Java Software Engineer
Red Hat, Inc. (http://www.redhat.com)

PGP Key: 248BDC07 (https://keys.indymedia.org/)
Fingerprint = EC5A 1F5E C0AD 1D15 8F1F  8F91 3B96 A578 248B DC07

More information about the distro-pkg-dev mailing list