RFR: 8276766: Enable jar and jmod to produce deterministic timestamped content [v9]
John Neffenger
jgneff at openjdk.java.net
Tue Nov 30 16:29:07 UTC 2021
On Tue, 30 Nov 2021 12:00:59 GMT, Andrew Leonard <aleonard at openjdk.org> wrote:
> So what you suggest sounds reasonable, although it would be a "behaviour change" in that whereas now if the date is between 1980->2106 only a xdostime is stored, we would now always be storing the additional "mtime" field ...
No, sorry, that is not at all what I suggested.
I am suggesting to immediately convert the value of the `--date` command-line option to an `Instant`. Once you have an `Instant` object, it's just like before when you had the value of `SOURCE_DATE_EPOCH` (which is in fact an instant on the time line), so you can revert to using your prior revision that handled that situation just perfectly!
In fact, you always want to avoid storing the addition "extended timestamp" field when possible because it causes a rather surprising increase in the size of the archive.
I wanted to send this right away, because you're such a fast coder, and in a different time zone, but please give me some time to look over your and Jaikiran's comments in more detail this morning. Thanks!
-------------
PR: https://git.openjdk.java.net/jdk/pull/6481
More information about the compiler-dev
mailing list