Re: RFR: 8290466: Default to --with-source-date=current to avoid unmodified Hotspot recompilation [v2]

2022-07-31 Thread Aleksey Shipilev
On Fri, 29 Jul 2022 09:34:53 GMT, Aleksey Shipilev wrote: >> See the bug for symptoms and rationale. >> >> In short, after [JDK-8288396](https://bugs.openjdk.org/browse/JDK-8288396) >> moved the timestamp to `CFLAGS_VM_VERSION` macro, which changes with every >> build, we get Hotspot recompila

Re: RFR: 8290466: Default to --with-source-date=current to avoid unmodified Hotspot recompilation

2022-07-29 Thread Aleksey Shipilev
On Fri, 29 Jul 2022 09:14:30 GMT, Magnus Ihse Bursie wrote: > Sorry for the slow response, I'm on vacation. Ah. I seen a few replies from you assumed you are back. > ``` > [how to set SOURCE_DATE_EPOCH ('updated', 'current', 'version' a > timestamp or an ISO-8601 date) @<:@current/value

Re: RFR: 8290466: Default to --with-source-date=current to avoid unmodified Hotspot recompilation [v2]

2022-07-29 Thread Aleksey Shipilev
> See the bug for symptoms and rationale. > > In short, after [JDK-8288396](https://bugs.openjdk.org/browse/JDK-8288396) > moved the timestamp to `CFLAGS_VM_VERSION` macro, which changes with every > build, we get Hotspot recompilation every time, even when Hotspot is not > modified. > > I bel

Re: RFR: 8290466: Default to --with-source-date=current to avoid unmodified Hotspot recompilation

2022-07-29 Thread Magnus Ihse Bursie
On Tue, 26 Jul 2022 12:28:41 GMT, Aleksey Shipilev wrote: > See the bug for symptoms and rationale. > > In short, after [JDK-8288396](https://bugs.openjdk.org/browse/JDK-8288396) > moved the timestamp to `CFLAGS_VM_VERSION` macro, which changes with every > build, we get Hotspot recompilation

Re: RFR: 8290466: Default to --with-source-date=current to avoid unmodified Hotspot recompilation

2022-07-29 Thread Aleksey Shipilev
On Tue, 26 Jul 2022 12:28:41 GMT, Aleksey Shipilev wrote: > See the bug for symptoms and rationale. > > In short, after [JDK-8288396](https://bugs.openjdk.org/browse/JDK-8288396) > moved the timestamp to `CFLAGS_VM_VERSION` macro, which changes with every > build, we get Hotspot recompilation

Re: RFR: 8290466: Default to --with-source-date=current to avoid unmodified Hotspot recompilation

2022-07-27 Thread Aleksey Shipilev
On Tue, 26 Jul 2022 12:28:41 GMT, Aleksey Shipilev wrote: > See the bug for symptoms and rationale. > > In short, after [JDK-8288396](https://bugs.openjdk.org/browse/JDK-8288396) > moved the timestamp to `CFLAGS_VM_VERSION` macro, which changes with every > build, we get Hotspot recompilation

Re: RFR: 8290466: Default to --with-source-date=current to avoid unmodified Hotspot recompilation

2022-07-26 Thread Erik Joelsson
On Tue, 26 Jul 2022 12:28:41 GMT, Aleksey Shipilev wrote: > See the bug for symptoms and rationale. > > In short, after [JDK-8288396](https://bugs.openjdk.org/browse/JDK-8288396) > moved the timestamp to `CFLAGS_VM_VERSION` macro, which changes with every > build, we get Hotspot recompilation

RFR: 8290466: Default to --with-source-date=current to avoid unmodified Hotspot recompilation

2022-07-26 Thread Aleksey Shipilev
See the bug for symptoms and rationale. In short, after [JDK-8288396](https://bugs.openjdk.org/browse/JDK-8288396) moved the timestamp to `CFLAGS_VM_VERSION` macro, which changes with every build, we get Hotspot recompilation every time, even when Hotspot is not modified. I believe current beh