On 2013-01-23 01:14, David Holmes wrote:
On 23/01/2013 9:08 AM, Xueming Shen wrote:
On 01/22/2013 02:58 PM, Alan Bateman wrote:
On 22/01/2013 22:19, David Holmes wrote:
All of the jar building was modified so that jars go into images/lib
not jdk/lib. So it should not be necessary (or
Changeset: 71691b9d45ab
Author:vinnie
Date: 2013-01-23 09:49 +
URL: http://hg.openjdk.java.net/jdk8/tl/jdk/rev/71691b9d45ab
8006741: javadoc cleanup for 6263419
Reviewed-by: alanb
! src/share/classes/java/security/PrivateKey.java
! src/share/classes/javax/crypto/SecretKey.java
I thought building an OpenJDK or Oracle JDK can be fully controlled by
using the --enable-openjdk-only configure option, but it seems the
OPENJDK env variable still plays a part. If the variable is set to true
and --enable-openjdk-only is not provided, the new build process gets
confused and
On 2013-01-23 11:30, Weijun Wang wrote:
I thought building an OpenJDK or Oracle JDK can be fully controlled by
using the --enable-openjdk-only configure option, but it seems the
OPENJDK env variable still plays a part. If the variable is set to
true and --enable-openjdk-only is not provided,
Changeset: 01b36b400145
Author:uta
Date: 2013-01-23 15:06 +0400
URL: http://hg.openjdk.java.net/jdk8/tl/jdk/rev/01b36b400145
6519127: user.home property not set correctly
Summary: Registry-based approach was changed to
SHGetKnownFolderPath/SHGetFolderPathW
Reviewed-by: alanb,
On 23/01/2013 8:58 PM, Erik Joelsson wrote:
On 2013-01-23 11:30, Weijun Wang wrote:
I thought building an OpenJDK or Oracle JDK can be fully controlled by
using the --enable-openjdk-only configure option, but it seems the
OPENJDK env variable still plays a part. If the variable is set to
true
On 2013-01-23 12:54, David Holmes wrote:
On 23/01/2013 8:58 PM, Erik Joelsson wrote:
On 2013-01-23 11:30, Weijun Wang wrote:
I thought building an OpenJDK or Oracle JDK can be fully controlled by
using the --enable-openjdk-only configure option, but it seems the
OPENJDK env variable still
On 01/23/2013 07:54 PM, David Holmes wrote:
On 23/01/2013 8:58 PM, Erik Joelsson wrote:
On 2013-01-23 11:30, Weijun Wang wrote:
I thought building an OpenJDK or Oracle JDK can be fully controlled by
using the --enable-openjdk-only configure option, but it seems the
OPENJDK env variable still
On 2013-01-23 13:23, Weijun Wang wrote:
On 01/23/2013 07:54 PM, David Holmes wrote:
On 23/01/2013 8:58 PM, Erik Joelsson wrote:
On 2013-01-23 11:30, Weijun Wang wrote:
I thought building an OpenJDK or Oracle JDK can be fully controlled by
using the --enable-openjdk-only configure option,
On 22/01/2013 21:15, Mike Duigou wrote:
Hello all;
This is a two piece patch.
8006594: Add jdk_core target to jdk/test/Makefile
8006595: Use jdk/test/Makefile targets in preference to local definitions
I chose to do it as two patches because the changes are in different repos and
the changes
Changeset: bf2a14ebb6e9
Author:chegar
Date: 2013-01-23 14:45 +
URL: http://hg.openjdk.java.net/jdk8/tl/jdk/rev/bf2a14ebb6e9
8006669:
sun/security/ssl/sun/net/www/protocol/https/HttpsURLConnection/PostThruProxy.sh
fails on mac
Reviewed-by: alanb
!
The j.l.FunctionalInterface annotation was added recently but it's not
showing up in rt.jar when using the old build (NEWBUILD=false).
Unfortunately we have to keep the old build on life support until the
new build is bedded down and downstream projects have transitioned.
So I need a
+1
On Jan 23, 2013, at 9:54 AM, Alan Bateman wrote:
The j.l.FunctionalInterface annotation was added recently but it's not
showing up in rt.jar when using the old build (NEWBUILD=false). Unfortunately
we have to keep the old build on life support until the new build is bedded
down and
On 01/23/2013 03:56 PM, Lance Andersen - Oracle wrote:
+1
+1 too
RĂ©mi
On Jan 23, 2013, at 9:54 AM, Alan Bateman wrote:
The j.l.FunctionalInterface annotation was added recently but it's not showing
up in rt.jar when using the old build (NEWBUILD=false). Unfortunately we have
to keep the
Changeset: 97bd5e7151bc
Author:mcimadamore
Date: 2013-01-23 15:08 +
URL: http://hg.openjdk.java.net/jdk8/tl/langtools/rev/97bd5e7151bc
8006692: jdk/test/java/util/Collections/BigBinarySearch.java fails to compile
Summary: Missing boxing cause spurious inference failure
Looks fine to me too.
-Chris.
On 23/01/2013 14:56, Lance Andersen - Oracle wrote:
+1
On Jan 23, 2013, at 9:54 AM, Alan Bateman wrote:
The j.l.FunctionalInterface annotation was added recently but it's not showing
up in rt.jar when using the old build (NEWBUILD=false). Unfortunately we have
Changeset: 53064bbaeec5
Author:alanb
Date: 2013-01-23 15:12 +
URL: http://hg.openjdk.java.net/jdk8/tl/jdk/rev/53064bbaeec5
8006764: FunctionalInterface missing from rt.jar (old build)
Reviewed-by: lancea, forax
! make/java/java/FILES_java.gmk
I'm not a committer, so I need someone to push this changeset for me.
Thanks,
Eric
Moving to core-libs-dev to allow for wider review. As Dan mentions,
we've been looking to remove the Solairs-specific interruptible I/O for
a long time.
Original Message
Subject: Review Request: JDK-8001334 - Remove use of JVM_* functions
from java.io code
Date: Mon,
On 23/01/2013 15:16, Eric McCorkle wrote:
I'm not a committer, so I need someone to push this changeset for me.
Thanks,
Eric
I'm not volunteering (sorry) but just checking that the HotSpot changes
are in jdk8/tl/hotspot already? I think they are, but just doubling
checking to avoid problems
The first set (JDK-8004728) are in as of last week. The second set
(JDK-8006005) are not, and it doesn't look like they are going to make
it. However, JDK-8006005 only fixes some small bugs, so I can mark one
of the tests I wrote @ignore.
On 01/23/13 10:56, Alan Bateman wrote:
On 23/01/2013
Hi Erik, I can take care of this later this evening.
-Rob
On 23/01/13 15:16, Eric McCorkle wrote:
I'm not a committer, so I need someone to push this changeset for me.
Thanks,
Eric
This time with the attachment...
Thanks,
Jim
On 01/22/2013 02:54 PM, Jim Gish wrote:
change set/patch attached for pushing.
Thanks,
Jim
On 01/22/2013 02:40 PM, Jim Gish wrote:
I've made the changes as suggested by Mike, and this has now been
approved by CCC. Could someone please give
Alan,
Here is the webrev for the intermittently j.u.zf regression failure we talked
about last night.
I'm using the limited loop instead of while(true) to just be cautious.
http://cr.openjdk.java.net/~sherman/8006773/webrev
Thanks,
-Sherman
On 23/01/2013 17:46, Xueming Shen wrote:
Alan,
Here is the webrev for the intermittently j.u.zf regression failure we
talked
about last night.
I'm using the limited loop instead of while(true) to just be cautious.
http://cr.openjdk.java.net/~sherman/8006773/webrev
Looks okay to me (although
Changeset: e0552f13f4a2
Author:sherman
Date: 2013-01-23 10:29 -0800
URL: http://hg.openjdk.java.net/jdk8/tl/jdk/rev/e0552f13f4a2
8006773: test/java/util/zip/ZipFile/FinalizeZipFile.java failing intermittently
Summary: fixed the test case
Reviewed-by: alanb
!
To close this discussion before I do the push here are performance
numbers for C1. Numbers are almost similar (few % worser, note that with
C2 it improved) because C1 does not do loop optimizations.
size: 1time: 2526
size: 7time: 3334
size: 8time: 3436
size: 16
Changeset: 5c956be64b9e
Author:vromero
Date: 2013-01-23 20:57 +
URL: http://hg.openjdk.java.net/jdk8/tl/langtools/rev/5c956be64b9e
8006694: temporarily workaround combo tests are causing time out in several
platforms
Reviewed-by: jjg
Contributed-by:
Changeset: 0c86df653029
Author:vinnie
Date: 2013-01-23 21:25 +
URL: http://hg.openjdk.java.net/jdk8/tl/jdk/rev/0c86df653029
8006591: Protect keystore entries using stronger PBE algorithms
Reviewed-by: mullan
! src/share/classes/java/security/KeyStore.java
!
Changeset: 71f35e4b93a5
Author:jjg
Date: 2013-01-23 13:27 -0800
URL: http://hg.openjdk.java.net/jdk8/tl/langtools/rev/71f35e4b93a5
8006775: JSR 308: Compiler changes in JDK8
Reviewed-by: jjg
Contributed-by: mer...@cs.washington.edu, wmdi...@cs.washington.edu,
mp...@csail.mit.edu,
Changeset: 1da93663f8f3
Author:vinnie
Date: 2013-01-23 23:13 +
URL: http://hg.openjdk.java.net/jdk8/tl/jdk/rev/1da93663f8f3
8005408: KeyStore API enhancements
Reviewed-by: mullan
! src/share/classes/java/security/KeyStore.java
+
Ping.
On Wed, Jan 16, 2013 at 12:24 PM, Martin Buchholz marti...@google.comwrote:
On Tue, Jan 15, 2013 at 5:33 PM, Martin Buchholz marti...@google.com
wrote:
Actually, I think y'all should do 3 things:
- backport Kumar's bug fix to jdk7
- introduce a system property to turn off the zip64
Changeset: 89f37f7188df
Author:mullan
Date: 2013-01-23 20:46 -0500
URL: http://hg.openjdk.java.net/jdk8/tl/jdk/rev/89f37f7188df
8006813: Compilation error in PKCS12KeyStore.java
Reviewed-by: valeriep
! src/share/classes/sun/security/pkcs12/PKCS12KeyStore.java
On 23/01/2013 10:12 PM, Erik Joelsson wrote:
On 2013-01-23 12:54, David Holmes wrote:
On 23/01/2013 8:58 PM, Erik Joelsson wrote:
On 2013-01-23 11:30, Weijun Wang wrote:
I thought building an OpenJDK or Oracle JDK can be fully controlled by
using the --enable-openjdk-only configure option,
Changeset: 09f65aad4759
Author:darcy
Date: 2013-01-23 20:11 -0800
URL: http://hg.openjdk.java.net/jdk8/tl/langtools/rev/09f65aad4759
8006264: Add explanation of why default methods cannot be used in JDK 8
javax.lang.model
Reviewed-by: jjg
!
Hi Martin, sorry for the late response, was busy on other stuff these
days. I'm OK
with the idea of introducing a system property to turn off zip64
support, but NOT
by default. You can make it default in your internal build. You do the
code, I do
the internal process/paper work (need go CCC for
36 matches
Mail list logo