On Wed, 25 Nov 2020 12:09:07 GMT, Jorn Vernee wrote:
>> JDK-8254231 breaks the Linux and Windows x86 (32-bit) builds. This contains
>> the needed changes to get it working again.
>>
>> Perhaps the most interesting change is adding the `JNI_ENTRY_CPP_NOENV`
>> macro. Using just JNI_ENTRY was ca
On Thu, 26 Nov 2020 18:29:42 GMT, Maurizio Cimadamore
wrote:
> There is a subtle bug in the heap segment factories: the byte size is
> computed using an int multiplication instead of a long multiplication.
> Because of that, it is possible to observe overflow when creating segments
> out of a
Concurrent updates may lead to redundant LambdaForms created and unnecessary
class loading when those are compiled.
Most notably, it severely affects MethodHandle customization: when a
MethodHandle is called from multiple threads, every thread starts customization
which takes enough time for o
For historical reasons, there exists a variety of different implementations of
awk: awk (the original implementation), gawk (the GNU version), nawk (new awk,
iirc) and the lesser known mawk.
Things are complicated by the fact that the original awk is seldom used, but
instead gawk or nawk is ty
This upstreams the patch from:
https://github.com/openjdk/panama-foreign/pull/396
There were only some minor merge conflicts due to imports and some tests being
replaced by java/foreign/TestNulls. All tests still pass, no other changes were
needed.
-
Commit messages:
- Add a meth
On Thu, 26 Nov 2020 18:53:06 GMT, Alan Bateman wrote:
>> Richard Fussenegger has refreshed the contents of this pull request, and
>> previous commits have been removed. The incremental views will show
>> differences compared to the previous content of the PR.
>
> src/java.base/share/classes/jav
On Thu, 26 Nov 2020 17:01:59 GMT, Richard Fussenegger
wrote:
> Adds `@Override` annotation to all methods in `java.util.UUID` that implement
> methods from the implemented interfaces.
Hi,
This looks reasonable to me.
best regards,
-- daniel
-
Marked as reviewed by dfuchs (Revi
On Thu, 26 Nov 2020 18:59:57 GMT, Richard Fussenegger
wrote:
>> Made byte constructor public and changed the length assertion to an
>> `IllegalArgumentException`, added a `getBytes` method that allows users to
>> retrieve the raw bytes of the UUID, and created a new private constructor
>> wit
> Made byte constructor public and changed the length assertion to an
> `IllegalArgumentException`, added a `getBytes` method that allows users to
> retrieve the raw bytes of the UUID, and created a new private constructor
> with an optimized construction for byte arrays that can set the version
6594730: UUID.getVersion() is only meaningful for Leach-Salz variant
-
Commit messages:
- 6594730: UUID.getVersion() is only meaningful for Leach-Salz variant
Changes: https://git.openjdk.java.net/jdk/pull/1467/files
Webrev: https://webrevs.openjdk.java.net/?repo=jdk&pr=1467&range=
There is a subtle bug in the heap segment factories: the byte size is computed
using an int multiplication instead of a long multiplication. Because of that,
it is possible to observe overflow when creating segments out of arrays whose
carrier has a byte size greater than one.
-
Co
Made byte constructor public and changed the length assertion to an
`IllegalArgumentException`, added a `getBytes` method that allows users to
retrieve the raw bytes of the UUID, and created a new private constructor with
an optimized construction for byte arrays that can set the version as desi
> This PR is to introduce a new random number API for the JDK. The primary API
> is found in RandomGenerator and RandomGeneratorFactory. Further description
> can be found in the JEP https://openjdk.java.net/jeps/356 .
>
> javadoc can be found at
> http://cr.openjdk.java.net/~jlaskey/prng/doc/a
Adds `@Override` annotation to all methods in `java.util.UUID` that implement
methods from the implemented interfaces.
-
Commit messages:
- 8170432: Class java.util.UUID & @Override
Changes: https://git.openjdk.java.net/jdk/pull/1463/files
Webrev: https://webrevs.openjdk.java.net/
Introduce sharing of `LambdaForms` for `VarHandle` linkers and invokers.
It reduces the number of LambdaForms needed at runtime.
Testing: tier1-4
-
Commit messages:
- Share LambdaForms for VH linkers/invokers.
Changes: https://git.openjdk.java.net/jdk/pull/1455/files
Webrev: https
Adds a constant for the special NIL UUID where all bits are zero to
`java.util.UUID`. The
[8207329](https://bugs.java.com/bugdatabase/view_bug.do?bug_id=8207329)
mentions the usage of it to avoid `null`, it for sure is also very handy in
testing where a UUID is required and we do not care about
> This PR is to introduce a new random number API for the JDK. The primary API
> is found in RandomGenerator and RandomGeneratorFactory. Further description
> can be found in the JEP https://openjdk.java.net/jeps/356 .
>
> javadoc can be found at
> http://cr.openjdk.java.net/~jlaskey/prng/doc/a
On Wed, 25 Nov 2020 14:16:20 GMT, Rémi Forax
wrote:
>> Jim Laskey has updated the pull request incrementally with one additional
>> commit since the last revision:
>>
>> 8248862: Implement Enhanced Pseudo-Random Number Generators
>>
>> Changes to RandomGeneratorFactory requested by @Pau
On Wed, 25 Nov 2020 14:10:17 GMT, Rémi Forax
wrote:
>> Jim Laskey has updated the pull request incrementally with one additional
>> commit since the last revision:
>>
>> 8248862: Implement Enhanced Pseudo-Random Number Generators
>>
>> Changes to RandomGeneratorFactory requested by @Pau
> This PR is to introduce a new random number API for the JDK. The primary API
> is found in RandomGenerator and RandomGeneratorFactory. Further description
> can be found in the JEP https://openjdk.java.net/jeps/356 .
>
> javadoc can be found at
> http://cr.openjdk.java.net/~jlaskey/prng/doc/a
On Wed, 25 Nov 2020 20:13:48 GMT, Daniel Fuchs wrote:
> Hi,
>
> Please find here an almost trivial fix for:
> 8255277: randomDelay in DrainDeadlockT and LoggingDeadlock do not randomly
> delay
>
> The two tests are changed from using Math.random() to using the jdk test lib
> RandomFactory, wh
> The ByteBuffers micro benchmark seems to be a little dated.
>
> It should be a useful resource to leverage when analysing the performance
> impact of any potential implementation changes in the byte buffer classes.
> More specifically, the impact of such changes on the performance of sharp
>
> The ByteBuffers micro benchmark seems to be a little dated.
>
> It should be a useful resource to leverage when analysing the performance
> impact of any potential implementation changes in the byte buffer classes.
> More specifically, the impact of such changes on the performance of sharp
>
On Wed, 25 Nov 2020 23:35:14 GMT, Vladimir Kozlov wrote:
>> JDK-8188055 added the function Reference.refersTo. For performance, the
>> supporting native methods Reference.refersTo0 and PhantomReference.refersTo0
>> should be intrinsified by C2.
>>
>> Initial patch was prepared by @fisk.
>>
>>
On Wed, 25 Nov 2020 23:35:14 GMT, Vladimir Kozlov wrote:
>> JDK-8188055 added the function Reference.refersTo. For performance, the
>> supporting native methods Reference.refersTo0 and PhantomReference.refersTo0
>> should be intrinsified by C2.
>>
>> Initial patch was prepared by @fisk.
>>
>>
On Mon, 23 Nov 2020 14:54:21 GMT, Jorn Vernee wrote:
> This patch fixes several failures on x86_32 of java/foreign tests.
>
> This is mostly done by disabling the failing tests, but the impl of CLinker
> is also adjusted ton properly detect 32 bit platforms as unsupported.
>
> CLinker is speci
> This is a corner case that arises when creating a Configuration for a child
> module layer. If an explicit module in the child configuration reads an
> automatic module in a parent configuration then it should read all automatic
> modules in the parent configurations. Unfortunately, this read
27 matches
Mail list logo
