Allow using a system-installed giflib
bradford.wetmore at oracle.com
Tue Apr 9 22:37:58 UTC 2013
Not sure how much I'll be able to help here since I use much of the
internal /java mount point. But essentially as long as you have your
tools in the right places (or specify them through the ALT_* variables),
I just do:
% cd jdk/make
% make381 all
Some of the big ones are:
IIRC, ALT_JDK_IMPORT_PATH will set the HOTSPOT/etc import variables.
Hopefully this won't be an issue much longer. There are at least two
groups that are stuck on the old builds due to lack of time.
On 4/9/2013 3:11 PM, Omair Majid wrote:
> On 04/09/2013 06:01 PM, Brad Wetmore wrote:
>> This putback has likely broken the old JDK build (i.e. in jdk/make)
>> JDK-8011812: JDK-8011278 breaks the old build
> Sorry for this.
>> At least deploy and JCE are still stuck on the old build.
> I would like to avoid this in the future; any tips on how to run the old
> build? I couldn't get it to work last I tried (the error messages were
> redirecting me to the new build).
>> One workaround that is said to work:
>> diff --git a/make/sun/splashscreen/Makefile
>> --- a/make/sun/splashscreen/Makefile
>> +++ b/make/sun/splashscreen/Makefile
>> @@ -89,7 +89,7 @@
>> OTHER_LDLIBS += -L$(OPENWIN_LIB) -lX11 -lXext $(LIBM) -pthread
>> - CPPFLAGS += -I$(OPENWIN_HOME)/include
>> + CPPFLAGS += -I$(OPENWIN_HOME)/include
>> OTHER_LDLIBS += -L$(OPENWIN_LIB) -lX11 -lXext $(LIBM) -lpthread
>> else # PLATFORM
> The change looks sensible to me since it adds the same path to
> C(PP)FLAGS that's added in the new build:
>> Since Eric is the RE for 8011278, I'm going to assign him this one.
> I will be happy to test this change too.
More information about the build-dev