Unfortunately rt.jar is part of the images build. The fastest turnaround
incremental builds for your usecase is currently reached by doing this:
make jdk-only JDK_FILTER="javax/swing javax/accessibility java/beans"
You don't get an rt.jar, but you can run the exploded image directly
from /bin/
On 2013-09-12 19:54, Pete Brunet wrote:
On 9/12/13 12:32 PM, Jonathan Gibbons wrote:
On 09/12/2013 10:27 AM, Pete Brunet wrote:
On 7/29/13 9:39 AM, Mike Duigou wrote:
On Jul 29 2013, at 07:09 , Pete Brunet wrote:
In the new JDK 8 build doc I see this sentence:
Creating the javadocs can be v
If you just change one or two files adding println, it might be much
faster to just "javac Foo.java"and patch rt.jar by hand.
I use a script like this. It just takes a few seconds:
---
ROOT=build/linux-x86_64-normal-server-fastdebug
JAVAC=${ROOT}/jdk/bin/javac
RT
Done.
I have to regenerate generated-configure.sh to sync times with closed
version.
I ran jdk control build in JPRTwith bootstap to verify that it is not
broken. And I got jdk product build failure on linux-x64:
/bin/sh:
/opt/jprt/T/P1/193135.vkozlov/s/build/linux-x86_64-normal-server-relea
On 9/13/13 5:15 AM, Sean Mullan wrote:
Ok, I suggested you use a WeakHashMap but now I'm a little concerned
this could become a bottleneck if every certificate check has to lock
the map. Hmm. Maybe we should go back to the previous code, that also
had some concurrency issues but it was only pe
Ok, I suggested you use a WeakHashMap but now I'm a little concerned
this could become a bottleneck if every certificate check has to lock
the map. Hmm. Maybe we should go back to the previous code, that also
had some concurrency issues but it was only per certificate, and wasn't
too bad sinc
Changeset: 8dadd26c2a58
Author:ihse
Date: 2013-09-12 10:38 +0200
URL: http://hg.openjdk.java.net/jdk8/build/rev/8dadd26c2a58
8024467: Update autoconf-config.guess to autoconf 2.69
Reviewed-by: erikj
! common/autoconf/build-aux/autoconf-config.guess
Changeset: 64f52ef175a4
Author:
Changeset: 5063b43d7e09
Author:vadim
Date: 2013-09-12 12:12 +0200
URL: http://hg.openjdk.java.net/jdk8/build/jdk/rev/5063b43d7e09
8008022: Upgrade Direct X SDK used to build JDK
Reviewed-by: erikj, prr, ihse
! make/Makefile
! make/common/Defs-windows.gmk
! make/common/Sanity.gmk
!
On 9/12/13 12:32 PM, Jonathan Gibbons wrote:
> On 09/12/2013 10:27 AM, Pete Brunet wrote:
>> On 7/29/13 9:39 AM, Mike Duigou wrote:
>>> On Jul 29 2013, at 07:09 , Pete Brunet wrote:
>>>
In the new JDK 8 build doc I see this sentence:
Creating the javadocs can be very slow, if you are run
On 7/29/13 9:39 AM, Mike Duigou wrote:
> On Jul 29 2013, at 07:09 , Pete Brunet wrote:
>
>> In the new JDK 8 build doc I see this sentence:
>> Creating the javadocs can be very slow, if you are running javadoc,
>> consider skipping that step.
>> but I don't see any switches documented that would s
I made some changes for debugging in jdk8. jdk ran for 9.5 min and
images for a little over 13 min. I'm currently changing code in
javax.swing, javax.accessibility, and java.beans. All those live in
rt.jar so it would be nice to be able to copy a newly built rt.jar to an
existing image without h
On 09/12/2013 10:27 AM, Pete Brunet wrote:
On 7/29/13 9:39 AM, Mike Duigou wrote:
On Jul 29 2013, at 07:09 , Pete Brunet wrote:
In the new JDK 8 build doc I see this sentence:
Creating the javadocs can be very slow, if you are running javadoc,
consider skipping that step.
but I don't see any s
Thank you Erik!
Vladimir, could you please push
http://cr.openjdk.java.net/~simonis/webrevs/8024265.v4 (before we get
the next merge conflicts:)
Thanks,
Volker
On Thu, Sep 12, 2013 at 2:39 PM, Erik Joelsson wrote:
> Magnus left for the day, but I'm ok with you pushing this to the stage area.
>
Magnus left for the day, but I'm ok with you pushing this to the stage
area.
/Erik
On 2013-09-12 14:29, Volker Simonis wrote:
Hi Magnus,
thanks for doing "JDK-8024665 Move open changes for JDK-8020411 to
closed source"!
Can you now please give Vladimir the GO signal (from a
build-perspective
Hi Magnus,
thanks for doing "JDK-8024665 Move open changes for JDK-8020411 to
closed source"!
Can you now please give Vladimir the GO signal (from a
build-perspective) to integrate my changes (from
http://cr.openjdk.java.net/~simonis/webrevs/8024265.v4/) into the
ppc-aix-port/stage repository?
A
Looks good to me
/Erik
On 2013-09-11 14:00, Magnus Ihse Bursie wrote:
Autoconf creates by default a config.log in the current directory. Our
configure script moves this file to the directory created for the
configuration (e.g. build/linux...etc).
A previous fix launching the generated config
On 2013-09-12 12:20, Magnus Ihse Bursie wrote:
The fix for JDK-8020411 contains logic that is only needed for closed
source. Also, the changes conflicts with the changes needed for
JDK-8024265, and it also inadvertently removed code needed for later
CFLAGS checking.
These changes should be mo
This looks good to me.
/Erik
On 2013-09-12 12:20, Magnus Ihse Bursie wrote:
The fix for JDK-8020411 contains logic that is only needed for closed
source. Also, the changes conflicts with the changes needed for
JDK-8024265, and it also inadvertently removed code needed for later
CFLAGS checkin
On 2013-09-11 16:43, Pete Brunet wrote:
Hi Magnus, The 8 build doc lists free as something that is needed.
The build docs appearantly need updating. The correct list of needed
packages, apart from the ones installed by default, on cygwin is:
cpio diffutils make unzip zip
/Magnus
The fix for JDK-8020411 contains logic that is only needed for closed
source. Also, the changes conflicts with the changes needed for
JDK-8024265, and it also inadvertently removed code needed for later
CFLAGS checking.
These changes should be moved to closed source.
Webrev (for open part):
h
On 2013-09-11 18:45, Volker Simonis wrote:
Argh! It conflicts with 8020411
(http://cr.openjdk.java.net/~erikj/8020411/webrev.root.01/) from your
last jdk8->stage synchronisation.
@Magnus, Erik : it seems that '8020411' needed a similar 'feature' to
my actual change but did it without abstracting
On 2013-09-11 23:08, Dalibor Topic wrote:
I haven't dug into the code much, but why not use AC_CONFIG_COMMANDS [0] ?
cheers,
dalibor topic
[06
https://www.gnu.org/savannah-checkouts/gnu/autoconf/manual/autoconf-2.69/html_node/Configuration-Commands.html#Configuration-Commands
I haven't actua
22 matches
Mail list logo
