Re: [RFC/PATCH 4/4] grep: obey --textconv for the case rev:path

2 messages, 2 authors, 2016-06-15 · open the first message on its own page

Re: [RFC/PATCH 4/4] grep: obey --textconv for the case rev:path

From: Junio C Hamano <hidden>
Date: 2016-06-15 22:56:05

Michael J Gruber [off-list ref] writes:
quoted
quoted
(cd t && git grep GET_SHA1_QUIETLY HEAD:../cache.h)
../HEAD:../cache.h:#define GET_SHA1_QUIETLY        01
Yuck.
And even more yuck:

(cd t && git grep --full-name GET_SHA1_QUIETLY HEAD:../cache.h)
HEAD:../cache.h:#define GET_SHA1_QUIETLY        01

Someone does not expect a "rev:" to be in there, it seems ;)
I think stepping outside of $(cwd) is an afterthought the code does
not anticipate.

Re: [RFC/PATCH 4/4] grep: obey --textconv for the case rev:path

From: Michael J Gruber <hidden>
Date: 2016-06-15 22:56:05

Junio C Hamano venit, vidit, dixit 07.02.2013 19:03:
Michael J Gruber [off-list ref] writes:
quoted
quoted
quoted
(cd t && git grep GET_SHA1_QUIETLY HEAD:../cache.h)
../HEAD:../cache.h:#define GET_SHA1_QUIETLY        01
Yuck.
And even more yuck:

(cd t && git grep --full-name GET_SHA1_QUIETLY HEAD:../cache.h)
HEAD:../cache.h:#define GET_SHA1_QUIETLY        01

Someone does not expect a "rev:" to be in there, it seems ;)
I think stepping outside of $(cwd) is an afterthought the code does
not anticipate.
Well, we do resolve relative paths correctly, and there are even some
"chdir" in the code path. It's just that the output label is incorrect.

Michael
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help