This looks good to me.
8015087: Provide debugging information for programs
/Erik
On 2013-05-21 20:31, Andrew Hughes wrote:
Hi all,
The following webrevs:
Root: http://cr.openjdk.java.net/~andrew/build/debugging/webrev.02/
JDK: http://cr.openjdk.java.net/~andrew/build/debugging/webrev.03/
On 2013-05-21 22:49, Andrew Hughes wrote:
- Original Message -
On 13/05/2013 15:24, Maurizio Cimadamore wrote:
I think it makes sense, esp. if the messages appear to be redundant. The
compiler logic is very strict and there are cases where it comes down to
guessing user intent and
On 2013-05-22 06:20, David Holmes wrote:
On 21/05/2013 9:50 PM, Erik Joelsson wrote:
Looks good to me.
So has a bug been filed yet? :)
I think some further investigation is still needed because
gensrc_jobjc is being used in some places and not others and I'd want
to verify they are all
On 22/05/2013 05:20, David Holmes wrote:
On 21/05/2013 9:50 PM, Erik Joelsson wrote:
Looks good to me.
So has a bug been filed yet? :)
I think some further investigation is still needed because
gensrc_jobjc is being used in some places and not others and I'd want
to verify they are all
Changeset: cb51fb4789ac
Author:andrew
Date: 2013-05-22 13:49 +0100
URL: http://hg.openjdk.java.net/jdk8/build/rev/cb51fb4789ac
8015087: Provide debugging information for programs
Summary: Enable debugging info on programs in OpenJDK builds
Reviewed-by: erikj
!
- Original Message -
This looks good to me.
8015087: Provide debugging information for programs
/Erik
Thanks. Pushed:
http://hg.openjdk.java.net/jdk8/build/rev/cb51fb4789ac
http://hg.openjdk.java.net/jdk8/build/jdk/rev/f559fadbf491
On 2013-05-21 20:31, Andrew Hughes wrote:
Changeset: f559fadbf491
Author:andrew
Date: 2013-05-22 13:48 +0100
URL: http://hg.openjdk.java.net/jdk8/build/jdk/rev/f559fadbf491
8015087: Provide debugging information for programs
Summary: Add missing debug info to unpack200 and jexec
Reviewed-by: erikj
!
Changeset: 88d6a20672ac
Author:erikj
Date: 2013-05-22 10:31 +0200
URL: http://hg.openjdk.java.net/jdk8/build/jdk/rev/88d6a20672ac
8014970: Use open man pages for non commercial builds
Reviewed-by: omajid, tbell
! makefiles/Images.gmk
Changeset: 169451cf0cc5
Author:erikj
Date:
I am persisting in my attempt to compile OpenJDK 8 on Windows 7, using the
tools likely to be handy for someone outside Oracle attempting to do this,
because our existing directions are borken and need to be fixed, if possible.
I'm using VS2012, because that's what someone would normally do in
Windows VS compilers are a pain. Each release has it's own unique runtime DLLs,
which we must deliver with the JDK, so the build process has to know what that
DLL is named, where it is located, and copy it into various places.
DLLs created by a newer VS will not like the older VS runtime DLLs.
I hope I'm trying to solve a simpler problem, which is just a build, as if I
were someone outside Oracle playing with Openjdk. I assume my problems are a
subset of the release problem.
David
On 2013-05-22, at 6:53 PM, Kelly O'Hair kellyoh...@gmail.com wrote:
Windows VS compilers are a pain.
If you accept the fact that the build may complete but not work, then fine.
But if you want the JDK you built to actually run, you will probably need to
get the new msvcr*dll files placed in the jdk image area (in the bin dirs),
manually or via the makefiles.
I also vaguely recall some silly
VS2012, at least the one I downloaded recently, pretends to compile, and since
ADLC ran, I think it produces images that run, too, so there is some hope. It
darn sure won't run if I don't get the build to complete.
Getting the DLLs right, I assume I'll drive off that bridge when I come to it.
We are in the process of evaluating build tool selections for JDK8.
For Windows, Anthony Petrov started the work and supplied a patch [1],
plus more changes for hotspot.
I have successfully completed OpenJDK builds of the JDK8 build forest
using Visual Studio 2012. The runtime .dll
I think that there is a 64-bit compiler in there, though it seems to not be the
default.
I saw three different command-line choices, and one is 64-bit, which I am using.
The available copies of the DirectX SDK (later than 2004) were not recognized
as 32-bit
by configure -- doesn't mean that
15 matches
Mail list logo
