On Wed, 11 May 2022 05:58:31 GMT, Yasumasa Suenaga wrote:
> I saw some compiler warnings when I tried to build OpenJDK with GCC 12.0.1 on
> Fedora 36.
> As you can see, the warnings spreads several areas. Let me know if I should
> separate them by area.
>
> * -Wstringop-ov
tantPool::create_constant_pool(JavaThread*) const' at
> /home/ysuenaga/github-forked/jdk/src/hotspot/share/classfile/bytecodeAssembler.cpp:85:26:
Yasumasa Suenaga has updated the pull request incrementally with one additional
commit since the last revision:
Fix comme
On Thu, 26 May 2022 03:48:31 GMT, Kim Barrett wrote:
>> Yasumasa Suenaga has updated the pull request incrementally with two
>> additional commits since the last revision:
>>
>> - Change Array::data() implementation
>> - Avoid stringop-overflow warning in jfr
On Wed, 25 May 2022 01:50:57 GMT, Kim Barrett wrote:
>> Yasumasa Suenaga has updated the pull request with a new target base due to
>> a merge or a rebase. The pull request now contains 11 commits:
>>
>> - Merge remote-tracking branch 'upstream/master' in
tantPool::create_constant_pool(JavaThread*) const' at
> /home/ysuenaga/github-forked/jdk/src/hotspot/share/classfile/bytecodeAssembler.cpp:85:26:
Yasumasa Suenaga has updated the pull request incrementally with two additional
commits since the last revision:
- Change Array::data() i
On Sun, 22 May 2022 05:00:21 GMT, Kim Barrett wrote:
>> I guess GCC cannot understand `assert(dest != NULL` immediately preceding it.
>>
>>
>> In file included from
>> /home/ysuenaga/github-forked/jdk/src/hotspot/share/jfr/recorder/checkpoint/types/traceid/jfrTraceIdLoadBarrier.inline.hpp:33,
On Sun, 22 May 2022 03:15:20 GMT, Kim Barrett wrote:
>> Like the others, it is caused by `Array::at_put()`.
>>
>>
>> In file included from
>> /home/ysuenaga/github-forked/jdk/src/hotspot/share/oops/annotations.hpp:28,
>> from
>> /home/ysuenaga/github-forked/jdk/src/hotspot/sh
tantPool::create_constant_pool(JavaThread*) const' at
> /home/ysuenaga/github-forked/jdk/src/hotspot/share/classfile/bytecodeAssembler.cpp:85:26:
Yasumasa Suenaga has updated the pull request with a new target base due to a
merge or a rebase. The pull request now contains 11 commits:
On Tue, 17 May 2022 13:32:42 GMT, Yasumasa Suenaga wrote:
>> I saw some compiler warnings when I tried to build OpenJDK with GCC 12.0.1
>> on Fedora 36.
>> As you can see, the warnings spreads several areas. Let me know if I should
>> separate them by area.
>
On Tue, 17 May 2022 04:52:44 GMT, Kim Barrett wrote:
>> src/hotspot/share/opto/memnode.cpp line 1413:
>>
>>> 1411:bt == T_BYTE|| bt == T_SHORT ||
>>> 1412:bt == T_INT || bt == T_LONG, "wrong type =
>>> %s", type2name(bt));
>>> 1413: PRAGMA_DIAG_PO
On Tue, 17 May 2022 03:06:49 GMT, Kim Barrett wrote:
>> Yasumasa Suenaga has updated the pull request incrementally with one
>> additional commit since the last revision:
>>
>> Revert change for java.c , parse_manifest.c , LinuxPackage.c
>
> src/hotspot
tantPool::create_constant_pool(JavaThread*) const' at
> /home/ysuenaga/github-forked/jdk/src/hotspot/share/classfile/bytecodeAssembler.cpp:85:26:
Yasumasa Suenaga has updated the pull request incrementally with one additional
commit since the last revision:
revert changes for memnod
On Tue, 17 May 2022 03:14:05 GMT, Kim Barrett wrote:
>> Yasumasa Suenaga has updated the pull request incrementally with one
>> additional commit since the last revision:
>>
>> Revert change for java.c , parse_manifest.c , LinuxPackage.c
>
> src/hotspot/share/c
tantPool::create_constant_pool(JavaThread*) const' at
> /home/ysuenaga/github-forked/jdk/src/hotspot/share/classfile/bytecodeAssembler.cpp:85:26:
Yasumasa Suenaga has updated the pull request with a new target base due to a
merge or a rebase. The pull request now contains seven commits:
On Tue, 17 May 2022 03:02:55 GMT, Kim Barrett wrote:
>> Yasumasa Suenaga has updated the pull request incrementally with one
>> additional commit since the last revision:
>>
>> Revert change for java.c , parse_manifest.c , LinuxPackage.c
>
> src/hotspot/share
On Tue, 17 May 2022 01:43:25 GMT, Kim Barrett wrote:
>> Yasumasa Suenaga has updated the pull request incrementally with one
>> additional commit since the last revision:
>>
>> Revert change for java.c , parse_manifest.c , LinuxPackage.c
>
> src/hotspot/share
On Thu, 12 May 2022 11:02:02 GMT, Magnus Ihse Bursie wrote:
>> Thanks for all to review this PR! I think we should separate this issue as
>> following:
>>
>> * Suppress warnings
>> * make/modules/java.desktop/lib/Awt2dLibraries.gmk
>> * src/hotspot/share/classfile/bytecodeAssembler.cpp
On Fri, 13 May 2022 10:02:30 GMT, Yasumasa Suenaga wrote:
>> I saw some compiler warnings when I tried to build OpenJDK with GCC 12.0.1
>> on Fedora 36.
>> As you can see, the warnings spreads several areas. Let me know if I should
>> separate them by area.
>
tantPool::create_constant_pool(JavaThread*) const' at
> /home/ysuenaga/github-forked/jdk/src/hotspot/share/classfile/bytecodeAssembler.cpp:85:26:
Yasumasa Suenaga has updated the pull request incrementally with one additional
commit since the last revision:
Revert change for java.c ,
On Thu, 12 May 2022 01:27:30 GMT, Yasumasa Suenaga wrote:
>> I saw some compiler warnings when I tried to build OpenJDK with GCC 12.0.1
>> on Fedora 36.
>> As you can see, the warnings spreads several areas. Let me know if I should
>> separate them by area.
>
On Wed, 11 May 2022 13:47:43 GMT, Kim Barrett wrote:
>> Yasumasa Suenaga has updated the pull request incrementally with one
>> additional commit since the last revision:
>>
>> Avoid pragma error in before GCC 12
>
> src/jdk.jpackage/linux/native/appla
tantPool::create_constant_pool(JavaThread*) const' at
> /home/ysuenaga/github-forked/jdk/src/hotspot/share/classfile/bytecodeAssembler.cpp:85:26:
Yasumasa Suenaga has updated the pull request incrementally with one additional
commit since the last revision:
Calculate char offset before
On Wed, 11 May 2022 13:43:55 GMT, Kim Barrett wrote:
>> Yasumasa Suenaga has updated the pull request incrementally with one
>> additional commit since the last revision:
>>
>> Avoid pragma error in before GCC 12
>
> src/java.base/unix/native/libjli/java_m
tantPool::create_constant_pool(JavaThread*) const' at
> /home/ysuenaga/github-forked/jdk/src/hotspot/share/classfile/bytecodeAssembler.cpp:85:26:
Yasumasa Suenaga has updated the pull request incrementally with one additional
commit since the last revision:
Use return value from JL
On Wed, 11 May 2022 14:27:27 GMT, Kim Barrett wrote:
>> src/java.base/share/native/libjli/java.c line 1629:
>>
>>> 1627: const char *arg = jargv[i];
>>> 1628: if (arg[0] == '-' && arg[1] == 'J') {
>>> 1629: *nargv++ = (arg[2] == '\0') ? NULL : JLI_StringDup(arg +
>>>
On Wed, 11 May 2022 13:35:43 GMT, Kim Barrett wrote:
>> Yasumasa Suenaga has updated the pull request incrementally with one
>> additional commit since the last revision:
>>
>> Avoid pragma error in before GCC 12
>
> src/hotspot/share/utilities/compilerWarn
On Wed, 11 May 2022 19:11:16 GMT, Phil Race wrote:
>> make/modules/java.desktop/lib/Awt2dLibraries.gmk line 462:
>>
>>> 460:HARFBUZZ_DISABLED_WARNINGS_gcc := type-limits
>>> missing-field-initializers strict-aliasing
>>> 461:HARFBUZZ_DISABLED_WARNINGS_CXX_gcc := reorder
>>> delete-non-
On Wed, 11 May 2022 12:48:38 GMT, Alan Bateman wrote:
>> Yasumasa Suenaga has updated the pull request incrementally with one
>> additional commit since the last revision:
>>
>> Avoid pragma error in before GCC 12
>
> src/java.base/unix/native/libjli/java_m
On Wed, 11 May 2022 08:40:21 GMT, Yasumasa Suenaga wrote:
>> I saw some compiler warnings when I tried to build OpenJDK with GCC 12.0.1
>> on Fedora 36.
>> As you can see, the warnings spreads several areas. Let me know if I should
>> separate them by area.
>
On Wed, 11 May 2022 11:48:00 GMT, Magnus Ihse Bursie wrote:
>> Yasumasa Suenaga has updated the pull request incrementally with one
>> additional commit since the last revision:
>>
>> Avoid pragma error in before GCC 12
>
> The harfbuzz disabled warning lo
tantPool::create_constant_pool(JavaThread*) const' at
> /home/ysuenaga/github-forked/jdk/src/hotspot/share/classfile/bytecodeAssembler.cpp:85:26:
Yasumasa Suenaga has updated the pull request incrementally with one additional
commit since the last revision:
Avoid pragma error in bef
I saw some compiler warnings when I tried to build OpenJDK with GCC 12.0.1 on
Fedora 36.
As you can see, the warnings spreads several areas. Let me know if I should
separate them by area.
* -Wstringop-overflow
* src/hotspot/share/oops/array.hpp
*
src/hotspot/share/jfr/recorder/checkpoin
On Wed, 4 May 2022 03:06:44 GMT, Yasumasa Suenaga wrote:
> We can specify `git` binary via `GIT` in configure script, but it does not
> affect in SourceRevision.gmk .
This pull request has now been integrated.
Changeset: d43ae723
Author:Yasumasa Suenaga
URL:
We can specify `git` binary via `GIT` in configure script, but it does not
affect in SourceRevision.gmk .
-
Commit messages:
- 8286105: SourceRevision.gmk should respect GIT variable
Changes: https://git.openjdk.java.net/jdk/pull/8526/files
Webrev: https://webrevs.openjdk.java.net
On Mon, 28 Mar 2022 11:18:36 GMT, Christian Hagedorn
wrote:
>> As I said before, I think it would be nice to share DWARF parser between SA
>> and HotSpot. Can you expose these mechanisms? It may be another RFE, and may
>> need to think other platforms.
>
>> As I said before, I think it would b
On Mon, 28 Feb 2022 16:22:25 GMT, Christian Hagedorn
wrote:
>> When printing the native stack trace on Linux (mostly done for hs_err
>> files), it only prints the method with its parameters and a relative offset
>> in the method:
>>
>> Stack: [0x7f6e01739000,0x7f6e0183a000], sp=0x000
On Tue, 25 Jan 2022 15:10:11 GMT, Christian Hagedorn
wrote:
>> When printing the native stack trace on Linux (mostly done for hs_err
>> files), it only prints the method with its parameters and a relative offset
>> in the method:
>>
>> Stack: [0x7f6e01739000,0x7f6e0183a000], sp=0x000
On Sat, 8 Jan 2022 02:00:27 GMT, Yasumasa Suenaga wrote:
> [JDK-8277089](https://bugs.openjdk.java.net/browse/JDK-8277089) (PR #6378 )
> introduced the feature to build hsdis with binutils which is provided by the
> system, however it may not work when it was build with --with-binuti
[JDK-8277089](https://bugs.openjdk.java.net/browse/JDK-8277089) (PR #6378 )
introduced the feature to build hsdis with binutils which is provided by the
system, however it may not work when it was build with --with-binutils=system.
We can see the following message when the problem happens. I saw
Hi all,
I use Visual Studio 2022 (17.0.4) on WSL 1 Ubuntu to build OpenJDK for
Windows on Windows 11.
I sometimes saw Internal Error in masm as following:
```
Assembling:
c:\github-forked\jdk\src\jdk.incubator.vector\windows\native\libjsvml\jsvml_d_cos_windows_x86.S
MASM : fatal error A101
On Thu, 18 Nov 2021 07:17:07 GMT, Yasumasa Suenaga wrote:
> configure script distinguish WSL version if it is run on WSL. It is assumed
> WSL 2 if `/run/WSL` exists.
> However it exists in spite of WSL 1 on Windows 11 at least. We need to check
> it with other method.
>
On Thu, 18 Nov 2021 14:03:33 GMT, Erik Joelsson wrote:
>> Yasumasa Suenaga has updated the pull request incrementally with one
>> additional commit since the last revision:
>>
>> Use $GREP to check /proc/interrupts
>
> make/autoconf/basic_windows.m4 line 39:
&g
/faq#does-wsl-2-use-hyper-v--will-it-be-available-on-windows-10-home-
Yasumasa Suenaga has updated the pull request incrementally with one additional
commit since the last revision:
Use $GREP to check /proc/interrupts
-
Changes:
- all: https://git.openjdk.java.net/j
configure script distinguish WSL version if it is run on WSL. It is assumed WSL
2 if `/run/WSL` exists.
However it exists in spite of WSL 1 on Windows 11 at least. We need to check it
with other method.
The method to distinguish WSL version has been discussed on
https://github.com/microsoft/WSL
On Sat, 13 Nov 2021 08:08:53 GMT, Yasumasa Suenaga wrote:
> hsdis requires binutils source tree for building. Most of Linux distros
> provide binutils package. (e.g. binutils-devel from Fedora, binutils-dev from
> Ubuntu)
> It would be nice to be able to use them like z
On Mon, 15 Nov 2021 10:23:48 GMT, Magnus Ihse Bursie wrote:
>> hsdis requires binutils source tree for building. Most of Linux distros
>> provide binutils package. (e.g. binutils-devel from Fedora, binutils-dev
>> from Ubuntu)
>> It would be nice to be able to use them like zlib and lcms.
>>
>
db.git;a=commit;f=bfd/bfd-in2.h;h=618265039f697eab9e72bb58b95fc2d32925df58
>
> Please see [JDK-8244819](https://bugs.openjdk.java.net/browse/JDK-8244819)
> why we need version check.
Yasumasa Suenaga has updated the pull request incrementally with one additional
commit since the last revision:
Refactori
hsdis requires binutils source tree for building. Most of Linux distros provide
binutils package. (e.g. binutils-devel from Fedora, binutils-dev from Ubuntu)
It would be nice to be able to use them like zlib and lcms.
Unfortunately bfdver.h would not be provided because it is not included install
On Fri, 5 Nov 2021 03:03:55 GMT, Yasumasa Suenaga wrote:
> JDK-8275128 introduced new Makefile for hsdis to integrate it to normal build
> system, however it does not work on WSL 1 Ubuntu 20.04 and MinGW from Ubuntu.
>
> Hsdis.gmk has two problems:
>
> 1. MinGW version is fi
On Wed, 10 Nov 2021 00:55:13 GMT, Yasumasa Suenaga wrote:
>> JDK-8275128 introduced new Makefile for hsdis to integrate it to normal
>> build system, however it does not work on WSL 1 Ubuntu 20.04 and MinGW from
>> Ubuntu.
>>
>> Hsdis.gmk has two problems:
>&
is located at /usr/$MINGW_BASE/sys-root
>
> I tested this change on WSL only, so it is appreciate to review on Cygwin.
Yasumasa Suenaga has updated the pull request incrementally with one additional
commit since the last revision:
Remove SYSROOT_FLAGS
-
Changes:
- all:
is located at /usr/$MINGW_BASE/sys-root
>
> I tested this change on WSL only, so it is appreciate to review on Cygwin.
Yasumasa Suenaga has updated the pull request with a new target base due to a
merge or a rebase. The incremental webrev excludes the unrelated changes
brought in by the me
On Tue, 9 Nov 2021 15:06:05 GMT, Magnus Ihse Bursie wrote:
>> JDK-8275128 introduced new Makefile for hsdis to integrate it to normal
>> build system, however it does not work on WSL 1 Ubuntu 20.04 and MinGW from
>> Ubuntu.
>>
>> Hsdis.gmk has two problems:
>>
>> 1. MinGW version is fixed to
On Tue, 9 Nov 2021 06:36:53 GMT, Yasumasa Suenaga wrote:
> Now OpenJDK supports VS 2017 and 2019 for building.
> VS 2022 has been released in Nov. 2021, so I want to add VS 2022 to build
> system for Windows.
This pull request has now been integrated.
Changeset: f65db88b
Author:
Now OpenJDK supports VS 2017 and 2019 for building.
VS 2022 has been released in Nov. 2021, so I want to add VS 2022 to build
system for Windows.
-
Commit messages:
- 8276841: Add support for Visual Studio 2022
Changes: https://git.openjdk.java.net/jdk/pull/6304/files
Webrev: http
JDK-8275128 introduced new Makefile for hsdis to integrate it to normal build
system, however it does not work on WSL 1 Ubuntu 20.04 and MinGW from Ubuntu.
Hsdis.gmk has two problems:
1. MinGW version is fixed to "9.2.0"
2. Assumes sysroot for MinGW is located at /usr/$MINGW_BASE/sys-root
I tes
On Thu, 8 Jul 2021 09:42:43 GMT, Yasumasa Suenaga wrote:
> I attempted to build OpenJDK on Fedora 34 with gcc-11.1.1-3.fc34.x86_64, but
> I saw following errors:
>
>
> In file included from
> /home/ysuenaga/github-forked/jdk/src/hotspot/share/runtime/f
On Thu, 8 Jul 2021 18:02:55 GMT, Erik Joelsson wrote:
>> I attempted to build OpenJDK on Fedora 34 with gcc-11.1.1-3.fc34.x86_64, but
>> I saw following errors:
>>
>>
>> In file included from
>> /home/ysuenaga/github-forked/jdk/src/hotspot/share/runtime/frame.inline.hpp:42,
>>
On Thu, 8 Jul 2021 09:42:43 GMT, Yasumasa Suenaga wrote:
> I attempted to build OpenJDK on Fedora 34 with gcc-11.1.1-3.fc34.x86_64, but
> I saw following errors:
>
>
> In file included from
> /home/ysuenaga/github-forked/jdk/src/hotspot/share/runtime/f
I attempted to build OpenJDK on Fedora 34 with gcc-11.1.1-3.fc34.x86_64, but I
saw following errors:
In file included from
/home/ysuenaga/github-forked/jdk/src/hotspot/share/runtime/frame.inline.hpp:42,
from
/home/ysuenaga/github-forked/jdk/src/hotspot/cpu/x86/abstractInterpre
On 2021/06/17 10:31, David Holmes wrote:
Hi Yasumasa,
On 17/06/2021 11:28 am, Yasumasa Suenaga wrote:
Hi,
I can build current HEAD of upstream (02c9bf087e5) successfully both fastdebug
and release build.
I use VS 2019 (16.10.1) on WSL 1 Ubuntu 20.04 .
We use 16.9.3 with no problem, but it
Hi,
I can build current HEAD of upstream (02c9bf087e5) successfully both fastdebug
and release build.
I use VS 2019 (16.10.1) on WSL 1 Ubuntu 20.04 .
Thanks,
Yasumasa
On 2021/06/17 10:04, David Holmes wrote:
Hi Vitaly,
On 17/06/2021 9:47 am, Vitaly Provodin wrote:
Hi all,
Building OpenJ
On Mon, 8 Mar 2021 19:30:17 GMT, Sergey Bylokhov wrote:
>> It seems to be fine not to use UNIX epoch at first glance as long as we can
>> know the timing of events, but I'm not sure (Thus I rewrote to comply with
>> the original code). So I want to hear from the others.
>
> Did you check via so
On Mon, 8 Mar 2021 06:37:07 GMT, Thomas Stuefe wrote:
>> Yasumasa Suenaga has updated the pull request incrementally with one
>> additional commit since the last revision:
>>
>> Refactoring
>
> src/jdk.accessibility/windows/native/common/AccessBridgeDebug.c
On Mon, 8 Mar 2021 06:34:26 GMT, Thomas Stuefe wrote:
>> Yasumasa Suenaga has updated the pull request incrementally with one
>> additional commit since the last revision:
>>
>> Refactoring
>
> src/jdk.accessibility/windows/native/common/AccessBri
On Sun, 7 Mar 2021 22:00:41 GMT, Sergey Bylokhov wrote:
>> Yes, including c++ standard library headers like means you need to
>> deal with C++ exceptions thrown from library functions, and the code needs
>> to be compiled with unwind capabilities. If its not switched on, and a C++
>> exceptio
2\2019\commun~1\vc\tools\msvc\1428~1.299\include\string
>
> `/EHsc` has been already passed in other makefiles, and also
> AccessBridgeDebug.cpp uses some STL classes (e.g. `chrono` namespace). So
> `/EHsc` is a solution for this problem.
Yasumasa Suenaga has updated the pull request incre
I saw C4530 with VS 2019 (16.9.0) as following (on Japanese locale):
AccessBridgeDebug.cpp
メモ: インクルード ファイル:
d:\github-forked\jdk\src\jdk.accessibility\windows\native\common\AccessBridgeDebug.h
:
c:\progra~2\micros~2\2019\commun~1\vc\tools\msvc\1428~1.299\include\ostream(611):
error C2220:
On Thu, 24 Dec 2020 08:04:34 GMT, Yasumasa Suenaga wrote:
> I ran configure script on WSL 1, but it failed as below:
>
> $ bash configure --enable-debug --with-boot-jdk=/mnt/d/Java/jdk-15.0.1
>
> :
>
> configure: Found potential Boot JDK using configure arguments
>
On Sat, 9 Jan 2021 09:22:40 GMT, David Holmes wrote:
>> Yasumasa Suenaga has updated the pull request incrementally with one
>> additional commit since the last revision:
>>
>> Refactoring
>
> I _think_ this is right but to be honest the multitude of variables a
s as
> "/mnt/d/Java/jdk-15.0.1/bin/java", can not be found.
> configure: error: Cannot locate /mnt/d/Java/jdk-15.0.1/bin/java
> configure exiting with result code 1
>
> `fixpath.sh` attempts to run `$PATHTOOL` with `.exe` if it fails with
> original path, but `.exe` woul
On Sat, 9 Jan 2021 09:21:20 GMT, David Holmes wrote:
>> Yasumasa Suenaga has updated the pull request incrementally with one
>> additional commit since the last revision:
>>
>> Refactoring
>
> make/scripts/fixpath.sh line 155:
>
>> 153: if [[ $
On Fri, 8 Jan 2021 14:57:16 GMT, Erik Joelsson wrote:
> In this case, I think introducing a variable is well worth it as it means we
> can eliminate a very common and unnecessary call to $PATHTOOL.
Ok, I pushed new commit to use `$unixpath` instead of calling `$PATHTOOL`.
Could you review agai
s as
> "/mnt/d/Java/jdk-15.0.1/bin/java", can not be found.
> configure: error: Cannot locate /mnt/d/Java/jdk-15.0.1/bin/java
> configure exiting with result code 1
>
> `fixpath.sh` attempts to run `$PATHTOOL` with `.exe` if it fails with
> original path, but `.exe` woul
On Fri, 8 Jan 2021 14:15:08 GMT, Erik Joelsson wrote:
>> Hi Yasumasa,
>>
>> Okay I see the problem case now, and the latest fix seems to fix things in a
>> way that makes sense to me now. We still need to wait to see what Magnus or
>> Erik think though.
>>
>> Thanks,
>> David
>
> I initially
On Fri, 8 Jan 2021 07:34:03 GMT, Yasumasa Suenaga wrote:
>> I ran configure script on WSL 1, but it failed as below:
>>
>> $ bash configure --enable-debug --with-boot-jdk=/mnt/d/Java/jdk-15.0.1
>>
>> :
>>
>> configure: Found potential Boot JDK u
s as
> "/mnt/d/Java/jdk-15.0.1/bin/java", can not be found.
> configure: error: Cannot locate /mnt/d/Java/jdk-15.0.1/bin/java
> configure exiting with result code 1
>
> `fixpath.sh` attempts to run `$PATHTOOL` with `.exe` if it fails with
> original path, but `.exe` woul
On Thu, 24 Dec 2020 08:04:34 GMT, Yasumasa Suenaga wrote:
> I ran configure script on WSL 1, but it failed as below:
>
> $ bash configure --enable-debug --with-boot-jdk=/mnt/d/Java/jdk-15.0.1
>
> :
>
> configure: Found potential Boot JDK using configure arguments
>
On Fri, 8 Jan 2021 06:23:35 GMT, David Holmes wrote:
>> I pushed to new commit to save original `$path` and restore it later if the
>> path not found.
>> Could you review again?
>
> Sorry but I'm really not following exactly what the problem is and thus the
> solution. How does setting path aff
On Fri, 8 Jan 2021 04:27:16 GMT, David Holmes wrote:
>> Yasumasa Suenaga has updated the pull request with a new target base due to
>> a merge or a rebase. The incremental webrev excludes the unrelated changes
>> brought in by the merge/rebase. The pull request contain
s as
> "/mnt/d/Java/jdk-15.0.1/bin/java", can not be found.
> configure: error: Cannot locate /mnt/d/Java/jdk-15.0.1/bin/java
> configure exiting with result code 1
>
> `fixpath.sh` attempts to run `$PATHTOOL` with `.exe` if it fails with
> original path, but `.exe` woul
Hi,
I use WSL 1 to build OpenJDK on Windows 10.
However, it has a problem in fixpath.sh, so I've posted PR for it.
https://github.com/openjdk/jdk/pull/1889
You can build OpenJDK if you apply it.
Thanks,
Yasumasa
On 2021/01/08 0:20, Anirvan Sarkar wrote:
++ build-dev
On Thu, 7 Jan 2021
On Mon, 4 Jan 2021 09:25:55 GMT, Yasumasa Suenaga wrote:
> I got garbled exception message as following when I run `livenmethods` CLHSDB
> command:
>
> sun.jvm.hotspot.debugger.DebuggerException : ?w???W
>
> My Windows laptop is set Japanese Locale, garbled mess
On Tue, 5 Jan 2021 03:19:51 GMT, Ioi Lam wrote:
> > Given that this seems to be a common problem in our code, and likely a very
> > very old problem at that, why has it never been reported before? I'm not
> > questioning the fix except to the extent that I'm questioning our
> > understanding o
On Tue, 5 Jan 2021 02:19:37 GMT, Ioi Lam wrote:
>> I got garbled exception message as following when I run `livenmethods`
>> CLHSDB command:
>>
>> sun.jvm.hotspot.debugger.DebuggerException : ?w???W
>>
>> My Windows laptop is set Japanese Locale, garbled message was written in
>> Japanese
On Tue, 5 Jan 2021 01:30:07 GMT, Ioi Lam wrote:
> Now the saproc DLL has an external reference to getLastErrorString,
> JNU_NewStringPlatform and JNU_NewObjectByName on all platforms. Do we need to
> modify the makefiles for platforms other than Windows?
@iklam Agree, so I added `LIBS_unix :=
On Mon, 4 Jan 2021 21:06:46 GMT, Chris Plummer wrote:
> There are probably 25 or so places in our code where we use FormatMessage to
> get the error message. Are these all going to run into the same
> FormateMessage bug?
jdk.hotspot.agent do not have `FormatMessage()` call in other place.
Did
On Mon, 4 Jan 2021 20:58:59 GMT, Chris Plummer wrote:
>> I got garbled exception message as following when I run `livenmethods`
>> CLHSDB command:
>>
>> sun.jvm.hotspot.debugger.DebuggerException : ?w???W
>>
>> My Windows laptop is set Japanese Locale, garbled message was written in
>> Ja
I got garbled exception message as following when I run `livenmethods` CLHSDB
command:
sun.jvm.hotspot.debugger.DebuggerException : ?w???W
My Windows laptop is set Japanese Locale, garbled message was written in
Japanese.
saproc.dll would throw exception via
[ThrowNew()](https://docs.oracl
I ran configure script on WSL 1, but it failed as below:
$ bash configure --enable-debug --with-boot-jdk=/mnt/d/Java/jdk-15.0.1
:
configure: Found potential Boot JDK using configure arguments
configure: The command for java_to_test, which resolves as
"/mnt/d/Java/jdk-15.0.1/bin/java", can n
On Fri, 2 Oct 2020 11:44:51 GMT, Magnus Ihse Bursie wrote:
>> @navyxliu I've merged the sources into `src/utils/hsdis` and added support
>> to build it in the Makefile.
>
> This is an interesting suggestion. There is a similar attempt at replacing
> binutils with capstone in
> https://bugs.open
On 2020/08/18 10:42, David Holmes wrote:
Hi Yasumasa,
On 14/08/2020 12:36 pm, Yasumasa Suenaga wrote:
Hi David, Matthias, Martin,
I uploaded new webrev. Could you review again?
http://cr.openjdk.java.net/~ysuenaga/JDK-8250598/webrev.02/
It generates runtime stub for hypervisor detection
)
Thanks,
Yasumasa
On 2020/08/13 20:39, David Holmes wrote:
On 13/08/2020 5:39 pm, Yasumasa Suenaga wrote:
Hi Matthias, David,
On 2020/08/13 15:52, Baesken, Matthias wrote:
Should we make the change to determine just before it is needed (e.g. VM.info
or hs_err log) at first?
It is out of
nctional%20Specification%20v6.0b.pdf
Best regards, Matthias
-Original Message-
From: Yasumasa Suenaga
Sent: Donnerstag, 13. August 2020 06:15
To: David Holmes ; Baesken, Matthias
; hotspot-runtime-...@openjdk.java.net;
build-dev@openjdk.java.net
Cc: Doerr, Martin
Subject: Re: PING:
On 2020/08/13 11:54, David Holmes wrote:
On 13/08/2020 11:12 am, Yasumasa Suenaga wrote:
Hi Matthias, David,
I measured startup benchmarks with `Measure-Command
{.\jdk\build\windows-x86_64-server-release\images\jdk\bin\java.exe --version}`
on PowerShell.
* PC: Ryzen 3 3300X, 16GB memory
Hi Matthias, David,
I measured startup benchmarks with `Measure-Command
{.\jdk\build\windows-x86_64-server-release\images\jdk\bin\java.exe --version}`
on PowerShell.
* PC: Ryzen 3 3300X, 16GB memory
* OS: Windows 10 x64 (May 2020 Update)
* Java: jdk/jdk revision 60537
(Compiled by VS 2019
Hi Matthias, David,
On 2020/08/12 21:12, David Holmes wrote:
On 12/08/2020 8:51 pm, Baesken, Matthias wrote:
Hi Yasumasa , I'm more or less fine with the change .
But still not fully convinced that removing the iteration is a good thing .
http://cr.openjdk.java.net/~ysuenaga/JDK-8250598/web
PING: Could you review this change?
JBS: https://bugs.openjdk.java.net/browse/JDK-8250598
webrev: http://cr.openjdk.java.net/~ysuenaga/JDK-8250598/webrev.01/
Build change has been reviewed by Erik.
Thanks,
Yasumasa
On 2020/08/05 18:30, Yasumasa Suenaga wrote:
Hi Matthias,
(CC'ed
Thanks Erik!
Yasumasa
On 2020/08/05 21:30, Erik Joelsson wrote:
Build change is ok.
/Erik
On 2020-08-05 02:36, Yasumasa Suenaga wrote:
CC'ing build-dev
On 2020/08/05 18:30, Yasumasa Suenaga wrote:
Hi Matthias,
(CC'ed build-dev due to makefile change)
I uploaded new webrev.
CC'ing build-dev
On 2020/08/05 18:30, Yasumasa Suenaga wrote:
Hi Matthias,
(CC'ed build-dev due to makefile change)
I uploaded new webrev. Could you review it?
http://cr.openjdk.java.net/~ysuenaga/JDK-8250598/webrev.01/
On 2020/08/05 16:26, Baesken, Matthias wrote:
Hello
1 - 100 of 181 matches
Mail list logo