Looks good to me.
/Erik
On 2014-09-04 23:48, Phil Race wrote:
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/WBu
Looks good to me.
/Erik
On 2014-09-05 08:37, Jesper Wilhelmsson wrote:
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.mak
On 2014-09-04 06: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
On 2014-09-04 11:24, pointo1d wrote:
I thought that the build log question rang a bell reasonably loudly -
I would suspect that this CM Crossroads posting
(http://www.cmcrossroads.com/article/descrambling-parallel-build-logs)
might be of some use ...
That was actually an interesting idea. It
On 2014-09-04 23:48, Phil Race wrote:
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 so
Hello Volker,
This is certainly an interesting proposition.
The grep for "SDKs" as test wasn't enough for Visual Studio 2010 as we
have an SDK directory then too, containing "v7.0A". I changed it to the
below to make it work for me, but I'm not sure it's a good enough test.
Magnus will likely
Thanks Erik!
/Jesper
Erik Joelsson skrev 5/9/14 11:47:
Looks good to me.
/Erik
On 2014-09-05 08:37, Jesper Wilhelmsson wrote:
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
Hiya Magnus ,
On 05/09/14 10:57, Magnus Ihse Bursie wrote:
On 2014-09-04 11:24, pointo1d wrote:
I thought that the build log question rang a bell reasonably loudly -
I would suspect that this CM Crossroads posting
(http://www.cmcrossroads.com/article/descrambling-parallel-build-logs) might
be
Looks good.
Thanks,
David
On 5/09/2014 8:47 AM, Jesper Wilhelmsson wrote:
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
Thanks David!
/Jesper
David Holmes skrev 5/9/14 13:22:
Looks good.
Thanks,
David
On 5/09/2014 8:47 AM, Jesper Wilhelmsson wrote:
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 b
Okay - thumbs up!
Thanks,
David
On 5/09/2014 7:53 PM, Magnus Ihse Bursie wrote:
On 2014-09-04 06: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
On Thu, Sep 4, 2014 at 12:26 PM, 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 naively assumed this would work:
>>>
>>> make reconfigure images
>>>
>>> There should be a way to serialize the to
On Fri, Sep 5, 2014 at 12:31 PM, Erik Joelsson wrote:
> Hello Volker,
>
> This is certainly an interesting proposition.
>
> The grep for "SDKs" as test wasn't enough for Visual Studio 2010 as we have
> an SDK directory then too, containing "v7.0A". I changed it to the below to
> make it work for m
On 2014-09-05 14:30, Volker Simonis wrote:
Nevertheless it may be wort adding a configure option like
"--with-output-sync=[none,line,target,recurse]" which will be active
if configure detects a make version >= 4 and ignored otherwise.
That option is accepted and ignored if make is not compatib
On 2014-09-05 14:59, Volker Simonis wrote:
On Fri, Sep 5, 2014 at 12:31 PM, Erik Joelsson wrote:
Hello Volker,
This is certainly an interesting proposition.
The grep for "SDKs" as test wasn't enough for Visual Studio 2010 as we have
an SDK directory then too, containing "v7.0A". I changed it
hi Bernhard,
I will have to look into how I can make it available to the open source
code community.
cheers
On 9/4/2014 4:16 PM, Bernhard Urban wrote:
Hi Gerard,
On Thu, Sep 4, 2014 at 6:45 PM, Gerard Ziemski
mailto:[email protected]>> wrote:
For those interested, I have an
> Actually, we need to update the makefiles as well, since these are
listed as exceptions.
Gosh ... I should have remembered that to begin with.
Here's the fixed patch http://cr.openjdk.java.net/~prr/8056209.1
-phil
On 09/05/2014 03:01 AM, Magnus Ihse Bursie wrote:
On 2014-09-04 23:48, Phil
PS i filed https://bugs.openjdk.java.net/browse/JDK-8057711 to track
D3DShaderGen.c
-phil.
On 09/05/2014 08:59 AM, Phil Race wrote:
> Actually, we need to update the makefiles as well, since these are
listed as exceptions.
Gosh ... I should have remembered that to begin with.
Here's the fix
Hi,
For 8u40...
There should be a hook from the open CompileNativeLibraries to a
corresponding
makefile in the custom/closed repository to allow build instructions to
be in the right place.
I think all it takes is to add a conditional include; is there a better
way?
Webrev @ http://cr.op
On Fri, Sep 5, 2014 at 3:35 PM, Erik Joelsson wrote:
>
> On 2014-09-05 14:59, Volker Simonis wrote:
>>
>> On Fri, Sep 5, 2014 at 12:31 PM, Erik Joelsson
>> wrote:
>>>
>>> Hello Volker,
>>>
>>> This is certainly an interesting proposition.
>>>
>>> The grep for "SDKs" as test wasn't enough for Visu
Looking at the command that links Hotspot object files to generate
libjvm.so, it appears to use a generated version script called
mapfile_reorder to restrict the symbols that can be global.
However, despite the list containing several C++ mangled symbols, these
symbols are not generated as glo
That topic comes up every so often. This conversation on hotspot-dev in
Ferbruary is probably relevant:
http://mail.openjdk.java.net/pipermail/hotspot-dev/2014-February/012631.html
On Sep 5, 2014, at 1:14 PM, S. Bharadwaj Yadavalli
wrote:
> Looking at the command that links Hotspot object fi
* Volker Simonis [2014-09-04 13:01]:
> 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.ope
* Medi Montaseri [2014-09-04 22:40]:
> A few minutes ago, I put a hack in my wrapper to fix the JRE tgz. But
> the JDK side is not fixed yet. When I saw your email, I figured I
> should report back before I put the fix on the JDK tgz as well. So we
> see, it is not just the lib/ext/*.jar but more.
Oh...thanks for the clarifications...
In fact I am not at that level,
On my debian:
mmontaseri@griffin:/usr/lib/jvm/java-7-openjdk-amd64/bin> ./java -version
java version "1.7.0_25"
OpenJDK Runtime Environment (IcedTea 2.3.10) (7u25-2.3.10-1~deb7u1)
OpenJDK 64-Bit Server VM (build 23.7-b01, mixed
Thanks for the pointers, Gary and John.
Bharadwaj
On 09/05/2014 05:56 PM, John Rose wrote:
That topic comes up every so often. This conversation on hotspot-dev in
Ferbruary is probably relevant:
http://mail.openjdk.java.net/pipermail/hotspot-dev/2014-February/012631.html
On Sep 5, 2014, at
26 matches
Mail list logo
