Page MenuHomeFreeBSD

Defer evaluation of modified until after it's set
ClosedPublic

Authored by imp on May 31 2019, 3:01 PM.
Tags
None
Referenced Files
F114497059: D20480.diff
Sun, Apr 13, 5:24 AM
Unknown Object (File)
Fri, Apr 4, 1:24 PM
Unknown Object (File)
Fri, Mar 21, 12:02 AM
Unknown Object (File)
Jan 23 2025, 10:13 PM
Unknown Object (File)
Jan 13 2025, 6:20 AM
Unknown Object (File)
Jan 1 2025, 7:32 AM
Unknown Object (File)
Dec 24 2024, 7:52 AM
Unknown Object (File)
Dec 13 2024, 10:21 AM
Subscribers
None

Details

Summary

With the reorg r348175, we now look at modified before it is
set. Rearrange things so that we can set include_metadata to either
yes, no or some variable to be evaluated in the future (in this case
modified). Use the eval echo trick to expanded it. This should fix the
-R flag that was broken in r348175, which broke
WITH_REPRODUCIBLE_BUILD for kernels.

Diff Detail

Lint
Lint Passed
Unit
No Test Coverage
Build Status
Buildable 24635
Build 23413: arc lint + arc unit

Event Timeline

No objection but I'm generally not a fan of the deferred evaluation; what about just setting include_metadata=yes/no/if-modified and making the test something like
if [${include_metadata} = yes || (${include_metadata} = if-modified && ${modified} = yes)]

Anyway if you prefer this approach that's fine with me

Fix per ed (though a little different construct)
Fix backwards test after converting from -z notation...

No objection but I'm generally not a fan of the deferred evaluation; what about just setting include_metadata=yes/no/if-modified and making the test something like
if [${include_metadata} = yes || (${include_metadata} = if-modified && ${modified} = yes)]

Anyway if you prefer this approach that's fine with me

Due to the funky way that test works, I opted for a slightly different way to say this...

This revision was not accepted when it landed; it landed in state Needs Review.May 31 2019, 10:57 PM
This revision was automatically updated to reflect the committed changes.