On 9/05/2018 1:46 PM, Yasumasa Suenaga wrote:
Hi David,
I uploaded build.log:
http://cr.openjdk.java.net/~ysuenaga/openjdk-fc28/build.log
Is it enough?
It's all there is. :) But no errors. It all is fine right up to the part
that it isn't.
Can you run:
/home/ysuenaga/OpenJDK/jdk/build/
Hi,
sorry for quick dropping in. Just wanted to remark that it may be
useful to run with --with-build-jdk= with being a good working
jdk you trust. It must be close to the source you build - I usually
use a clean current release build.
This excludes build errors which may be caused by the JDK y
Hi all,
could we add .git to .hgignore?
Bug: https://bugs.openjdk.java.net/browse/JDK-8202822
Diff:
--- a/.hgignore Wed May 09 06:51:41 2018 +0200
+++ b/.hgignore Wed May 09 06:55:10 2018 +0200
@@ -13,3 +13,4 @@
NashornProfile.txt
.*/JTreport/.*
.*/JTwork/.*
+.*/.git/.*
Thanks!
Thomas
Hi David,
I uploaded build.log:
http://cr.openjdk.java.net/~ysuenaga/openjdk-fc28/build.log
Is it enough?
Thanks,
Yasumasa
2018-05-09 11:17 GMT+09:00 David Holmes :
> On 9/05/2018 12:09 PM, Yasumasa Suenaga wrote:
>>
>> Hi David,
>>
>> 2018-05-09 10:48 GMT+09:00 David Holmes :
>>>
>>> Can
On 9/05/2018 12:09 PM, Yasumasa Suenaga wrote:
Hi David,
2018-05-09 10:48 GMT+09:00 David Holmes :
Can you build with LOG=trace to try and see the actual command that is
failing?
I tried it and got following logs. They look good to me.
Not enough there for me to comment :)
* Creating inte
Hi David,
2018-05-09 10:48 GMT+09:00 David Holmes :
> Can you build with LOG=trace to try and see the actual command that is
> failing?
I tried it and got following logs. They look good to me.
* Creating interim-image
+
/home/ysuenaga/OpenJDK/jdk/build/linux-x86_64-normal-server-fastdebug/jdk
Can you build with LOG=trace to try and see the actual command that is
failing?
David
On 9/05/2018 11:39 AM, Yasumasa Suenaga wrote:
Hi,
2018-05-09 0:27 GMT+09:00 Erik Joelsson :
Hello,
Your assessment is looks correct so far. At this point, one would have to
start debugging the image to fi
Hi,
2018-05-09 0:27 GMT+09:00 Erik Joelsson :
> Hello,
>
> Your assessment is looks correct so far. At this point, one would have to
> start debugging the image to figure out what's wrong with it. Are you able
> to run the exploded image in
> ./build/linux-x86_64-normal-server-fastdebug/jdk/bin/ja
Build changes look good.
/Erik
On 2018-05-08 14:23, Leonid Mesnik wrote:
Hi
Please review this change open sourcing vm testbase stress tests. These tests
have been developed a long time ago for internal test harness and don't looks
very nice now.
They are open sourced with minimal changes o
Hi
Please review this change open sourcing vm testbase stress tests. These tests
have been developed a long time ago for internal test harness and don't looks
very nice now.
They are open sourced with minimal changes only. The long term plan is to
review and improve them moving out of vmTestbas
Erik, Magnus, thank you for reviewing build change.
can someone from GC people Review the rest?
-- Igor
> On May 8, 2018, at 2:06 AM, Magnus Ihse Bursie
> wrote:
>
> On 2018-05-08 00:35, Igor Ignatyev wrote:
>> http://cr.openjdk.java.net/~iignatyev/8199370/webrev.00/index.html
>>> 45710 lines
> On May 7, 2018, at 11:20 AM, B. Blaser wrote:
>
> On 7 May 2018 at 14:19, B. Blaser wrote:
>> On 6 May 2018 at 18:35, B. Blaser wrote:
>>> On 5 May 2018 at 22:26, Kim Barrett wrote:
> On May 5, 2018, at 8:03 AM, B. Blaser wrote:
>
> On 4 May 2018 at 17:42, Alan Bateman wrote:
On Tue, 2018-05-08 at 08:27 -0700, Erik Joelsson wrote:
> Hello,
>
> Your assessment is looks correct so far. At this point, one would have
> to start debugging the image to figure out what's wrong with it. Are you
> able to run the exploded image in
> ./build/linux-x86_64-normal-server-fastdeb
On Tue, 2018-05-08 at 22:42 +0900, Yasumasa Suenaga wrote:
> Hi all,
>
> I tried to build OpenJDK (jdk/jdk) on Fedora 28 x64, but it failed as
> following:
>
> ```
> [ysuenaga@fc28 jdk]$ make images
> Building target 'images' in configuration
> 'linux-x86_64-normal-server-fastdebug'
> gmake[3]:
On Tue, 2018-05-08 at 08:21 -0700, Erik Joelsson wrote:
> Please note that Severin mistakenly pushed just the .m4 change here:
>
> http://hg.openjdk.java.net/jdk-updates/jdk10u/rev/2f8a4aafe85f
>
> We now need another bugid for pushing just a new generated-configure.sh.
> This needs to be pushed
Hello,
Your assessment is looks correct so far. At this point, one would have
to start debugging the image to figure out what's wrong with it. Are you
able to run the exploded image in
./build/linux-x86_64-normal-server-fastdebug/jdk/bin/java?
Has anyone at Redhat built successfully on Fedor
Build change looks good.
/Erik
On 2018-05-08 02:54, Langer, Christoph wrote:
Hi Eric,
thanks for that excellent suggestion. I already thought there should be some
means to do that but was not aware of how that could be accomplished. I updated
the webrev in place.
Thanks
Christoph
-Or
Please note that Severin mistakenly pushed just the .m4 change here:
http://hg.openjdk.java.net/jdk-updates/jdk10u/rev/2f8a4aafe85f
We now need another bugid for pushing just a new generated-configure.sh.
This needs to be pushed to both open and closed. To generate it, just do
"bash closed/mak
See below-
On 05/08/18 07:39, Severin Gehwolf wrote:
Hi,
On Tue, 2018-05-08 at 15:20 +0100, Rob McKenna wrote:
No, you're correct. The closed changes do need to be handled by someone
in Oracle so it makes sense to get an Oracle committer to push.
So:
A. Yes.
B. You're absolutely right. I'll
Hi,
On Tue, 2018-05-08 at 15:20 +0100, Rob McKenna wrote:
> No, you're correct. The closed changes do need to be handled by someone
> in Oracle so it makes sense to get an Oracle committer to push.
>
> So:
>
> A. Yes.
> B. You're absolutely right. I'll take care of the push once you've got
> the
No, you're correct. The closed changes do need to be handled by someone
in Oracle so it makes sense to get an Oracle committer to push.
So:
A. Yes.
B. You're absolutely right. I'll take care of the push once you've got
the change codereviewed / approved for push.
Thanks,
-Rob
On 08/05/18 1
Erik:
With the new VS2017 toolchain Microsoft has changed how the C++
libraries work. In addition to the old msvcr* and msvcp* dll files, we
now have a big lot of UCRT dlls as well. These files are also
redistributable but are found in the Windows Kit rather than the Visual
Studio installation.
Hi all,
I tried to build OpenJDK (jdk/jdk) on Fedora 28 x64, but it failed as following:
```
[ysuenaga@fc28 jdk]$ make images
Building target 'images' in configuration 'linux-x86_64-normal-server-fastdebug'
gmake[3]: *** [GenerateLinkOptData.gmk:64:
/home/ysuenaga/OpenJDK/jdk/build/linux-x86_64
Hi Rob,
I can file a bug and follow the approval process and get it pushed.
First, I'd like to know whether:
A. An action needs to be taken at all? I assume yes, but just making
sure.
B. Contributors outside Oracle can push generated-configure.sh changes?
I seem to remember that
Hi Eric,
thanks for that excellent suggestion. I already thought there should be some
means to do that but was not aware of how that could be accomplished. I updated
the webrev in place.
Thanks
Christoph
> -Original Message-
> From: Erik Joelsson [mailto:erik.joels...@oracle.com]
> Sen
On 2018-05-08 00:35, Igor Ignatyev wrote:
http://cr.openjdk.java.net/~iignatyev/8199370/webrev.00/index.html
45710 lines changed: 45710 ins; 0 del; 0 mod;
Hi all,
could you please review the patch which open sources GC tests from vm testbase?
it introduces the following test groups:
- vmTestb
26 matches
Mail list logo
