On Thu, 30 May 2024 13:50:33 GMT, Jan Lahoda wrote:
> Consider these two programs:
>
>
> public class SystemPrint {
> public static void main(String... args) {
> System.err.println("Hello!");
> }
> }
>
> and:
>
> public class
/ IOPrint
> Hello!
>
> real0m0,051s
> user0m0,038s
> sys 0m0,020s
>
>
> which seems much more acceptable.
>
> There is also #19467, which may reduce the time further.
>
> A future work might focus on making JLine initialize faster, but avoiding
> JLine i
/ IOPrint
> Hello!
>
> real0m0,051s
> user0m0,038s
> sys 0m0,020s
>
>
> which seems much more acceptable.
>
> There is also #19467, which may reduce the time further.
>
> A future work might focus on making JLine initialize faster, but avoiding
> JLin
On Thu, 30 May 2024 18:39:19 GMT, Chen Liang wrote:
>> Joe Darcy has updated the pull request incrementally with one additional
>> commit since the last revision:
>>
>> Update symbol files for JDK 23 build 25.
>
> src/jdk.compiler/share/data/symbols/jdk.incubator.foreign-N.sym.txt line 1:
>
Consider these two programs:
public class SystemPrint {
public static void main(String... args) {
System.err.println("Hello!");
}
}
and:
public class IOPrint {
public static void main(String... args) {
java.io.IO.println("Hello!");
}
}
They do the same
On Wed, 29 May 2024 19:51:36 GMT, Naoto Sato wrote:
> There is an initialization code in `Console` class that searches for the
> Console implementations. Refactoring the init code not to use lambda/stream
> would reduce the (initial) number of loaded classes by about 100 for
> java.base
On Fri, 24 May 2024 16:41:33 GMT, Adam Sotona wrote:
>> j.l.classfile.ClassReader instance is exposed in the Class-File API through
>> j.l.classfile.AttributeMapper::readAttribute method only.
>> ClassReader only purpose is to serve as a tool for reading content of a
>> custom attribute in a
On Mon, 20 May 2024 08:03:28 GMT, Adam Sotona wrote:
> Class-File API `ClassRemapper` component suppose to remap all classes
> referenced in a class file.
> Actual implementation missed remapping of bootstrap methods referenced from
> `invokedynamic` instructions.
> This patch fixes the
On Wed, 22 May 2024 13:58:21 GMT, Nizar Benalla wrote:
>> This checker checks the values of the `@since` tag found in the
>> documentation comment for an element against the release in which the
>> element first appeared.
>>
>> Real since value of an API element is computed as the oldest
On Fri, 24 May 2024 11:30:19 GMT, Pavel Rappo wrote:
>> Please review this PR which introduces the `java.io.IO` top-level class and
>> three methods to `java.io.Console` for [Implicitly Declared Classes and
>> Instance Main Methods (Third Preview)].
>>
>> This PR has been obtained as `git
On Thu, 23 May 2024 17:14:19 GMT, Pavel Rappo wrote:
>> Please review this PR which introduces the `java.io.IO` top-level class and
>> three methods to `java.io.Console` for [Implicitly Declared Classes and
>> Instance Main Methods (Third Preview)].
>>
>> This PR has been obtained as `git
On Thu, 23 May 2024 11:09:14 GMT, Claes Redestad wrote:
>> We can fold the call to `Objects.checkIndex` into the code generated in
>> generateTypeSwitchSkeleton instead of doing so by filtering the MH argument.
>> This loads 9 less classes (of which 8 generated LFs and Species classes) on
>>
On Tue, 21 May 2024 09:01:32 GMT, Claes Redestad wrote:
>> We can fold the call to `Objects.checkIndex` into the code generated in
>> generateTypeSwitchSkeleton instead of doing so by filtering the MH argument.
>> This loads 9 less classes (of which 8 generated LFs and Species classes) on
>>
On Sun, 5 May 2024 15:22:15 GMT, Nizar Benalla wrote:
>> This checker checks the values of the `@since` tag found in the
>> documentation comment for an element against the release in which the
>> element first appeared.
>>
>> Real since value of an API element is computed as the oldest
On Wed, 15 May 2024 17:05:17 GMT, Naoto Sato wrote:
>> Proposing new overloaded methods in `java.io.Console` class that explicitly
>> take a `Locale` argument. Existing methods rely on the default locale, so
>> the users won't be able to format their prompts/outputs in a certain locale
>>
On Fri, 3 May 2024 10:11:02 GMT, Jan Lahoda wrote:
> When JLine reads a line, there may be a prompt provided. However, JLine will
> not interpret the prompt literally, it will handle `%` specially. As a
> consequence, doing:
>
> System.console().readLine("%%s");
&
ormat` is used, which will convert
> `%%s` to `%s`, and then JLine will interpret the `%`. The proposed solution
> is to duplicate the `%`, so that JLine will print it.
Jan Lahoda has updated the pull request incrementally with one additional
commit since the last revision:
Update test/jd
ormat` is used, which will convert
> `%%s` to `%s`, and then JLine will interpret the `%`. The proposed solution
> is to duplicate the `%`, so that JLine will print it.
Jan Lahoda has updated the pull request incrementally with one additional
commit since the last revision:
Fixing
ormat` is used, which will convert
> `%%s` to `%s`, and then JLine will interpret the `%`. The proposed solution
> is to duplicate the `%`, so that JLine will print it.
Jan Lahoda has updated the pull request incrementally with one additional
commit since the last revision:
Adding anoth
ormat` is used, which will convert
> `%%s` to `%s`, and then JLine will interpret the `%`. The proposed solution
> is to duplicate the `%`, so that JLine will print it.
Jan Lahoda has updated the pull request with a new target base due to a merge
or a rebase. The pull request now co
On Fri, 3 May 2024 21:59:40 GMT, Pavel Rappo wrote:
>>> Ideally, we should have separate tests that make sure that jdk.internal.le
>>> is the default impl.
>>
>> We have a test that checks if `System.console()` returns the correct Console
>> (or null) from the expected module
>>
On Fri, 3 May 2024 11:20:52 GMT, Pavel Rappo wrote:
>> Jan Lahoda 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.
>
> src/jdk.internal.le/share/
On Wed, 17 Apr 2024 09:20:24 GMT, Jan Lahoda wrote:
>> Consider code like:
>>
>> public class MainClass {
>> public MainClass() {
>> System.out.println("Constructor called!");
>> }
>> public static void
On Fri, 12 Apr 2024 10:16:36 GMT, Jan Lahoda wrote:
> Consider code like:
>
> public class MainClass {
> public MainClass() {
> System.out.println("Constructor called!");
> }
> public static void main() {
>
On Mon, 6 May 2024 08:28:50 GMT, Jan Lahoda wrote:
> When integrating:
> https://github.com/openjdk/jdk/pull/18996
>
> I've forgot to push one last commit which was stabilizing the test of Mac
> OS/X. I am sorry for that.
>
> The test will create a pseudo terminal, a
When integrating:
https://github.com/openjdk/jdk/pull/18996
I've forgot to push one last commit which was stabilizing the test of Mac OS/X.
I am sorry for that.
The test will create a pseudo terminal, and change the current process
stdin/stdout to write into the pty. But, there's nothing
ormat` is used, which will convert
> `%%s` to `%s`, and then JLine will interpret the `%`. The proposed solution
> is to duplicate the `%`, so that JLine will print it.
Jan Lahoda has updated the pull request with a new target base due to a merge
or a rebase. The incremental webre
On Mon, 29 Apr 2024 11:44:50 GMT, Jan Lahoda wrote:
> Consider code like:
>
> public class ConsoleTest {
> public static void main(String... args) {
> System.console().printf("Hello!");
> }
> }
>
>
> When run as:
>
> $ java Consol
On Thu, 4 Apr 2024 07:30:34 GMT, Jan Lahoda wrote:
> This is an implementation of JEP JDK-8315129: Module Import Declarations
> (Preview). Please see the JEP for details:
> https://bugs.openjdk.org/browse/JDK-8315129
>
> It is mostly straightforward - the module imp
When JLine reads a line, there may be a prompt provided. However, JLine will
not interpret the prompt literally, it will handle `%` specially. As a
consequence, doing:
System.console().readLine("%%s");
will not print `%s`, as first `String.format` is used, which will convert `%%s`
to `%s`,
On Thu, 2 May 2024 20:54:58 GMT, Naoto Sato wrote:
> Fixing a comment in `java.io.Console`, which was a leftover from the fix to
> https://bugs.openjdk.org/browse/JDK-8308591
Looks good to me, thanks!
-
Marked as reviewed by jlahoda (Reviewer).
PR Review:
On Mon, 29 Apr 2024 18:41:44 GMT, Naoto Sato wrote:
> Looks good to me. Left some minor suggestions. BTW, should we file an issue
> at the `JLine` project, not to redirect to stderr, or suggest a new config
> (sorry if it has already been taken care of)?
The code to choose the output stream
API AST node/interface, so this is purely an
> implementation choice.
> - JShell now supports module imports as well; and the default, implicit,
> script is changed to use it to import all of `java.base` if preview is
> enabled. It is expected that the default would be changed if/when the module
&
a pty and to attach to it, and should run in a separate VM, as it leaves the
> VM attached to the terminal.
Jan Lahoda has updated the pull request incrementally with one additional
commit since the last revision:
Adjusting test, as suggested.
-
Changes:
- all: https://git.o
On Mon, 29 Apr 2024 20:21:23 GMT, Archie Cobbs wrote:
> > Of course the question is if it should write to stderr or /dev/tty like
> > mechanism..
>
> I was wondering the same thing. My understanding of the definition of
> "console" is a bidirectional byte channel with a keyboard & screen on
a pty and to attach to it, and should run in a separate VM, as it leaves the
> VM attached to the terminal.
Jan Lahoda 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 p
On Fri, 26 Apr 2024 23:54:17 GMT, Vicente Romero wrote:
>> Reflection is not retrieving generic type information for mandated
>> parameters. This is a known issue which has been explicitly stated in the
>> API of some reflection methods. Fix for
>>
Consider code like:
public class ConsoleTest {
public static void main(String... args) {
System.console().printf("Hello!");
}
}
When run as:
$ java ConsoleTest.java >/dev/null
it prints `Hello!` to stderr, instead of to stdout (where it would be
redirected).
The proposed
that was introduced some time ago.
> - there are a bit broader changes in `Flow`, to facilitate the introduction
> of variables without an explicit declaration for definite assignment and
> effectively final computation.
Jan Lahoda has updated the pull request with a new target base due to a merge
or
API AST node/interface, so this is purely an
> implementation choice.
> - JShell now supports module imports as well; and the default, implicit,
> script is changed to use it to import all of `java.base` if preview is
> enabled. It is expected that the default would be changed if/when the module
&
that was introduced some time ago.
> - there are a bit broader changes in `Flow`, to facilitate the introduction
> of variables without an explicit declaration for definite assignment and
> effectively final computation.
Jan Lahoda has updated the pull request with a new target base due to a merge
or
On Fri, 19 Apr 2024 13:23:53 GMT, Claes Redestad wrote:
> We can reduce overhead of first use of a switch bootstrap by moving
> `typePairToName` into `TypePairs` and by explicitly overriding `hashCode` and
> `equals`. The first change avoids loading and initializing the `TypePairs`
> class in
API AST node/interface, so this is purely an
> implementation choice.
> - JShell now supports module imports as well; and the default, implicit,
> script is changed to use it to import all of `java.base` if preview is
> enabled. It is expected that the default would be changed if/when the module
&
API AST node/interface, so this is purely an
> implementation choice.
> - JShell now supports module imports as well; and the default, implicit,
> script is changed to use it to import all of `java.base` if preview is
> enabled. It is expected that the default would be changed if/when the module
&
On Thu, 18 Apr 2024 10:47:11 GMT, Maurizio Cimadamore
wrote:
>> Jan Lahoda has updated the pull request incrementally with one additional
>> commit since the last revision:
>>
>> Updating JEP number and caption.
>
> src/jdk.compiler/share/classes
On Mon, 15 Apr 2024 18:25:02 GMT, Sonia Zaldana Calles
wrote:
> Hi folks,
>
> This PR aims to fix
> [JDK-8329581](https://bugs.openjdk.org/browse/JDK-8329581).
>
> I think the regression got introduced in
> [JDK-8315458](https://bugs.openjdk.org/browse/JDK-8315458).
>
> In the issue
On Thu, 18 Apr 2024 05:43:03 GMT, Alan Bateman wrote:
>> Jan Lahoda has updated the pull request incrementally with one additional
>> commit since the last revision:
>>
>> Fixing ListModuleDeps test.
>
> src/java.base/share/classes/jdk/internal/javac/Preview
API AST node/interface, so this is purely an
> implementation choice.
> - JShell now supports module imports as well; and the default, implicit,
> script is changed to use it to import all of `java.base` if preview is
> enabled. It is expected that the default would be changed if/when the module
&
API AST node/interface, so this is purely an
> implementation choice.
> - JShell now supports module imports as well; and the default, implicit,
> script is changed to use it to import all of `java.base` if preview is
> enabled. It is expected that the default would be changed if/when the module
&
API AST node/interface, so this is purely an
> implementation choice.
> - JShell now supports module imports as well; and the default, implicit,
> script is changed to use it to import all of `java.base` if preview is
> enabled. It is expected that the default would be changed if/when the module
&
API AST node/interface, so this is purely an
> implementation choice.
> - JShell now supports module imports as well; and the default, implicit,
> script is changed to use it to import all of `java.base` if preview is
> enabled. It is expected that the default would be changed if/when the module
&
own from the constructor are effectively
> ignored, and the launcher will continue with the next variant. This seems
> wrong - the exception should be printed for the user, like:
>
> $ java --enable-preview -classpath /tmp/ MainClass
> Exception in thread "main" java.la
On Wed, 17 Apr 2024 08:51:39 GMT, Jaikiran Pai wrote:
>> Jan Lahoda has updated the pull request incrementally with three additional
>> commits since the last revision:
>>
>> - Reflecting code formatting suggestion.
>> - First lookup the main method,
On Wed, 17 Apr 2024 06:34:25 GMT, Jan Lahoda wrote:
>> Consider code like:
>>
>> public class MainClass {
>> public MainClass() {
>> System.out.println("Constructor called!");
>> }
>> public static void
own from the constructor are effectively
> ignored, and the launcher will continue with the next variant. This seems
> wrong - the exception should be printed for the user, like:
>
> $ java --enable-preview -classpath /tmp/ MainClass
> Exception in thread "main" java.la
On Tue, 16 Apr 2024 10:03:21 GMT, David Holmes wrote:
>> Jan Lahoda has updated the pull request incrementally with one additional
>> commit since the last revision:
>>
>> Reflecting review feedback.
>
> src/java.base/share/native/libjli/java.c line 419:
>
&
own from the constructor are effectively
> ignored, and the launcher will continue with the next variant. This seems
> wrong - the exception should be printed for the user, like:
>
> $ java --enable-preview -classpath /tmp/ MainClass
> Exception in thread "main" java.la
On Sun, 14 Apr 2024 06:51:37 GMT, Alan Bateman wrote:
>> Jan Lahoda has updated the pull request incrementally with one additional
>> commit since the last revision:
>>
>> Reflecting review feedback.
>
> src/java.base/share/native/libjli/java.c line 434:
>
Consider code like:
public class MainClass {
public MainClass() {
System.out.println("Constructor called!");
}
public static void main() {
System.out.println("main called!");
}
}
and compile and run it, with preview enabled, like:
$ javac /tmp/MainClass.java
$
On Wed, 10 Apr 2024 10:59:25 GMT, Maurizio Cimadamore
wrote:
>> This PR removes support for the string template feature from the Java
>> compiler and the Java SE API, as discussed here:
>>
>> https://mail.openjdk.org/pipermail/amber-spec-experts/2024-April/004106.html
>
> Maurizio Cimadamore
On Wed, 10 Apr 2024 10:44:13 GMT, Maurizio Cimadamore
wrote:
>> src/java.base/share/classes/java/lang/invoke/StringConcatFactory.java line
>> 120:
>>
>>> 118: * @since 21
>>> 119: */
>>> 120: public static final int MAX_INDY_CONCAT_ARG_SLOTS;
>>
>> May this value change in the
On Wed, 10 Apr 2024 08:41:19 GMT, Christian Stein wrote:
>> Jan Lahoda has updated the pull request incrementally with one additional
>> commit since the last revision:
>>
>> Adding more tests for ambiguities.
>
> src/jdk.compiler/share/classes
API AST node/interface, so this is purely an
> implementation choice.
> - JShell now supports module imports as well; and the default, implicit,
> script is changed to use it to import all of `java.base` if preview is
> enabled. It is expected that the default would be changed if/when the module
&
On Wed, 10 Apr 2024 11:52:31 GMT, Maurizio Cimadamore
wrote:
>> Jan Lahoda has updated the pull request incrementally with one additional
>> commit since the last revision:
>>
>> Adding more tests for ambiguities.
>
> src/jdk.compiler/share/classes/com/sun/too
API AST node/interface, so this is purely an
> implementation choice.
> - JShell now supports module imports as well; and the default, implicit,
> script is changed to use it to import all of `java.base` if preview is
> enabled. It is expected that the default would be changed if/when the module
&
API AST node/interface, so this is purely an
> implementation choice.
> - JShell now supports module imports as well; and the default, implicit,
> script is changed to use it to import all of `java.base` if preview is
> enabled. It is expected that the default would be changed if/when the module
&
On Mon, 8 Apr 2024 16:36:49 GMT, Vicente Romero wrote:
>> Jan Lahoda has updated the pull request incrementally with one additional
>> commit since the last revision:
>>
>> Adding tests as suggested.
>
> src/jdk.compiler/share/classes/com/sun/tools/javac/comp/
that was introduced some time ago.
> - there are a bit broader changes in `Flow`, to facilitate the introduction
> of variables without an explicit declaration for definite assignment and
> effectively final computation.
Jan Lahoda has updated the pull request incrementally with one additional
commit sin
On Fri, 9 Feb 2024 10:47:08 GMT, Adam Sotona wrote:
>> ClassFile API provides two sets of instructions implementations (bound and
>> unbound).
>> Unbound implementation of `IncrementInstruction::constant` returns invalid
>> value.
>> This bug discovered a hole in the ClassFile API test
On Wed, 3 Apr 2024 08:15:52 GMT, Adam Sotona wrote:
> `Opcode.IFNONNULL.primaryTypeKind()` wrongly returned `IntType` instead of
> the right `ReferenceType`.
> Primary type kinds of `BRANCH` opcodes have yet no functional effect in the
> Class-File API.
> This simple patch fixes the typo.
>
>
On Fri, 5 Apr 2024 18:30:30 GMT, Joe Darcy wrote:
>> Jan Lahoda has updated the pull request incrementally with one additional
>> commit since the last revision:
>>
>> Reflecting review feedback:
>> - pre-generating the JCVarDecls in Attr, to aid Fl
that was introduced some time ago.
> - there are a bit broader changes in `Flow`, to facilitate the introduction
> of variables without an explicit declaration for definite assignment and
> effectively final computation.
Jan Lahoda has updated the pull request incrementally with one additional
commi
On Fri, 5 Apr 2024 13:09:56 GMT, Maurizio Cimadamore
wrote:
>> Jan Lahoda has updated the pull request incrementally with one additional
>> commit since the last revision:
>>
>> JavaCompiler cleanup
>
> src/jdk.compiler/share/classes/com/sun/tools/javac/comp/F
that was introduced some time ago.
> - there are a bit broader changes in `Flow`, to facilitate the introduction
> of variables without an explicit declaration for definite assignment and
> effectively final computation.
Jan Lahoda has updated the pull request incrementally with one additional
commit sin
that was introduced some time ago.
> - there are a bit broader changes in `Flow`, to facilitate the introduction
> of variables without an explicit declaration for definite assignment and
> effectively final computation.
Jan Lahoda has updated the pull request incrementally with one additional
commi
On Thu, 4 Apr 2024 17:00:33 GMT, Vicente Romero wrote:
>> Jan Lahoda has updated the pull request incrementally with one additional
>> commit since the last revision:
>>
>> Fixing tests.
>
> src/jdk.compiler/share/classes/com/sun/tools/javac/main/JavaCompiler
that was introduced some time ago.
> - there are a bit broader changes in `Flow`, to facilitate the introduction
> of variables without an explicit declaration for definite assignment and
> effectively final computation.
Jan Lahoda has updated the pull request with a new target base due to a merge
or
On Thu, 4 Apr 2024 16:47:07 GMT, Vicente Romero wrote:
>> Jan Lahoda has updated the pull request incrementally with one additional
>> commit since the last revision:
>>
>> Fixing tests.
>
> src/jdk.compiler/share/classes/com/sun/tools/javac/comp/F
On Thu, 4 Apr 2024 00:37:45 GMT, Vicente Romero wrote:
>> Jan Lahoda has updated the pull request incrementally with one additional
>> commit since the last revision:
>>
>> Fixing tests.
>
> src/java.compiler/share/classes/javax/lang/model/element/ElementKi
API AST node/interface, so this is purely an
> implementation choice.
> - JShell now supports module imports as well; and the default, implicit,
> script is changed to use it to import all of `java.base` if preview is
> enabled. It is expected that the default would be changed if/when the module
&
On Thu, 4 Apr 2024 11:43:07 GMT, Thiago Henrique Hüpner
wrote:
> Should the pull request incorporate a modification to the JAVASE script file
> for JShell, specifically substituting it with `import module java.se`? (right
> now the imports are computed, not read from a file)
Given we need to
This is an implementation of JEP JDK-8315129: Module Import Declarations
(Preview). Please see the JEP for details:
https://bugs.openjdk.org/browse/JDK-8315129
It is mostly straightforward - the module imports are parsed, and then expanded
to import-on-demand in `TypeEnter`.
There is a few
On Wed, 3 Apr 2024 20:17:39 GMT, Joe Darcy wrote:
> When new language features are added, the javax.lang.model may need to be
> updated. For certain classes of features, the API update includes introducing
> a new set of concrete visitors to handle the language feature.
>
> The API
On Tue, 2 Apr 2024 12:50:19 GMT, ExE Boss wrote:
>> Jan Lahoda has updated the pull request incrementally with one additional
>> commit since the last revision:
>>
>> Fixing tests.
>
> src/jdk.compiler/share/classes/com/sun/tools/javac/comp/TransPatterns
that was introduced some time ago.
> - there are a bit broader changes in `Flow`, to facilitate the introduction
> of variables without an explicit declaration for definite assignment and
> effectively final computation.
Jan Lahoda has updated the pull request incrementally with one additional
commi
that was introduced some time ago.
> - there are a bit broader changes in `Flow`, to facilitate the introduction
> of variables without an explicit declaration for definite assignment and
> effectively final computation.
Jan Lahoda has updated the pull request incrementally with two additional
commits
that was introduced some time ago.
> - there are a bit broader changes in `Flow`, to facilitate the introduction
> of variables without an explicit declaration for definite assignment and
> effectively final computation.
Jan Lahoda has updated the pull request incrementally with one additional
c
On Thu, 28 Mar 2024 11:00:42 GMT, Aggelos Biboudis
wrote:
>> Jan Lahoda has updated the pull request incrementally with one additional
>> commit since the last revision:
>>
>> Renaming visitReconstruction to visitDerivedInstance as suggested.
>
> src/jdk.compil
that was introduced some time ago.
> - there are a bit broader changes in `Flow`, to facilitate the introduction
> of variables without an explicit declaration for definite assignment and
> effectively final computation.
Jan Lahoda has updated the pull request incrementally with one additional
commit
This is a patch for javac, that adds the Derived Record Creation expressions.
The current draft specification for the feature is:
https://cr.openjdk.org/~gbierman/jep468/jep468-20240326/specs/derived-record-creation-jls.html
The current CSR is here:
https://bugs.openjdk.org/browse/JDK-8328637
On Sun, 17 Mar 2024 01:20:17 GMT, Nizar Benalla wrote:
>> src/java.base/share/classes/javax/crypto/interfaces/DHPublicKey.java line 68:
>>
>>> 66: *
>>> 67: * @return {@inheritDoc java.security.AsymmetricKey}
>>> 68: * @since 22
>>
>> Hello Nizar, are the removal of `@since` in
On Tue, 27 Feb 2024 08:45:12 GMT, Adam Sotona wrote:
> Task providing Class-File API transition to Second Preview.
Looks good to me.
-
Marked as reviewed by jlahoda (Reviewer).
PR Review: https://git.openjdk.org/jdk/pull/18021#pullrequestreview-1943355591
On Tue, 12 Mar 2024 14:06:11 GMT, Aggelos Biboudis
wrote:
> In cases where the compiler needs to unbox a `long`, `float`, `double` and
> then run the exactness check, we were getting a crash. While the selector
> value is always boxed, the type (which controls the execution flow) was not,
>
On Tue, 27 Feb 2024 15:10:37 GMT, Nizar Benalla wrote:
> # Issue
> - [JDK-8326836](https://bugs.openjdk.org/browse/JDK-8326836): changes were
> made to the method signatures but this modification isn't reflected in the @
> since tags. The @ since tags need to be updated.
>
> I changed the
On Thu, 7 Mar 2024 21:53:07 GMT, Jan Lahoda wrote:
>> Currently, JDK modules load by the bootstrap and platform ClassLoaders are
>> automatically granted the native access. I am working on an upgrade of JLine
>> inside the `jdk.internal.le` module, and I would like to r
On Mon, 4 Mar 2024 13:52:13 GMT, Jan Lahoda wrote:
> Currently, JDK modules load by the bootstrap and platform ClassLoaders are
> automatically granted the native access. I am working on an upgrade of JLine
> inside the `jdk.internal.le` module, and I would like to replace th
On Thu, 7 Mar 2024 09:30:41 GMT, Alan Bateman wrote:
>> Jan Lahoda has updated the pull request incrementally with three additional
>> commits since the last revision:
>>
>> - Merge remote-tracking branch 'origin/native-access-modules1' into
>> native-access-mo
t;
> This patch introduces an explicit list of modules that will automatically be
> granted the native access. Note this patch is not yet intended to change the
> end behavior - the list of modules granted native access is supposed to be
> the same as modules in the boot and platfor
On Tue, 5 Mar 2024 18:54:55 GMT, Alan Bateman wrote:
>> Jan Lahoda has updated the pull request incrementally with one additional
>> commit since the last revision:
>>
>> Apply suggestions from code review
>>
>> Co-authored-by: ExE Boss <38
t;
> This patch introduces an explicit list of modules that will automatically be
> granted the native access. Note this patch is not yet intended to change the
> end behavior - the list of modules granted native access is supposed to be
> the same as modules in the boot and platfor
1 - 100 of 211 matches
Mail list logo
