Re: small changes, long build time

2016-05-02 Thread Andreas Lundblad
On Sat, Apr 30, 2016 at 10:14:42AM +0100, Alan Bateman wrote: > > On 30/04/2016 09:52, Ioi Lam wrote: > > > >Maybe the build system can generate more fine grained dependencies? > > > >If only private or non exported classes/packages are updated, no other > >modules need to be rebuilt > > > >If on

RFR(xs): 8155821: Typo for s390x for HOTSPOT_$1_CPU_DEFINE

2016-05-02 Thread Severin Gehwolf
On Fri, 2016-04-29 at 14:51 +0200, Matthias Klose wrote: > The build 116 broke the zero build on s390x, this is just a simple typo.   > Please  > apply. This at least lets the first build finish in the bootcycle build > before  > the vm crashes in the second one. > > However this build change bro

Re: RFR(xs): 8155821: Typo for s390x for HOTSPOT_$1_CPU_DEFINE

2016-05-02 Thread Erik Joelsson
I will sponsor it. Looks good to me. /Erik On 2016-05-02 14:23, Severin Gehwolf wrote: On Fri, 2016-04-29 at 14:51 +0200, Matthias Klose wrote: The build 116 broke the zero build on s390x, this is just a simple typo. Please apply. This at least lets the first build finish in the bootcycle bui

RFR: 8155824: JDK build should tune down small apps more aggressively

2016-05-02 Thread Claes Redestad
Hi build-dev! I recently discovered that running with -XX:TieredStopAtLevel=1 can speed up jmod execution a bit: http://mail.openjdk.java.net/pipermail/jigsaw-dev/2016-May/007593.html Applying this to the runner itself might be a mouthful, but it seems profitable to apply this to JDK build i

Re: RFR: 8155824: JDK build should tune down small apps more aggressively

2016-05-02 Thread Erik Joelsson
Looks good to me. On my machine, the numbers are: Before: real 3m55.455s user 48m19.736s sys 7m12.815s With suggested patch: real 3m36.529s user 41m12.488s sys 6m17.110s /Erik On 2016-05-02 15:41, Claes Redestad wrote: Hi build-dev! I recently discovered that running with -XX:TieredStopAtLe

Re: RFR: 8155824: JDK build should tune down small apps more aggressively

2016-05-02 Thread Claes Redestad
On 2016-05-02 16:01, Erik Joelsson wrote: Looks good to me. Thanks! /Claes On my machine, the numbers are: Before: real 3m55.455s user 48m19.736s sys 7m12.815s With suggested patch: real 3m36.529s user 41m12.488s sys 6m17.110s /Erik On 2016-05-02 15:41, Claes Redestad wrote: Hi build-d

Re: small changes, long build time

2016-05-02 Thread Pete Brunet
On 4/30/16 2:32 AM, David Holmes wrote: > On 30/04/2016 4:18 PM, Alan Bateman wrote: >> On 30/04/2016 00:46, Pete Brunet wrote: >>> Even small edits to code in the jdk source tree result in very long >>> time >>> build times now that jigsaw is merged in. Is anyone working on trying >>> to improv

Re: small changes, long build time

2016-05-02 Thread Erik Joelsson
On 2016-05-02 17:18, Pete Brunet wrote: On 4/30/16 2:32 AM, David Holmes wrote: On 30/04/2016 4:18 PM, Alan Bateman wrote: On 30/04/2016 00:46, Pete Brunet wrote: Even small edits to code in the jdk source tree result in very long time build times now that jigsaw is merged in. Is anyone wo

JDK 9 RFR of JDK-8155872: Temporarily disable deprecation checking on the java.desktop module

2016-05-02 Thread Joseph D. Darcy
Hello, As part of deprecating Class.newInstance (JDK-6850612), the client team has requested to not @SuppressWarnings the uses of Class.newIntance in the java.desktop module, but rather to let the client team perform a fuller update to avoid the deprecated coding pattern (JDK-8155874). Since

Re: small changes, long build time

2016-05-02 Thread David Holmes
Hi Erik, On 3/05/2016 1:31 AM, Erik Joelsson wrote: On 2016-05-02 17:18, Pete Brunet wrote: On 4/30/16 2:32 AM, David Holmes wrote: On 30/04/2016 4:18 PM, Alan Bateman wrote: On 30/04/2016 00:46, Pete Brunet wrote: Even small edits to code in the jdk source tree result in very long time b

Re: small changes, long build time

2016-05-02 Thread Alan Bateman
On 03/05/2016 02:48, David Holmes wrote: So what build target will ensure the exploded image is created and up to date? `make` without any target, that has always been the default. -Alan