Re: RFR: 8273459: Update code segment alignment to 64 bytes

2021-09-16 Thread Vladimir Kozlov
On Thu, 16 Sep 2021 13:52:24 GMT, Scott Gibbons wrote: > Change the default code entry alignment to 64 bytes from 32 bytes. This > allows for maintaining proper 64-byte alignment of data within a code > segment, which is required by several AVX-512 instructions. > > I ran into this while

Re: RFR: 8273459: Update code segment alignment to 64 bytes

2021-09-16 Thread Erik Joelsson
On Thu, 16 Sep 2021 13:52:24 GMT, Scott Gibbons wrote: > Change the default code entry alignment to 64 bytes from 32 bytes. This > allows for maintaining proper 64-byte alignment of data within a code > segment, which is required by several AVX-512 instructions. > > I ran into this while

Re: RFR: 8273459: Update code segment alignment to 64 bytes

2021-09-16 Thread Jatin Bhateja
On Thu, 16 Sep 2021 13:52:24 GMT, Scott Gibbons wrote: > Change the default code entry alignment to 64 bytes from 32 bytes. This > allows for maintaining proper 64-byte alignment of data within a code > segment, which is required by several AVX-512 instructions. > > I ran into this while

Re: RFR: 8273797: Stop impersonating "server" VM in all VM variants

2021-09-16 Thread Aleksey Shipilev
On Wed, 15 Sep 2021 10:02:19 GMT, Aleksey Shipilev wrote: > As the follow-up for Zero-specific JDK-8273494, we might want to clean up > build system logic for all VM variants: stop impersonating "server" VMs for > all of them. This basically leaves "core" and "custom" variants to be handled >

Re: RFR: 8245095: Implementation of JEP 408: Simple Web Server [v3]

2021-09-16 Thread Jaikiran Pai
On Thu, 16 Sep 2021 10:14:47 GMT, Julia Boes wrote: >> This change implements a simple web server that can be run on the >> command-line with `java -m jdk.httpserver`. >> >> This is facilitated by adding an entry point for the `jdk.httpserver` >> module, an implementation class whose main

RFR: 8273459: Update code segment alignment to 64 bytes

2021-09-16 Thread Scott Gibbons
Change the default code entry alignment to 64 bytes from 32 bytes. This allows for maintaining proper 64-byte alignment of data within a code segment, which is required by several AVX-512 instructions. I ran into this while implementing Base64 encoding and decoding. Code segments which were

Re: RFR: 8273801: Handle VMTYPE for "core" VM variant

2021-09-16 Thread David Holmes
On Wed, 15 Sep 2021 09:55:22 GMT, Aleksey Shipilev wrote: > Building with --with-jvm-variants=core currently produces a binary that > replies an odd version: > > > $ build/linux-x86_64-core-fastdebug/images/jdk/bin/java -version > openjdk version "18-internal" 2022-03-15 > OpenJDK Runtime

Re: RFR: 8245095: Implementation of JEP 408: Simple Web Server [v3]

2021-09-16 Thread Julia Boes
> This change implements a simple web server that can be run on the > command-line with `java -m jdk.httpserver`. > > This is facilitated by adding an entry point for the `jdk.httpserver` module, > an implementation class whose main method is run when the above command is > executed. This is

Integrated: 8273801: Handle VMTYPE for "core" VM variant

2021-09-16 Thread Aleksey Shipilev
On Wed, 15 Sep 2021 09:55:22 GMT, Aleksey Shipilev wrote: > Building with --with-jvm-variants=core currently produces a binary that > replies an odd version: > > > $ build/linux-x86_64-core-fastdebug/images/jdk/bin/java -version > openjdk version "18-internal" 2022-03-15 > OpenJDK Runtime

Re: RFR: 8273801: Handle VMTYPE for "core" VM variant

2021-09-16 Thread Aleksey Shipilev
On Wed, 15 Sep 2021 22:01:13 GMT, David Holmes wrote: > Good point - I hadn't considered that. But I wonder whether it is > actually still functional? If so and we want to keep it we should > probably build it regularly. Given that newer build system can accept