RFR: JDK-8040267: Remove forced -g from java compile lines in jaxp and jaxws
Erik Joelsson
erik.joelsson at oracle.com
Tue Apr 15 13:14:01 UTC 2014
The simplest way to get consistency is to just remove -g from jaxp and
jaxws compile lines. Providing different levels of debug info for jre
and jdk would certainly be nice but has a much bigger scope.
Please review this small patch.
Bug: https://bugs.openjdk.java.net/browse/JDK-8040267
Patch:
diff -r 2d9f4166e0be make/BuildJaxws.gmk
--- a/make/BuildJaxws.gmk
+++ b/make/BuildJaxws.gmk
@@ -38,7 +38,7 @@
$(eval $(call SetupJavaCompiler,GENERATE_NEWBYTECODE_DEBUG, \
JVM := $(JAVA), \
JAVAC := $(NEW_JAVAC), \
- FLAGS := -XDignore.symbol.file=true $(DISABLE_JAXWS_WARNINGS) -g, \
+ FLAGS := -XDignore.symbol.file=true $(DISABLE_JAXWS_WARNINGS), \
SERVER_DIR := $(SJAVAC_SERVER_DIR), \
SERVER_JVM := $(SJAVAC_SERVER_JAVA)))
diff -r 3b360a77658e make/BuildJaxp.gmk
--- a/make/BuildJaxp.gmk
+++ b/make/BuildJaxp.gmk
@@ -38,7 +38,7 @@
$(eval $(call SetupJavaCompiler,GENERATE_NEWBYTECODE_DEBUG, \
JVM := $(JAVA), \
JAVAC := $(NEW_JAVAC), \
- FLAGS := -XDignore.symbol.file=true $(DISABLE_JAXP_WARNINGS) -g, \
+ FLAGS := -XDignore.symbol.file=true $(DISABLE_JAXP_WARNINGS), \
SERVER_DIR := $(SJAVAC_SERVER_DIR), \
SERVER_JVM := $(SJAVAC_SERVER_JAVA)))
/Erik
On 2014-04-11 16:40, Erik Joelsson wrote:
> Hello,
>
> While converting the build to the new build-infra makefiles, one thing
> that annoyed me was the fact that we aren't consistently compiling
> with or without -g for java code. In the new makefiles we just emulate
> the same behavior, but I would like to sort it out properly now.
>
> Currently langtools, jaxp and jaxws repos build with -g always, while
> corba and jdk only build with -g when DEBUG_LEVEL is fastdebug or
> slowdebug.
>
> How would we really like this to work? Is there a reason not to ship
> with -g enabled? I know from personal experience that I get very
> annoyed when I can't step into the jdk classes and look at local
> variable values when debugging my own java applications.
>
> /Erik
More information about the build-dev
mailing list