Please review open part of these changes in jdk7u-dev. Moving logic for
choosing open or oracle man pages to closed makefile.
http://cr.openjdk.java.net/~erikj/8014969/webrev.jdk.01/
/Erik
Oops, wrong bug number. 8014969 is the jdk7 version of this issue.
/Erik
On 2013-05-23 11:47, Erik Joelsson wrote:
Please review open part of these changes in jdk7u-dev. Moving logic
for choosing open or oracle man pages to closed makefile.
Changeset: e247ee3924d5
Author:erikj
Date: 2013-05-22 17:26 +0200
URL: http://hg.openjdk.java.net/jdk8/build/rev/e247ee3924d5
8014514: Fix jvm args for sjavac
Reviewed-by: tbell
! common/autoconf/basics.m4
! common/autoconf/build-performance.m4
!
Binaries built with VS2012 won't run on WinXP. You need VS2012sp1 to
make them compatible with XP.
Yes, we don't officially support JDK8 on Windows XP. However, there's a
difference between _not supported_ and _just won't run_.
Hence, if we ever decide to switch to VS2012, we'll most likely
David,
I have worked around the compatibility of latest DirectX SDK and 32-bit
JDK builds by copying the contents of the \Program Files\Microsoft
DirectX SDK\Lib\x86\* to the Lib\ directory itself. Works like a charm.
--
best regards,
Anthony
On 05/23/13 07:13, David Chase wrote:
I think
I think you need to understand the problem I'm after -- currently, our public
instructions for third-party OpenJDK (8) builds don't work.
They don't build at all, so porting is completely out of the question. I'm
trying to come up with instructions that will at least build something that
will
David,
I pretty much understand the problem you're trying to solve. I recall
myself in 2006-2007 when I was eagerly wanting to build (then) JDK 6
with VS2005 while we officially used VS2003. It was fun. :) Later on we
ended up switching to VS2010 for JDK7, however some results of my work
Hi Anthony,
I think what David is really objecting here is that the current build
requirements for building OpenJDK 8 on Windows as described in the official
build documentation can not be easily fulfilled by anybody outside Oracle
(because of age-old dependencies which simply aren't publicly
Hi Volker,
I agree completely. As I wrote in my reply to David - fixes in this area
are very much welcome. Adding additional and/or alternative instructions
and tips to the BUILD-README file is also a fix, btw.
--
best regards,
Anthony
On 05/23/13 18:00, Volker Simonis wrote:
Hi Anthony,
Those changes look quite familiar, but more comprehensive. Thanks.
I will give them a try in a minute, after I see how far I get with the 2010
DirectX SDK.
That one has the desirable property of not messing up %PATH%.
I suspect, based on others' experience, that we'll want need to adjust how we
On 2013-05-22, at 8:44 PM, Tim Bell tim.b...@oracle.com wrote:
Here is a pointer to the source changes I needed to make, so far:
http://cr.openjdk.java.net/~tbell/VS2012/webrev.00/
You will need to run 'bash common/autoconf/autoconf.sh' after applying the
patch from the webrev.
It
One change to add (a by-hand diff) to common/autoconf/toolchain_windows.m4 :
AC_MSG_CHECKING([for DirectX SDK lib dir])
if test x$with_dxsdk_lib != x; then
DXSDK_LIB_PATH=$with_dxsdk_lib
elif test x$OPENJDK_TARGET_CPU = xx86_64; then
DXSDK_LIB_PATH=$dxsdk_path/Lib/x64
+ elif test
12 matches
Mail list logo