I forgot to mention that this one is aiming for 8u40.
Thanks,
/Jesper
Jesper Wilhelmsson skrev 5/9/14 00:47:
Hi,
Looking for reviews for this small fix that removes the unnecessary passing of
HS_ALT_MAKE to buildtree.make from the Solaris Makefile. It was recently added
but is not needed since
8.0-jdk-20140904.debian.tgz | grep '^-rw---'
-rw--- root/root 31265 2014-09-04 19:06
./demo/scripting/jconsole-plugin/jconsole-plugin.jar
-rw--- root/root 43860 2014-09-04 19:06
./demo/jfc/Metalworks/Metalworks.jar
-rw--- root/root 20448 2014-09-04 19:0
Hi,
Looking for reviews for this small fix that removes the unnecessary passing of
HS_ALT_MAKE to buildtree.make from the Solaris Makefile. It was recently added
but is not needed since buildtree.make explicitly includes defs.make where
HS_ALT_MAKE is defined.
Webrev: http://cr.openjdk.java.
https://bugs.openjdk.java.net/browse/JDK-8056209
Proposed removing several files
./windows/native/libawt/sun/java2d/d3d/D3DPipeline.cpp
./windows/native/libawt/sun/java2d/d3d/D3DShaderGen.c
./windows/native/libawt/sun/windows/WBufferStrategy.cpp
After some analysis the actual list of files to
Hi Gerard,
On Thu, Sep 4, 2014 at 6:45 PM, Gerard Ziemski
wrote:
>
> For those interested, I have an Xcode project for JDK8 and JDK9 that I am
> personally actively supporting and using, which is hosted at
> https://orahub.oraclecorp.com/gerard.ziemski/xcode that is meant to be
> put in "jdk/hot
Wouldn't it be better to replace $(HOTSPOT_TOPDIR) with
$(HOTSPOT_TOPDIRS), so we don't even search
in top-level directories that aren't interesting?
dl
On 9/4/2014 9:45 AM, Gerard Ziemski wrote:
hi all,
Please review a very small fix that makes hotspot build ignore "ide"
folder, which is wh
Gerard,
we already have ./jdk/make/netbeans, ./langtools/make/netbeans and I
think it's a good pattern to follow. You can create hotspot/make/xcode
and don't change the makefile.
Also with upcoming switch to full forest build you may consider to
create ide folder at top level and move per ws proj
hi Karen,
The Xcode project is just to build hotspot libs, which it then combines
with all the other JDK libs and jars built beforehand using command
line, to create a complete JDK build that can be ran using Xcode for
live debugging hotspot.
I have made a deliberate decision, which may have
Gerard,
I'm a bit confused - if you have an ide to build the entire jdk - what happens?
I was a bit surprised to see a hotspot specific change?
Also - can't you store your favorite IDE project outside of the repository?
thanks,
Karen
On Sep 4, 2014, at 12:45 PM, Gerard Ziemski wrote:
> hi all
Hi,
could you please have a look at the following change which makes it
possible to build the freetype libraries during the configure step
from the plain freetype sources on Windows:
http://cr.openjdk.java.net/~simonis/webrevs/8057538/
https://bugs.openjdk.java.net/browse/JDK-8057538
The fact th
hi all,
Please review a very small fix that makes hotspot build ignore "ide"
folder, which is where local users can store their own favorite IDE
projects.
For those interested, I have an Xcode project for JDK8 and JDK9 that I
am personally actively supporting and using, which is hosted at
h
Reviewed and tested.
Thumbs up!
Fred
On 09/03/2014 12:00 PM, Erik Joelsson wrote:
Hello,
Please review this small fix for minor regression in the source reorg
change. Before the change, BuildJdk.gmk would explicitly set PROFILE=""
when calling CreateJars.gmk or Images.gmk for a normal image b
On 09/04/14 06:51, Magnus Ihse Bursie wrote:
On 2014-09-04 11:12, Erik Joelsson wrote:
Hello David,
I hear your pain and when reading this got to thinking that
separating clean and reconfigure targets shouldn't be that hard. I
came up with this solution:
Bug: https://bugs.openjdk.java.net/b
On 2014-09-04 11:12, Erik Joelsson wrote:
Hello David,
I hear your pain and when reading this got to thinking that separating
clean and reconfigure targets shouldn't be that hard. I came up with
this solution:
Bug: https://bugs.openjdk.java.net/browse/JDK-8057537
Webrev: http://cr.openjdk.ja
Hiya David ,
On 04/09/14 11:26, David Holmes wrote:
Hi Dave,
On 4/09/2014 7:59 PM, pointo1d wrote:
Hi again David ,
On 04/09/14 04:38, David Holmes wrote:
I've just discovered this page in the gmake manual -
https://www.gnu.org/software/make/manual/html_node/Parallel-Output.html
- or does th
Hi Dave,
On 4/09/2014 7:59 PM, pointo1d wrote:
Hi again David ,
On 04/09/14 04:38, David Holmes wrote:
I naively assumed this would work:
make reconfigure images
There should be a way to serialize the top-level set of targets
without serializing all the sub-targets. That way this would work,
That's a big Thumbs Up! from me Erik!
Thank you very much.
David
On 4/09/2014 7:12 PM, Erik Joelsson wrote:
Hello David,
I hear your pain and when reading this got to thinking that separating
clean and reconfigure targets shouldn't be that hard. I came up with
this solution:
Bug: https://bug
On 04/09/14 05:35, David Holmes wrote:
Hi Magnus,
On 1/09/2014 10:11 PM, Magnus Ihse Bursie wrote:
Even in the default log level ("warn"), hotspots builds are extremely
verbose. With the new jigsaw build system, hotspot is build in parallel
with the jdk, and the sheer amount of hotspot output
Hi again David ,
On 04/09/14 04:38, David Holmes wrote:
I naively assumed this would work:
make reconfigure images
There should be a way to serialize the top-level set of targets
without serializing all the sub-targets. That way this would work, as
would:
make clean-foo foo
which is somet
Hiya David ,
On 04/09/14 04:38, David Holmes wrote:
I naively assumed this would work:
make reconfigure images
There should be a way to serialize the top-level set of targets
without serializing all the sub-targets. That way this would work, as
would:
make clean-foo foo
which is something
Hello David,
I hear your pain and when reading this got to thinking that separating
clean and reconfigure targets shouldn't be that hard. I came up with
this solution:
Bug: https://bugs.openjdk.java.net/browse/JDK-8057537
Webrev: http://cr.openjdk.java.net/~erikj/8057537/webrev.root.01/
It s
21 matches
Mail list logo