On Tue, 6 Aug 2024 19:46:02 GMT, Roger Riggs wrote:
>> A few methods in `java.time.chrono.ChronoLocalDateImpl` are unused and could
>> be removed:
>> 1. plusWeeks(long)
>> 2. minusYears(long)
>> 3. minusMonths(long)
>> 4. minusWeeks(long)
>> 5. minusDays(long)
>>
>> Tested `test/jdk/java/time`
> This PR implements the same algorithm as the current generateMHInlineCopy
> based on bytecode to improve startup performance.
Shaojin Wen has updated the pull request incrementally with one additional
commit since the last revision:
1. not generate coderArgs unless needed
2. code style
-
> This PR implements the same algorithm as the current generateMHInlineCopy
> based on bytecode to improve startup performance.
Shaojin Wen has updated the pull request incrementally with one additional
commit since the last revision:
refactor checkOverflow
-
Changes:
- all: h
On Tue, 6 Aug 2024 23:41:09 GMT, Shaojin Wen wrote:
>> This PR implements the same algorithm as the current generateMHInlineCopy
>> based on bytecode to improve startup performance.
>
> Shaojin Wen has updated the pull request incrementally with six additional
> commits since the last revision:
> First pass at adding some quality of implementation discussions around the
> overridable methods of Object.
Joe Darcy 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
On Tue, 6 Aug 2024 23:41:09 GMT, Shaojin Wen wrote:
>> This PR implements the same algorithm as the current generateMHInlineCopy
>> based on bytecode to improve startup performance.
>
> Shaojin Wen has updated the pull request incrementally with six additional
> commits since the last revision:
> This PR implements the same algorithm as the current generateMHInlineCopy
> based on bytecode to improve startup performance.
Shaojin Wen has updated the pull request incrementally with six additional
commits since the last revision:
- checkOverflow
- highArity default 0
- use MethodTypeDe
On Tue, 6 Aug 2024 18:07:16 GMT, Shaojin Wen wrote:
>> This PR implements the same algorithm as the current generateMHInlineCopy
>> based on bytecode to improve startup performance.
>
> Shaojin Wen has updated the pull request incrementally with two additional
> commits since the last revision:
On Tue, 6 Aug 2024 18:07:16 GMT, Shaojin Wen wrote:
>> This PR implements the same algorithm as the current generateMHInlineCopy
>> based on bytecode to improve startup performance.
>
> Shaojin Wen has updated the pull request incrementally with two additional
> commits since the last revision:
Thanks. I am going to use it a lot more. If I get more examples, should I
post a follow up? Or leave it for others to jump in?
On Mon, Aug 5, 2024, 7:26 AM Viktor Klang wrote:
> Hi David,
>
> Thank you for the write-up—sharing your experience with us.
>
> I'm happy you've had much success with `
On Thu, 1 Aug 2024 17:21:09 GMT, Naoto Sato wrote:
> Fixing the Java launcher's command line argument parsing issue on Windows.
> The Java launcher on Windows has been using `GetCommandLineA()` to obtain
> arguments, which by default does "best-fit" mapping when the arguments are
> converted t
On Fri, 19 Jul 2024 09:52:50 GMT, Andrey Turbanov wrote:
> A few methods in `java.time.chrono.ChronoLocalDateImpl` are unused and could
> be removed:
> 1. plusWeeks(long)
> 2. minusYears(long)
> 3. minusMonths(long)
> 4. minusWeeks(long)
> 5. minusDays(long)
>
> Tested `test/jdk/java/time` on L
On Tue, 6 Aug 2024 18:07:16 GMT, Shaojin Wen wrote:
>> This PR implements the same algorithm as the current generateMHInlineCopy
>> based on bytecode to improve startup performance.
>
> Shaojin Wen has updated the pull request incrementally with two additional
> commits since the last revision:
On Wed, 31 Jul 2024 01:46:09 GMT, Joe Darcy wrote:
>> First pass at adding some quality of implementation discussions around the
>> overridable methods of Object.
>
> Joe Darcy has updated the pull request with a new target base due to a merge
> or a rebase. The incremental webrev excludes the
> This PR implements the same algorithm as the current generateMHInlineCopy
> based on bytecode to improve startup performance.
Shaojin Wen has updated the pull request incrementally with two additional
commits since the last revision:
- copyright
- remove unused import
-
Change
> This PR implements the same algorithm as the current generateMHInlineCopy
> based on bytecode to improve startup performance.
Shaojin Wen has updated the pull request incrementally with one additional
commit since the last revision:
resolve the WithSecurityManager test failure
On Tue, 6 Aug 2024 17:01:11 GMT, Shaojin Wen wrote:
>> This PR implements the same algorithm as the current generateMHInlineCopy
>> based on bytecode to improve startup performance.
>
> Shaojin Wen has updated the pull request incrementally with one additional
> commit since the last revision:
> This PR implements the same algorithm as the current generateMHInlineCopy
> based on bytecode to improve startup performance.
Shaojin Wen has updated the pull request incrementally with one additional
commit since the last revision:
fix comments & code style
-
Changes:
- all
On Tue, 6 Aug 2024 00:50:48 GMT, Naoto Sato wrote:
> Fixing a regression caused by the removal of the legacy locale data. Legacy
> locale data happened to have resource bundle for "he" language (new ISO code)
> with the launguage name for "iw" (old ISO code). CLDR does not have it, thus
> the
On Tue, 6 Aug 2024 06:48:52 GMT, Per Minborg wrote:
>> This PR fixes `java.util.Deque`'s specification to name `peekFirst()` as an
>> equivalent to Stack's `peek()` method since both of them don't throw when a
>> collection is empty. This is not the case with the current `getFirst()`
>> method
On Fri, 26 Jul 2024 21:06:31 GMT, Turkhan wrote:
> This PR fixes `java.util.Deque`'s specification to name `peekFirst()` as an
> equivalent to Stack's `peek()` method since both of them don't throw when a
> collection is empty. This is not the case with the current `getFirst()`
> method.
>
>
This PR fixes `java.util.Deque`'s specification to name `peekFirst()` as an
equivalent to Stack's `peek()` method since both of them don't throw when a
collection is empty. This is not the case with the current `getFirst()` method.
Please let me know if I have to fix something in the PR. Will ap
On Wed, 26 Jun 2024 12:32:20 GMT, Jan Lahoda wrote:
> For general pattern matching switches, the `SwitchBootstraps` class currently
> generates a cascade of `if`-like statements, computing the correct target
> case index for the given input.
>
> There is one special case which permits a relati
23 matches
Mail list logo
