Thread (66 messages) flat view 66 messages, 5 authors, 1d ago

Re: [PATCH v6 3/3] core: convert build-time USE_NSEC into runtime core.useNanosec

From: Ben Knoble <hidden>
Date: 2026-09-03 01:00:48

Le 2 sept. 2026 à 17:05, Junio C Hamano [off-list ref] a écrit :

Ben Knoble [off-list ref] writes:
quoted
quoted
My suggestion wasn't really about supporting more cases, but just about
making the code simpler by having one less #ifdef. But like I said
earlier, we can't get rid of the NO_NSEC knob entirely, so it's probably
not worth worrying about the one #ifdef either way.

-Peff
Right on. Always good to find myself nodding along with your explanations :)
OK.  So will we see a hopefully small and final reroll that takes
advantage of the fact that ST_XTIME_NSEC(st) would usefully hide the
NO_NSEC build-time differences?
Ah, no: I wasn’t planning on removing this ifdef, as I think Peff and I agree that it’s not worth the hassle (at least for now).
I still am worried that something that sits this deep in the
callchain can easily BUG() when working on a repository that is not
the_repository due to the use of repo_config_values(), and we might
be better off adopting safe default when istate->repo is different
from the_repository, but other than that, I think the series is in
great shape.

Thanks.
Yea. See previous messages re: convincing the test apparatus to set this globally. If I could run it that way at least locally, it would go a little ways towards scaring those BUGs out into the light.

Absent suggestions, though, I’m afraid my time is limited to explore the guts of yet another subsystem ;)
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help