After upgrading to 7zip 22, it extracts timestamps that are in archives, which is undesirable. I reported a similar issue for linux at #33714 a while ago, which got fixed. Unfortunately, it doesn't seem there is any equivalent flag to -DD in 7zip, so it unconditionally extracts timestamps which results in build failures due to some sources not being rebuilt because the timestamp has gone backwards (or is just in the past)
After upgrading to 7zip 22, it extracts timestamps that are in archives, which is undesirable. I reported a similar issue for linux at #33714 a while ago, which got fixed. Unfortunately, it doesn't seem there is any equivalent flag to
-DD
in 7zip, so it unconditionally extracts timestamps which results in build failures due to some sources not being rebuilt because the timestamp has gone backwards (or is just in the past)Link to someone else running into something similar: https://sourceforge.net/p/sevenzip/discussion/45797/thread/816678c1b5/
I believe the relevant variable in 7zip is
CArchiveExtractCallback::Write_MTime
, which is unconditionally set to true.Possible fixes here are
Environment
To Reproduce Steps to reproduce the behavior: Same as #33714, but on Windows
Expected behavior Modify times are set to current time