On Saturday 2006, December 16 21:44, Junio C Hamano wrote:

quoted text
> This is not rejected nor forgotten but has not been applied yet,
> and may not be immediately.

Oh good.

quoted text
> I would love to have this; it would reduce mistakes (spelling
> "refs/head/" would silently compile fine and result in a broken
> command, while spelling PATH_REFS_HEAD would be caught by the
> compiler).

I'd not even considered that; I liked it because of a natural disinclination 
towards repeated use semanitcally identical literals.

quoted text
> A sad thing is this needs to be done when things are relatively
> quiescent.

While true - is there ever such a time?  :-)

On the other hand, this is (hopefully) a zero-impact change, and should leave 
the object the same...  I might even test it by comparing objects.

quoted text
> So I would apply this before v1.5.0 (or a replacement, if you
> have updates), but it might have to wait a bit until I I can say
> "ok, no big patches to C part is pending right now and it is a
> good time to do this clean-up".

If I know it's wanted I will happily maintain it indefinitely.  It's part of 
my rebase on master set anyway, so it's no pain to do so.  I'll keep an eye 
out for quiet times, or if you prod me when you want it I'll make you a 
rebased version instantly.

While we're on this subject, does the same apply to my hashsize literals patch 
which swapped 20 for HASH_WIDTH?

Andy
-- 
Dr Andrew Parkins, M Eng (Hons), AMIEE
andyparkins@gmail.com
-
To unsubscribe from this list: send the line "unsubscribe git" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html