In GitHub Actions the step "Check that all tests executed successfully" will be
marked as failing when the "Run tests" step did not run but some earlier step
already failed. This is irritating and it can be corrected by doing the test
check only if testing was not skipped.
Here is a link to suc
On Thu, 7 Apr 2022 07:53:38 GMT, Christoph Langer wrote:
> In GitHub Actions the step "Check that all tests executed successfully" will
> be marked as failing when the "Run tests" step did not run but some earlier
> step already failed. This is irritating and it can be corrected by doing the
>
On Thu, 7 Apr 2022 07:53:38 GMT, Christoph Langer wrote:
> In GitHub Actions the step "Check that all tests executed successfully" will
> be marked as failing when the "Run tests" step did not run but some earlier
> step already failed. This is irritating and it can be corrected by doing the
>
On Thu, 7 Apr 2022 00:56:42 GMT, Tim Prinzing wrote:
>> Created a test called NullCallerGetResource to test
>> Module::getResourceAsStream and Class::getResourceAsStream from the native
>> level.
>>
>> At the java level the test builds a test module called 'n' which opens the
>> package 'open
On Thu, 7 Apr 2022 05:52:24 GMT, Alan Bateman wrote:
> Tim - this creates a conflict between the spec and implementation, the
> changes to the 2-arg isOpen method need to be dropped so that it continues to
> throw NPE if module is null.
okay
-
PR: https://git.openjdk.java.net/jdk
On Thu, 7 Apr 2022 07:53:38 GMT, Christoph Langer wrote:
> In GitHub Actions the step "Check that all tests executed successfully" will
> be marked as failing when the "Run tests" step did not run but some earlier
> step already failed. This is irritating and it can be corrected by doing the
>
On Wed, 6 Apr 2022 13:30:28 GMT, Andrew Leonard wrote:
>> This PR fixes the non-deterministic behavior when building on linux with
>> different userids or within
>> different workspace folders.
>> It fixes the following issues:
>> - MakeZipReproducible.java used to produce reproducible src.zip r
On Thu, 7 Apr 2022 15:51:30 GMT, Magnus Ihse Bursie wrote:
>> Andrew Leonard has updated the pull request incrementally with one
>> additional commit since the last revision:
>>
>> Trigger checks
>
> make/common/NativeCompilation.gmk line 1159:
>
>> 1157: ifeq ($(call isTargetOs, linux
On Thu, 7 Apr 2022 18:10:29 GMT, Andrew Leonard wrote:
>> You are correct for the linking command line. All the compilation command
>> lines are still handled with flags instead.
>
> What is CWD ?
Current working dir !
-
PR: https://git.openjdk.java.net/jdk/pull/8124
On Thu, 7 Apr 2022 16:33:44 GMT, Erik Joelsson wrote:
>> make/common/NativeCompilation.gmk line 1159:
>>
>>> 1157: ifeq ($(call isTargetOs, linux), true)
>>> 1158: ifeq ($$($1_COMPILE_WITH_DEBUG_SYMBOLS), true)
>>> 1159: $1_LINK_OBJS_RELATIVE := true
>>
>> I realize this
On Thu, 7 Apr 2022 15:51:30 GMT, Magnus Ihse Bursie wrote:
>> Andrew Leonard has updated the pull request incrementally with one
>> additional commit since the last revision:
>>
>> Trigger checks
>
> make/common/NativeCompilation.gmk line 1159:
>
>> 1157: ifeq ($(call isTargetOs, linux
On Thu, 7 Apr 2022 18:17:57 GMT, Andrew Leonard wrote:
>> make/common/NativeCompilation.gmk line 1159:
>>
>>> 1157: ifeq ($(call isTargetOs, linux), true)
>>> 1158: ifeq ($$($1_COMPILE_WITH_DEBUG_SYMBOLS), true)
>>> 1159: $1_LINK_OBJS_RELATIVE := true
>>
>> I realize thi
> Created a test called NullCallerGetResource to test
> Module::getResourceAsStream and Class::getResourceAsStream from the native
> level.
>
> At the java level the test builds a test module called 'n' which opens the
> package 'open' to everyone. There is also a package 'closed' which is neit
This is to upgrade the CLDR data from version 39 to version 41 which was
released yesterday. The vast majority of the changes are basically replacing
the CLDR data, along with tools/testcase alignments. Here is the link to CLDR
v41's release notes: https://cldr.unicode.org/index/downloads/cldr-4
On Thu, 7 Apr 2022 21:20:20 GMT, Naoto Sato wrote:
> This is to upgrade the CLDR data from version 39 to version 41 which was
> released yesterday. The vast majority of the changes are basically replacing
> the CLDR data, along with tools/testcase alignments. Here is the link to CLDR
> v41's r
On Thu, 7 Apr 2022 21:20:20 GMT, Naoto Sato wrote:
> This is to upgrade the CLDR data from version 39 to version 41 which was
> released yesterday. The vast majority of the changes are basically replacing
> the CLDR data, along with tools/testcase alignments. Here is the link to CLDR
> v41's r
16 matches
Mail list logo
