On Wed, 30 Aug 2023 03:12:18 GMT, Cesar Soares Lucas
wrote:
> Currently 'make print-targets' print all targets on the same line separated
> by space. That isn't only terribly to read but hard to "grep". Printing each
> target on a separate line seems much better.
>
> Tested on: Linux x64, Win
On Wed, 30 Aug 2023 16:38:39 GMT, Cesar Soares Lucas
wrote:
>> Currently 'make print-targets' print all targets on the same line separated
>> by space. That isn't only terribly to read but hard to "grep". Printing each
>> target on a separate line seems much better.
>>
>> Tested on: Linux x64
Hello,
I am trying to create a patch [1] that optimizes forEach for immutable
factory collections (from List/Set.of) to see how it compares with
constant-folded random access. However, this patch somehow tampers with
exploded image optimization and modules during build, and I cannot build
this patc
Sounds familiar ...
https://bugs.openjdk.org/browse/JDK-8261656 ?
David
On 31/08/2023 11:02 pm, Baesken, Matthias wrote:
Hello, by chance we noticed that a jdk build on RHEL Linux (ppc64le
if that matters) that uses a devkit puts the devkits folder into
the libsplashscreen.so bina
> The goal is to develop faster sort routines for x86_64 CPUs by taking
> advantage of AVX512 instructions. This enhancement provides an order of
> magnitude speedup for Arrays.sort() using int, long, float and double arrays.
>
> This PR shows upto ~7x improvement for 32-bit datatypes (int, floa
On Mon, 28 Aug 2023 23:29:43 GMT, Erik Joelsson wrote:
>> Srinivas Vamsi Parasa has updated the pull request incrementally with one
>> additional commit since the last revision:
>>
>> Clean up parameters passed to arrayPartition; update the check to load
>> library
>
> make/modules/java.base
> The goal is to develop faster sort routines for x86_64 CPUs by taking
> advantage of AVX512 instructions. This enhancement provides an order of
> magnitude speedup for Arrays.sort() using int, long, float and double arrays.
>
> This PR shows upto ~7x improvement for 32-bit datatypes (int, floa
On Thu, 31 Aug 2023 18:45:39 GMT, Srinivas Vamsi Parasa
wrote:
>> The goal is to develop faster sort routines for x86_64 CPUs by taking
>> advantage of AVX512 instructions. This enhancement provides an order of
>> magnitude speedup for Arrays.sort() using int, long, float and double arrays.
>>
On Tue, 29 Aug 2023 17:00:33 GMT, Srinivas Vamsi Parasa
wrote:
>> make/modules/java.base/Lib.gmk line 240:
>>
>>> 238:
>>> 239: ifeq ($(call isTargetOs, linux)+$(call isTargetCpu,
>>> x86_64)+$(INCLUDE_COMPILER2), true+true+true)
>>> 240: $(eval $(call SetupJdkLibrary, BUILD_LIB_X86_64, \
>
> The goal is to develop faster sort routines for x86_64 CPUs by taking
> advantage of AVX512 instructions. This enhancement provides an order of
> magnitude speedup for Arrays.sort() using int, long, float and double arrays.
>
> This PR shows upto ~7x improvement for 32-bit datatypes (int, floa
On Thu, 31 Aug 2023 17:29:04 GMT, Mikael Vidstedt wrote:
> Just because I'm curious: in which cases would the prefix contain `=`
> (equals)?
I don't have a concrete example, but one could imagine a command taking make or
configure style variable arguments like this:
$ fixpath exec some/windo
On Tue, 29 Aug 2023 00:16:46 GMT, Erik Joelsson wrote:
> On Windows, when a directory exists in the "unix" root with the same name as
> a directory in the "test" dir, fixpath will corrupt test arguments to jtreg
> (and possibly other arguments as well). Fixpath sees a string like this:
>
> tes
Hello Matthias,
That's certainly not wanted behavior. I checked and it doesn't happen in
our builds. I think your assessment is correct that the -R flag culprit
is introduced in X_LIBS from the builtin autoconf macros. Digging
through the history, it happened in [1], which is a long time ago.
On Tue, 29 Aug 2023 00:16:46 GMT, Erik Joelsson wrote:
> On Windows, when a directory exists in the "unix" root with the same name as
> a directory in the "test" dir, fixpath will corrupt test arguments to jtreg
> (and possibly other arguments as well). Fixpath sees a string like this:
>
> tes
Hello, by chance we noticed that a jdk build on RHEL Linux (ppc64le if that
matters) that uses a devkit puts the devkits folder into the
libsplashscreen.so binary .
See those objdump and ldd output :
objdump -x ./lib/libsplashscreen.so | grep PATH
RUNPATH
/mydev
15 matches
Mail list logo
