On Tue, 10 May 2022 21:30:23 GMT, Sean Mullan wrote:
> > It's probably ok, but the bug report is either incomplete or I am missing
> > something. It says "This can be improved to something like: ..." but the
> > same text as is emitted now is used. Can you fix this so I have a better
> >
On Tue, 10 May 2022 14:58:15 GMT, Aleksey Shipilev wrote:
>> There are plenty of tests failing on many architectures due to
>> `--enable-preview` VM code introduced by Loom. This improvement eliminates
>> some of the redundant `--enable-preview` clauses from the Sealed Classes
>> tests, since
On Tue, 10 May 2022 12:07:31 GMT, Aleksey Shipilev wrote:
> There are plenty of tests failing on many architectures due to
> `--enable-preview` VM code introduced by Loom. This improvement eliminates
> some of the redundant `--enable-preview` clauses from the Sealed Classes
> tests, since
On Tue, 10 May 2022 23:01:33 GMT, Roger Riggs wrote:
>> PR#8599 8244681: proposes to add compiler warnings for possible lossy
>> conversions
>> From the CSR:
>>
>> "If the type of the right-hand operand of a compound assignment is not
>> assignment compatible with the type of the variable, a
> Removing the Duplicate keys present in XSLTErrorResources.java and
> XPATHErrorResources.java
>
> The bug report for the same: https://bugs.openjdk.java.net/browse/JDK-8285097
Shruthi has updated the pull request incrementally with one additional commit
since the last revision:
Modify
On Mon, 9 May 2022 21:55:27 GMT, Paul Sandoz wrote:
>> Xiaohong Gong has updated the pull request incrementally with one additional
>> commit since the last revision:
>>
>> Rename "use_predicate" to "needs_predicate"
>
> I modified the code of this PR to avoid the conversion of `boolean` to
On Tue, 10 May 2022 20:03:45 GMT, Alan Bateman wrote:
> I skimmed through the changes and I think they look okay. In the distant past
> there were tools outside of the JDK that used the jvmstat API directly. It's
> possible that VisualVM still does but it would only compile/run if
>
On Tue, 10 May 2022 19:59:41 GMT, Alan Bateman wrote:
>> Ioi Lam has updated the pull request incrementally with one additional
>> commit since the last revision:
>>
>> review comments
>
> src/jdk.internal.jvmstat/share/classes/sun/jvmstat/perfdata/monitor/protocol/file/PerfDataBuffer.java
>
> The `mode` parameter for ` jdk.internal.perf.Perf.attach()` has never
> supported the value `"rw"` since the source code was imported to the openjdk
> repo more than 15 years ago. In fact HotSpot throws
> `IllegalArgumentException` when such a mode is specified.
>
> It's unlikely such a mode
On Tue, 10 May 2022 21:43:44 GMT, Claes Redestad wrote:
>> Ioi Lam has updated the pull request incrementally with one additional
>> commit since the last revision:
>>
>> review comments
>
> src/hotspot/os/windows/perfMemory_windows.cpp line 1781:
>
>> 1779: // address space.
>> 1780: //
>>
> PR#8599 8244681: proposes to add compiler warnings for possible lossy
> conversions
> From the CSR:
>
> "If the type of the right-hand operand of a compound assignment is not
> assignment compatible with the type of the variable, a cast is implied and
> possible lossy conversion may silently
On Tue, 10 May 2022 21:32:10 GMT, Roger Riggs wrote:
> PR#8599 8244681: proposes to add compiler warnings for possible lossy
> conversions
> From the CSR:
>
> "If the type of the right-hand operand of a compound assignment is not
> assignment compatible with the type of the variable, a cast
On Tue, 10 May 2022 09:57:48 GMT, Jan Lahoda wrote:
>> 8262889: Compiler implementation for Record Patterns
>>
>> A first version of a patch that introduces record patterns into javac as a
>> preview feature. For the specification, please see:
>>
On Tue, 10 May 2022 21:32:10 GMT, Roger Riggs wrote:
> PR#8599 8244681: proposes to add compiler warnings for possible lossy
> conversions
> From the CSR:
>
> "If the type of the right-hand operand of a compound assignment is not
> assignment compatible with the type of the variable, a cast
On Tue, 10 May 2022 21:32:10 GMT, Roger Riggs wrote:
> PR#8599 8244681: proposes to add compiler warnings for possible lossy
> conversions
> From the CSR:
>
> "If the type of the right-hand operand of a compound assignment is not
> assignment compatible with the type of the variable, a cast
On Tue, 10 May 2022 04:00:29 GMT, Ioi Lam wrote:
> The `mode` parameter for ` jdk.internal.perf.Perf.attach()` has never
> supported the value `"rw"` since the source code was imported to the openjdk
> repo more than 15 years ago. In fact HotSpot throws
> `IllegalArgumentException` when such
PR#8599 8244681: proposes to add compiler warnings for possible lossy
conversions
>From the CSR:
"If the type of the right-hand operand of a compound assignment is not
assignment compatible with the type of the variable, a cast is implied and
possible lossy conversion may silently occur. While
On Tue, 10 May 2022 21:26:42 GMT, Sean Mullan wrote:
> It's probably ok, but the bug report is either incomplete or I am missing
> something. It says "This can be improved to something like: ..." but the same
> text as is emitted now is used. Can you fix this so I have a better example
> of
On Tue, 10 May 2022 16:59:41 GMT, Lance Andersen wrote:
> > > > > @LanceAndersen @AlanBateman do you think adding the entry name in the
> > > > > exception in ZipFileSystem is ok? If so, should it maybe go into a
> > > > > different patch?
> > > >
> > > >
> > > > It should be okay as this is
On Mon, 28 Mar 2022 12:15:10 GMT, Jorn Vernee wrote:
>> Jorn Vernee has updated the pull request with a new target base due to a
>> merge or a rebase. The pull request now contains 21 commits:
>>
>> - Merge branch 'foreign-preview-m' into JEP-19-VM-IMPL2
>> - Remove unneeded ComputeMoveOrder
On Mon, 9 May 2022 10:28:27 GMT, Jorn Vernee wrote:
>> Hi,
>>
>> This PR updates the VM implementation of the foreign linker, by bringing
>> over commits from the panama-foreign repo.
>>
>> This is split off from the main JEP integration for 19, since we have
>> limited resources to handle
`String.decodeWithDecoder()` method requires the `CharsetDecoder` parameter
replaces on malformed/unmappable characters with replacements. However, there
was a code path that lacked to set the `CodingErrorAction.REPLACE` on the
decoder. Unrelated, one typo in a test was also fixed.
On Tue, 10 May 2022 04:00:29 GMT, Ioi Lam wrote:
> The `mode` parameter for ` jdk.internal.perf.Perf.attach()` has never
> supported the value `"rw"` since the source code was imported to the openjdk
> repo more than 15 years ago. In fact HotSpot throws
> `IllegalArgumentException` when such
On Tue, 10 May 2022 04:00:29 GMT, Ioi Lam wrote:
> The `mode` parameter for ` jdk.internal.perf.Perf.attach()` has never
> supported the value `"rw"` since the source code was imported to the openjdk
> repo more than 15 years ago. In fact HotSpot throws
> `IllegalArgumentException` when such
On Fri, 6 May 2022 17:56:44 GMT, Alan Bateman wrote:
>> JDK-6725221 Standardize obtaining boolean properties with defaults
>
> src/java.base/share/classes/java/lang/reflect/AccessibleObject.java line 777:
>
>> 775: if (!printStackPropertiesSet && VM.initLevel() >= 1) {
>> 776:
On Mon, 9 May 2022 18:17:13 GMT, Leonid Mesnik wrote:
> 8286368: Cleanup problem lists after loom integration
This pull request has now been integrated.
Changeset: dcec1d2a
Author:Leonid Mesnik
URL:
https://git.openjdk.java.net/jdk/commit/dcec1d2a68e2c82e27174c3dc52bb17316530966
> 8286368: Cleanup problem lists after loom integration
Leonid Mesnik has updated the pull request with a new target base due to a
merge or a rebase. The pull request now contains two commits:
- Merge
- 8286368: Cleanup problem lists after loom integration
-
Changes:
On Tue, 10 May 2022 15:50:26 GMT, Raffaello Giulietti
wrote:
> `[Float|Double]ToDecimal` do not have access to `AbstractStringBuilder`, so
> have to fail over `Appendable`, which can throw `IOException` in `append(*)`
> methods.
>
> I have to find another way if this wrapping to make the
On Mon, 9 May 2022 22:29:50 GMT, Uwe Schindler wrote:
>> Naoto Sato has updated the pull request incrementally with one additional
>> commit since the last revision:
>>
>> Fixed offsets in milliseconds, added test variations, refined Custom ID
>> definitions
>
>
On Tue, 10 May 2022 13:12:10 GMT, Jaikiran Pai wrote:
>> Naoto Sato has updated the pull request incrementally with one additional
>> commit since the last revision:
>>
>> Fixed offsets in milliseconds, added test variations, refined Custom ID
>> definitions
>
>
> This is to extend the `Custom ID`s in `java.util.TimeZone` class to support
> second-level resolution, enabling round trips with `java.time.ZoneOffset`s.
> Corresponding CSR is also being drafted.
Naoto Sato has updated the pull request incrementally with one additional
commit since the last
On Sat, 5 Mar 2022 13:07:56 GMT, Сергей Цыпанов wrote:
> `Class.getInterfaces(false)` does not clone underlying array and can be used
> in cases when the returned array is only read from.
This pull request has now been integrated.
Changeset: 9073a98d
Author:Sergey Tsypanov
Committer:
Il 10/05/2022 15:39, Remi Forax ha scritto:
You can change the Executor (it's one parameter of the builder) to use whatever
executors you want so you can shutdown that executor as you want.
This should fixed (1).
Also once you update to Java 19/21, it seems a good scenario to test the
On Tue, 10 May 2022 06:52:00 GMT, Shruthi wrote:
>> Removing the Duplicate keys present in XSLTErrorResources.java and
>> XPATHErrorResources.java
>>
>> The bug report for the same: https://bugs.openjdk.java.net/browse/JDK-8285097
>
> Shruthi has updated the pull request incrementally with one
On Tue, 10 May 2022 16:58:03 GMT, Lance Andersen wrote:
>>> I think this would be OK, but would get to get someone from our security
>>> team to bless it.
>>
>> It's print the entry name, I don't think it is leaking the file path to the
>> zip file.
>
>> > I think this would be OK, but would
On Tue, 10 May 2022 16:51:35 GMT, Alan Bateman wrote:
> > I think this would be OK, but would get to get someone from our security
> > team to bless it.
>
> It's print the entry name, I don't think it is leaking the file path to the
> zip file.
I think you are probably right I am probably
On Tue, 10 May 2022 16:30:01 GMT, Lance Andersen wrote:
>>> @LanceAndersen @AlanBateman do you think adding the entry name in the
>>> exception in ZipFileSystem is ok? If so, should it maybe go into a
>>> different patch?
>>
>> It should be okay as this is the name of an entry in the zip
On Tue, 10 May 2022 16:48:30 GMT, Christoph Langer wrote:
> I think this would be OK, but would get to get someone from our security team
> to bless it.
It's print the entry name, I don't think it is leaking the file path to the zip
file.
-
PR:
On Tue, 10 May 2022 16:30:01 GMT, Lance Andersen wrote:
> > > @LanceAndersen @AlanBateman do you think adding the entry name in the
> > > exception in ZipFileSystem is ok? If so, should it maybe go into a
> > > different patch?
> >
> >
> > It should be okay as this is the name of an entry in
The issue would still exist as the selector thread is not spawned from this
executor and also lives until the outer reference is garbage collected. In
my case, this quickly resulted in a few hundred threads from a
parameterized test. Also, I think that its unlikely that a drive-by
instance would
On Wed, 4 May 2022 09:46:00 GMT, Сергей Цыпанов wrote:
>> `Class.getInterfaces(false)` does not clone underlying array and can be used
>> in cases when the returned array is only read from.
>
> Сергей Цыпанов has updated the pull request incrementally with one additional
> commit since the
On Tue, 10 May 2022 14:58:15 GMT, Aleksey Shipilev wrote:
>> There are plenty of tests failing on many architectures due to
>> `--enable-preview` VM code introduced by Loom. This improvement eliminates
>> some of the redundant `--enable-preview` clauses from the Sealed Classes
>> tests, since
On Tue, 10 May 2022 14:02:14 GMT, Alan Bateman wrote:
> > @LanceAndersen @AlanBateman do you think adding the entry name in the
> > exception in ZipFileSystem is ok? If so, should it maybe go into a
> > different patch?
>
> It should be okay as this is the name of an entry in the zip file. It
On Tue, 10 May 2022 14:58:15 GMT, Aleksey Shipilev wrote:
>> There are plenty of tests failing on many architectures due to
>> `--enable-preview` VM code introduced by Loom. This improvement eliminates
>> some of the redundant `--enable-preview` clauses from the Sealed Classes
>> tests, since
On Tue, 10 May 2022 14:54:39 GMT, Aleksey Shipilev wrote:
>> There are plenty of tests failing on many architectures due to
>> `--enable-preview` VM code introduced by Loom. This improvements eliminates
>> some of the redundant `--enable-preview` clauses from the Record tests,
>> since
On Tue, 10 May 2022 03:21:21 GMT, Joe Darcy wrote:
>> Raffaello Giulietti has updated the pull request incrementally with one
>> additional commit since the last revision:
>>
>> 4511638: Double.toString(double) sometimes produces incorrect results
>
>
On Mon, 9 May 2022 15:26:20 GMT, Brian Burkhalter wrote:
> Add missing `@since 19` tag.
This pull request has now been integrated.
Changeset: 04bba07d
Author:Brian Burkhalter
URL:
https://git.openjdk.java.net/jdk/commit/04bba07d6588cb96e371f3acdb49d735c9e6536d
Stats: 1 line in
On Tue, 10 May 2022 14:58:15 GMT, Aleksey Shipilev wrote:
>> There are plenty of tests failing on many architectures due to
>> `--enable-preview` VM code introduced by Loom. This improvement eliminates
>> some of the redundant `--enable-preview` clauses from the Sealed Classes
>> tests, since
On Tue, 10 May 2022 14:54:39 GMT, Aleksey Shipilev wrote:
>> There are plenty of tests failing on many architectures due to
>> `--enable-preview` VM code introduced by Loom. This improvements eliminates
>> some of the redundant `--enable-preview` clauses from the Record tests,
>> since
On Tue, 10 May 2022 14:54:39 GMT, Aleksey Shipilev wrote:
>> There are plenty of tests failing on many architectures due to
>> `--enable-preview` VM code introduced by Loom. This improvement eliminates
>> some of the redundant `--enable-preview` clauses from the Sealed Classes
>> tests, since
On Tue, 10 May 2022 12:47:08 GMT, Alan Bateman wrote:
>> Aleksey Shipilev has updated the pull request incrementally with one
>> additional commit since the last revision:
>>
>> Review comments
>
> test/jdk/java/lang/reflect/sealed_classes/SealedClassesReflectionTest.java
> line 29:
>
>>
> There are plenty of tests failing on many architectures due to
> `--enable-preview` VM code introduced by Loom. This improvement eliminates
> some of the redundant `--enable-preview` clauses from the Sealed Classes
> tests, since Sealed Classes have been graduated from preview in JDK 17.
>
>
On Tue, 10 May 2022 14:51:52 GMT, Aleksey Shipilev wrote:
>> There are plenty of tests failing on many architectures due to
>> `--enable-preview` VM code introduced by Loom. This improvements eliminates
>> some of the redundant `--enable-preview` clauses from the Record tests,
>> since
On Tue, 10 May 2022 14:43:06 GMT, Alan Bateman wrote:
>> Aleksey Shipilev has updated the pull request incrementally with one
>> additional commit since the last revision:
>>
>> Review comments
>
> test/jdk/java/nio/Buffer/BulkPutBuffer.java line 57:
>
>> 55: * @run testng/othervm
> There are plenty of tests failing on many architectures due to
> `--enable-preview` VM code introduced by Loom. This improvements eliminates
> some of the redundant `--enable-preview` clauses from the Record tests, since
> Records have been graduated from preview in JDK 16.
>
> Additional
On Tue, 8 Mar 2022 17:07:34 GMT, Claes Redestad wrote:
>>> Can we change the optimizer so that the strength reduction happens only
>>> after all transformations have settled? Carelessly changing a
>>> multiplication to a shift as today may hurt a lot of potential
>>> optimisations. Thanks.
>>
> Despite the hash value being cached for Strings, computing the hash still
> represents a significant CPU usage for applications handling lots of text.
>
> Even though it would be generally better to do it through an enhancement to
> the autovectorizer, the complexity of doing it by hand is
On Tue, 10 May 2022 12:03:09 GMT, Aleksey Shipilev wrote:
> There are plenty of tests failing on many architectures due to
> `--enable-preview` VM code introduced by Loom. This improvements eliminates
> some of the redundant `--enable-preview` clauses from the Record tests, since
> Records
On Wed, 20 Apr 2022 19:16:00 GMT, Andrey Turbanov wrote:
> 1. No need to call `String.substring` if you need need to compare start of
> string with some constant. `String.startWith` suites better.
> 2. Unused String array is allocated in `childrenNamesSpi` method
Marked as reviewed by jpai
On Wed, 6 Apr 2022 17:47:53 GMT, Chris Hennick wrote:
> Repeatedly adding DoubleZigguratTables.exponentialX0 to extra causes a
> rounding error to accumulate at the tail of the distribution (probably
> starting around 2*exponentialX0 == 0x1.e46eff20739afp3); this fixes that by
> tracking the
On Wed, 6 Apr 2022 17:47:53 GMT, Chris Hennick wrote:
> Repeatedly adding DoubleZigguratTables.exponentialX0 to extra causes a
> rounding error to accumulate at the tail of the distribution (probably
> starting around 2*exponentialX0 == 0x1.e46eff20739afp3); this fixes that by
> tracking the
Repeatedly adding DoubleZigguratTables.exponentialX0 to extra causes a rounding
error to accumulate at the tail of the distribution (probably starting around
2*exponentialX0 == 0x1.e46eff20739afp3); this fixes that by tracking the
multiple of exponentialX0 as a long. (This changes the maximum
On Mon, 9 May 2022 18:59:43 GMT, Naoto Sato wrote:
> This is to extend the `Custom ID`s in `java.util.TimeZone` class to support
> second-level resolution, enabling round trips with `java.time.ZoneOffset`s.
> Corresponding CSR is also being drafted.
On Mon, 9 May 2022 22:32:57 GMT, Christoph Langer wrote:
> @LanceAndersen @AlanBateman do you think adding the entry name in the
> exception in ZipFileSystem is ok? If so, should it maybe go into a different
> patch?
It should be okay as this is the name of an entry in the zip file. It might
On Mon, 9 May 2022 22:10:54 GMT, Christoph Langer wrote:
> After https://bugs.openjdk.java.net/browse/JDK-8251329, javac throws errors
> when the classpath
> contains jar files with . or .. in its name. The error message, however, does
> not help to find
> the culprit. This could be improved.
On 10/05/2022 14:39, Remi Forax wrote:
This is not a big problem but I have seen peaks with suddenly many, many
threads (in test code) where many HttpClients were created for single use
and I was wondering if it was ever considered to add a method for disposing
the threads explicitly?
You can
> Add a family of "safe" cast methods.
Raffaello Giulietti has updated the pull request incrementally with one
additional commit since the last revision:
8279986: methods Math::asXExact for safely checked primitive casts
-
Changes:
- all:
- Original Message -
> From: "Rafael Winterhalter"
> To: "core-libs-dev"
> Sent: Monday, May 9, 2022 11:43:49 PM
> Subject: HttpClient has no explicit way of releasing threads
> Hello,
Hello,
>
> looking at thread dumps, I realized that the HttpClient implementation does
> not offer
On Mon, 9 May 2022 18:59:43 GMT, Naoto Sato wrote:
> This is to extend the `Custom ID`s in `java.util.TimeZone` class to support
> second-level resolution, enabling round trips with `java.time.ZoneOffset`s.
> Corresponding CSR is also being drafted.
On Tue, 10 May 2022 04:42:19 GMT, Joe Darcy wrote:
>> Raffaello Giulietti 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 contains four
>> additional
On Tue, 10 May 2022 12:07:31 GMT, Aleksey Shipilev wrote:
> There are plenty of tests failing on many architectures due to
> `--enable-preview` VM code introduced by Loom. This improvement eliminates
> some of the redundant `--enable-preview` clauses from the Sealed Classes
> tests, since
Thanks,
I created a shared client for now which solves my issue. I only stumbled
upon this as a build server increased its use of resources and the change
was that somebody had removed a third-party (closeable) HTTP client to
replace it with the JDK client. Unit tests often aim to be decoupled,
> Hi All,
>
> Patch adds the planned support for new vector operations and APIs targeted
> for [JEP 426: Vector API (Fourth
> Incubator).](https://bugs.openjdk.java.net/browse/JDK-8280173)
>
> Following is the brief summary of changes:-
>
> 1) Extends the scope of existing lanewise API for
On Tue, 10 May 2022 12:07:31 GMT, Aleksey Shipilev wrote:
> There are plenty of tests failing on many architectures due to
> `--enable-preview` VM code introduced by Loom. This improvement eliminates
> some of the redundant `--enable-preview` clauses from the Sealed Classes
> tests, since
Please review this change to the cgroup v1 subsystem which makes it more
resilient on some of the stranger systems. Unfortunately, I wasn't able to
re-create a similar system as the reporter. The idea of using the longest
substring match for the cgroupv1 file paths was based on the fact that on
On Tue, 10 May 2022 12:03:09 GMT, Aleksey Shipilev wrote:
> There are plenty of tests failing on many architectures due to
> `--enable-preview` VM code introduced by Loom. This improvements eliminates
> some of the redundant `--enable-preview` clauses from the Record tests, since
> Records
On Wed, 27 Apr 2022 08:59:20 GMT, KIRIYAMA Takuya wrote:
> When showing help for the jlink command in a Japanese locale, delimiters of
> option's aliases are a mixture of "," and \u3001. Delimiter should be unified
> to ",".
> As the same, there is a inconsistency of delimiters in the jar
There are plenty of tests failing on many architectures due to
`--enable-preview` VM code introduced by Loom. This improvement eliminates some
of the redundant `--enable-preview` clauses from the Sealed Classes tests,
since Sealed Classes have been graduated from preview in JDK 17.
Additional
> Despite the hash value being cached for Strings, computing the hash still
> represents a significant CPU usage for applications handling lots of text.
>
> Even though it would be generally better to do it through an enhancement to
> the autovectorizer, the complexity of doing it by hand is
There are plenty of tests failing on many architectures due to
`--enable-preview` VM code introduced by Loom. This improvements eliminates
some of the redundant `--enable-preview` clauses from the Record tests, since
Records have been graduated from preview in JDK 16.
Additional testing:
-
> Despite the hash value being cached for Strings, computing the hash still
> represents a significant CPU usage for applications handling lots of text.
>
> Even though it would be generally better to do it through an enhancement to
> the autovectorizer, the complexity of doing it by hand is
On Tue, 10 May 2022 11:31:16 GMT, Andrey Turbanov wrote:
>> src/java.desktop/share/classes/javax/imageio/spi/ServiceRegistry.java line
>> 230:
>>
>>> 228: List l = new ArrayList<>();
>>> 229: for (Class c : categoryMap.keySet()) {
>>> 230: if
Hi Rafael,
On 09/05/2022 22:43, Rafael Winterhalter wrote:
Hello,
looking at thread dumps, I realized that the HttpClient implementation does
not offer an explicit way to release its threads. Currently, the client:
1. maintains a cached thread pool with a retention size of 60 seconds. If
many
On Tue, 10 May 2022 11:10:50 GMT, Daniel Fuchs wrote:
>> Andrey Turbanov has updated the pull request incrementally with one
>> additional commit since the last revision:
>>
>> 8280035: Use Class.isInstance instead of Class.isAssignableFrom where
>> applicable
>> apply suggestion to avoid
On Thu, 31 Mar 2022 08:03:23 GMT, Andrey Turbanov wrote:
>> Method `Class.isAssignableFrom` is often used in form of:
>>
>> if (clazz.isAssignableFrom(obj.getClass())) {
>> Such condition could be simplified to more shorter and performarnt code
>>
>> if (clazz.isInstance(obj)) {
>>
> 8262889: Compiler implementation for Record Patterns
>
> A first version of a patch that introduces record patterns into javac as a
> preview feature. For the specification, please see:
>
On Mon, 9 May 2022 20:52:15 GMT, Vicente Romero wrote:
> I've noticed that this code:
>
> ```
> class Test {
> String e(E e) {
> return switch (e) {
> case A -> "42";
> };
> }
>
> enum E {
> A, B;
> }
> }
> ```
>
> fails with:
>
> ```
>
> 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
On Fri, 6 May 2022 11:32:25 GMT, Claes Redestad wrote:
> A few untested and unused methods in `VerifyType` which can be removed.
> (Possibly used by native JSR 292 implementations in JDK 7).
This pull request has now been integrated.
Changeset: 3fa1c404
Author:Claes Redestad
URL:
On Wed, 4 May 2022 20:27:04 GMT, lennartfricke wrote:
> Provide micro-benchmark for comparison
This pull request has now been integrated.
Changeset: 34621909
Author:Lennart Fricke
Committer: Claes Redestad
URL:
On Wed, 4 May 2022 09:46:00 GMT, Сергей Цыпанов wrote:
>> `Class.getInterfaces(false)` does not clone underlying array and can be used
>> in cases when the returned array is only read from.
>
> Сергей Цыпанов has updated the pull request incrementally with one additional
> commit since the
On Mon, 9 May 2022 15:56:35 GMT, Adam Sotona wrote:
> 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
On Thu, 5 May 2022 15:21:23 GMT, Matthias Baesken wrote:
> The isMusl method had to be handled in
> test/lib-test/jdk/test/lib/TestMutuallyExclusivePlatformPredicates.java .
> Additionally, the vm.musl predicate seem not to be available in the langtools
> tests.
This pull request has now been
> The isMusl method had to be handled in
> test/lib-test/jdk/test/lib/TestMutuallyExclusivePlatformPredicates.java .
> Additionally, the vm.musl predicate seem not to be available in the langtools
> tests.
Matthias Baesken has updated the pull request with a new target base due to a
merge or a
> Removing the Duplicate keys present in XSLTErrorResources.java and
> XPATHErrorResources.java
>
> The bug report for the same: https://bugs.openjdk.java.net/browse/JDK-8285097
Shruthi has updated the pull request incrementally with one additional commit
since the last revision:
update
On Wed, 27 Apr 2022 14:57:41 GMT, Matthias Baesken wrote:
> Currently we set _WIN32_WINNT at various places in the codebase; this is used
> to target a minimum Windows version we want to support. See also for more
> detailled information :
>
96 matches
Mail list logo