On Tue, 16 Mar 2021 21:02:28 GMT, Claes Redestad wrote:
>> This patch changes the otherLowercase / otherUppercase bits to be set if
>> either the codepoint is of type LOWERCASE_LETTER and UPPERCASE_LETTER, or
>> the Unicode Other_Lowercase / Other_Uppercase property is set. This
>> simplifies
On Tue, 16 Mar 2021 21:02:28 GMT, Claes Redestad wrote:
>> This patch changes the otherLowercase / otherUppercase bits to be set if
>> either the codepoint is of type LOWERCASE_LETTER and UPPERCASE_LETTER, or
>> the Unicode Other_Lowercase / Other_Uppercase property is set. This
>> simplifies
> This patch changes the otherLowercase / otherUppercase bits to be set if
> either the codepoint is of type LOWERCASE_LETTER and UPPERCASE_LETTER, or the
> Unicode Other_Lowercase / Other_Uppercase property is set. This simplifies
> the lookup in Character.isLowerCase/isUpperCase to a single
On Tue, 16 Mar 2021 12:51:02 GMT, Claes Redestad wrote:
> This patch changes the otherLowercase / otherUppercase bits to be set if
> either the codepoint is of type LOWERCASE_LETTER and UPPERCASE_LETTER, or the
> Unicode Other_Lowercase / Other_Uppercase property is set. This simplifies
> the
On Tue, 16 Mar 2021 12:51:02 GMT, Claes Redestad wrote:
> This patch changes the otherLowercase / otherUppercase bits to be set if
> either the codepoint is of type LOWERCASE_LETTER and UPPERCASE_LETTER, or the
> Unicode Other_Lowercase / Other_Uppercase property is set. This simplifies
> the
This patch changes the otherLowercase / otherUppercase bits to be set if either
the codepoint is of type LOWERCASE_LETTER and UPPERCASE_LETTER, or the Unicode
Other_Lowercase / Other_Uppercase property is set. This simplifies the lookup
in Character.isLowerCase/isUpperCase to a single table
On Tue, 16 Mar 2021 12:51:02 GMT, Claes Redestad wrote:
> This patch changes the otherLowercase / otherUppercase bits to be set if
> either the codepoint is of type LOWERCASE_LETTER and UPPERCASE_LETTER, or the
> Unicode Other_Lowercase / Other_Uppercase property is set. This simplifies
> the
On Sat, 13 Mar 2021 00:15:16 GMT, Phil Race wrote:
> From a build perspective this partially reverts
> https://bugs.openjdk.java.net/browse/JDK-8249821 except that it keeps
> the harfbuzz sources separate and still supports building and running against
> a system harfbuzz which is only of
On Tue, 16 Mar 2021 16:56:22 GMT, Phil Race wrote:
>> From a build perspective this partially reverts
>> https://bugs.openjdk.java.net/browse/JDK-8249821 except that it keeps
>> the harfbuzz sources separate and still supports building and running
>> against a system harfbuzz which is only of
On Tue, 16 Mar 2021 16:56:22 GMT, Phil Race wrote:
>> From a build perspective this partially reverts
>> https://bugs.openjdk.java.net/browse/JDK-8249821 except that it keeps
>> the harfbuzz sources separate and still supports building and running
>> against a system harfbuzz which is only of
On Tue, 16 Mar 2021 10:38:19 GMT, Alexander Zvegintsev
wrote:
>> Phil Race has updated the pull request incrementally with one additional
>> commit since the last revision:
>>
>> 8255790: GTKL: Java 16 crashes on initialising GTKL on Manjaro Linux
>
>
> From a build perspective this partially reverts
> https://bugs.openjdk.java.net/browse/JDK-8249821 except that it keeps
> the harfbuzz sources separate and still supports building and running against
> a system harfbuzz which is only of interest or relevance on Linux.
>
> I ended up having
On Tue, 16 Mar 2021 10:53:06 GMT, Robin Westberg wrote:
> When the Skara feature "dependent pull requests" is activated for the JDK
> repository, branches with the name "pr/" will start to appear. These
> will not be synced into personal forks by the Skara sync command, but if they
> are
On Tue, 16 Mar 2021 10:53:06 GMT, Robin Westberg wrote:
> When the Skara feature "dependent pull requests" is activated for the JDK
> repository, branches with the name "pr/" will start to appear. These
> will not be synced into personal forks by the Skara sync command, but if they
> are
On Tue, 16 Mar 2021 10:53:06 GMT, Robin Westberg wrote:
> When the Skara feature "dependent pull requests" is activated for the JDK
> repository, branches with the name "pr/" will start to appear. These
> will not be synced into personal forks by the Skara sync command, but if they
> are
When the Skara feature "dependent pull requests" is activated for the JDK
repository, branches with the name "pr/" will start to appear. These
will not be synced into personal forks by the Skara sync command, but if they
are synced manually, we should avoid running GitHub actions workflows on
On Mon, 15 Mar 2021 18:57:28 GMT, Phil Race wrote:
>> From a build perspective this partially reverts
>> https://bugs.openjdk.java.net/browse/JDK-8249821 except that it keeps
>> the harfbuzz sources separate and still supports building and running
>> against a system harfbuzz which is only of
On 3/15/21 6:56 PM, Anton Kozlov wrote:
> On Wed, 10 Mar 2021 11:21:44 GMT, Andrew Haley wrote:
>
>>> We always check for `R18_RESERVED` with `#if(n)def`, is there any reason to
>>> define the value for the macro?
>>
>> Robustness, clarity, maintainability, convention. Why not?
>
> I've tried
18 matches
Mail list logo
