On Tue, 16 Jul 2024 23:20:03 GMT, Chen Liang wrote:
>> Context: https://mail.openjdk.org/pipermail/build-dev/2024-July/045586.html
>>
>> People were confused on a few details around fixing windows space names,
>> including:
>> 1. setshortname can report confusing error message when the director
On Sun, 22 Sep 2024 09:46:43 GMT, Thomas Stuefe wrote:
> Trivial change to drop the optimization level (for both fastdebug and
> release) of stackMapTable.cpp to O1 on MacOS with Xcode 16.
>
> This is a workaround for https://bugs.openjdk.org/browse/JDK-8340341, which
> prevents building on Ma
On Fri, 6 Sep 2024 13:16:34 GMT, Kevin Rushforth wrote:
>> Looks good. I'll review the CSR when its ready.
>
>> Looks good. I'll review the CSR when its ready.
>
> Thanks.
>
>> The changes to make jdk.jsobject an upgradeable module looks right.
>
> Thanks for checking. My testing primarily foc
On Sun, 22 Sep 2024 13:26:36 GMT, Julian Waters wrote:
> As I wrote originally: the patch was tested and it works. Moreover, this
> seems to be the way to do per-file cflag optimization level overrides.
Ah, I remember what I was thinking of now. I was thinking of using
BUILD_LIBJVM_stackMapTab
On Sun, 22 Sep 2024 09:46:43 GMT, Thomas Stuefe wrote:
> Trivial change to drop the optimization level (for both fastdebug and
> release) of stackMapTable.cpp to O1 on MacOS with Xcode 16.
>
> This is a workaround for https://bugs.openjdk.org/browse/JDK-8340341, which
> prevents building on Ma
On Sun, 22 Sep 2024 11:56:48 GMT, Thomas Stuefe wrote:
> Please be more specific. What is "that sort of syntax" you disapprove of?
I was referring to the fact that we typically do ifeq (string1, string2) in
Makefiles rather than ifeq "string1" "string2" (I probably should have used the
GitHub
On Fri, 20 Sep 2024 16:56:58 GMT, Matias Saavedra Silva
wrote:
>> Roman Kennke has updated the pull request incrementally with one additional
>> commit since the last revision:
>>
>> Fix bit counts in GCForwarding
>
> src/hotspot/share/cds/archiveUtils.cpp line 348:
>
>> 346: old_tag = (i
On Sun, 22 Sep 2024 11:02:20 GMT, Julian Waters wrote:
>> Trivial change to drop the optimization level (for both fastdebug and
>> release) of stackMapTable.cpp to O1 on MacOS with Xcode 16.
>>
>> This is a workaround for https://bugs.openjdk.org/browse/JDK-8340341, which
>> prevents building
On Sun, 22 Sep 2024 09:46:43 GMT, Thomas Stuefe wrote:
> Trivial change to drop the optimization level (for both fastdebug and
> release) of stackMapTable.cpp to O1 on MacOS with Xcode 16.
>
> This is a workaround for https://bugs.openjdk.org/browse/JDK-8340341, which
> prevents building on Ma
On Sun, 22 Sep 2024 09:46:43 GMT, Thomas Stuefe wrote:
> Trivial change to drop the optimization level (for both fastdebug and
> release) of stackMapTable.cpp to O1 on MacOS with Xcode 16.
>
> This is a workaround for https://bugs.openjdk.org/browse/JDK-8340341, which
> prevents building on Ma
On Sun, 22 Sep 2024 09:46:43 GMT, Thomas Stuefe wrote:
> Trivial change to drop the optimization level (for both fastdebug and
> release) of stackMapTable.cpp to O1 on MacOS with Xcode 16.
>
> This is a workaround for https://bugs.openjdk.org/browse/JDK-8340341, which
> prevents building on Ma
Trivial change to drop the optimization level (for both fastdebug and release)
of stackMapTable.cpp to O1 on MacOS with Xcode 16.
This is a workaround for https://bugs.openjdk.org/browse/JDK-8340341, which
prevents building on MacOS.
Tested: with patch fastdebug and release builds are green aga
12 matches
Mail list logo