On Mon, 23 May 2022 17:25:30 GMT, Magnus Ihse Bursie wrote:
> We have a bunch of configure arguments that has been deprecated for multiple
> releases. These should be removed. In effect, this will raise an error
> instead of a warning if these argument is included on the command line for
>
On Sun, 15 May 2022 20:50:25 GMT, Kim Barrett wrote:
> Please review this cleanup of deprecation warning suppression when building
> for Windows.
>
> This change consists of several parts.
>
> (1) Remove the global deprecation warning suppression when building HotSpot
> for Windows.
>
> (2)
> Please review this cleanup of deprecation warning suppression when building
> for Windows.
>
> This change consists of several parts.
>
> (1) Remove the global deprecation warning suppression when building HotSpot
> for Windows.
>
> (2) Add macro definitions requesting suppression of selected
On Tue, 17 May 2022 06:30:03 GMT, David Holmes wrote:
>> Please review this cleanup of deprecation warning suppression when building
>> for Windows.
>>
>> This change consists of several parts.
>>
>> (1) Remove the global deprecation warning suppression when building HotSpot
>> for Windows.
>>
On Mon, 23 May 2022 10:04:14 GMT, Magnus Ihse Bursie wrote:
> Testing ispell + shell magic to locate typos. It worked, but is not scalable
> to the entire JDK. :-( Keep the fixes for the problems found in the make
> directory, though.
This pull request has now been integrated.
Changeset:
> Replaces usages of articles that follow each other in all combinations:
> a/the, an?/an?, the/theā¦
>
> It's the last issue in the series, and it still touches different areas of
> the code.
Alexey Ivanov has updated the pull request with a new target base due to a
merge or a rebase. The
On Mon, 23 May 2022 10:04:14 GMT, Magnus Ihse Bursie wrote:
> Testing ispell + shell magic to locate typos. It worked, but is not scalable
> to the entire JDK. :-( Keep the fixes for the problems found in the make
> directory, though.
Marked as reviewed by iris (Reviewer).
-
PR:
On Mon, 23 May 2022 10:04:14 GMT, Magnus Ihse Bursie wrote:
> Testing ispell + shell magic to locate typos. It worked, but is not scalable
> to the entire JDK. :-( Keep the fixes for the problems found in the make
> directory, though.
Marked as reviewed by lancea (Reviewer).
-
On Mon, 23 May 2022 17:25:30 GMT, Magnus Ihse Bursie wrote:
> We have a bunch of configure arguments that has been deprecated for multiple
> releases. These should be removed. In effect, this will raise an error
> instead of a warning if these argument is included on the command line for
>
We have a bunch of configure arguments that has been deprecated for multiple
releases. These should be removed. In effect, this will raise an error instead
of a warning if these argument is included on the command line for configure.
The deprecated arguments stopped having any effect when they
Hi,
Has anyone looked into reproducible builds for codesign'd MacOS builds?
Basically Apple codesigning is non-deterministic, which is not surprisingly
I guess, so naturally makes reproducible builds a bit tricky. The general
theme for this sort of issue seems to be to remove the signature before
On Mon, 23 May 2022 16:12:34 GMT, Dmitry Chuyko wrote:
>> On AArch64 it is sometimes convenient to have LSE atomics right from the
>> start. Currently they are enabled after feature detection and RR reverse
>> debugger works incorrectly.
>>
>> New build configuration feature 'hardlse' is
On Mon, 23 May 2022 16:05:16 GMT, Dmitry Chuyko wrote:
>> On AArch64 it is sometimes convenient to have LSE atomics right from the
>> start. Currently they are enabled after feature detection and RR reverse
>> debugger works incorrectly.
>>
>> New build configuration feature 'hardlse' is
> On AArch64 it is sometimes convenient to have LSE atomics right from the
> start. Currently they are enabled after feature detection and RR reverse
> debugger works incorrectly.
>
> New build configuration feature 'hardlse' is added. If it is enabled for
> aarch64 type of build, then
> On AArch64 it is sometimes convenient to have LSE atomics right from the
> start. Currently they are enabled after feature detection and RR reverse
> debugger works incorrectly.
>
> New build configuration feature 'hardlse' is added. If it is enabled for
> aarch64 type of build, then
On Fri, 20 May 2022 08:36:28 GMT, Magnus Ihse Bursie wrote:
>> On AArch64 it is sometimes convenient to have LSE atomics right from the
>> start. Currently they are enabled after feature detection and RR reverse
>> debugger works incorrectly.
>>
>> New build configuration feature 'hardlse' is
Ah.
-phil
On 5/23/22 8:18 AM, Langer, Christoph wrote:
Hi,
that's because the PR is a based on a pre-loom version of master.
Best regards
Christoph
-Original Message-
From: build-dev On Behalf Of Philip Race
Sent: Montag, 23. Mai 2022 17:14
To: Aleksey Shipilev ; Ioi Lam ;
Hi,
that's because the PR is a based on a pre-loom version of master.
Best regards
Christoph
> -Original Message-
> From: build-dev On Behalf Of Philip Race
> Sent: Montag, 23. Mai 2022 17:14
> To: Aleksey Shipilev ; Ioi Lam ;
> build-dev@openjdk.java.net
> Subject: Re: pre-submit
BTW I am wondering whether I should believe this explanation since it
does pass sometimes,
eg :
https://github.com/openjdk/jdk/pull/8820
How is that possible ?
-phil
On 5/23/22 8:05 AM, Aleksey Shipilev wrote:
On 5/23/22 16:53, Ioi Lam wrote:
On 5/23/2022 4:41 AM, Alan Bateman wrote:
On
On 5/23/22 16:53, Ioi Lam wrote:
On 5/23/2022 4:41 AM, Alan Bateman wrote:
On 22/05/2022 23:58, David Holmes wrote:
GHA tests a range of OpenJDK ports, not just the "mainstream platforms".
The existing linux-86 failures (and others) are due to the Loom
integration which only fully supports a
On 5/23/2022 4:41 AM, Alan Bateman wrote:
On 22/05/2022 23:58, David Holmes wrote:
GHA tests a range of OpenJDK ports, not just the "mainstream platforms".
The existing linux-86 failures (and others) are due to the Loom
integration which only fully supports a couple of platforms and which
On 22/05/2022 23:58, David Holmes wrote:
GHA tests a range of OpenJDK ports, not just the "mainstream platforms".
The existing linux-86 failures (and others) are due to the Loom
integration which only fully supports a couple of platforms and which
broke all the other ports upon initial
> Please review this patch adding new lint option, **lossy-conversions**, to
> javac to warn about type casts in compound assignments with possible lossy
> conversions.
>
> The new lint warning is shown if the type of the right-hand operand of a
> compound assignment is not assignment
Testing ispell + shell magic to locate typos. It worked, but is not scalable to
the entire JDK. :-( Keep the fixes for the problems found in the make
directory, though.
-
Commit messages:
- 8287155: Additional make typos
Changes: https://git.openjdk.java.net/jdk/pull/8837/files
On Sun, 15 May 2022 20:50:25 GMT, Kim Barrett wrote:
> Please review this cleanup of deprecation warning suppression when building
> for Windows.
>
> This change consists of several parts.
>
> (1) Remove the global deprecation warning suppression when building HotSpot
> for Windows.
>
> (2)
25 matches
Mail list logo