On Tue, Aug 26, 2014 at 12:48:24PM +0100, Ramsay Jones wrote:
> > We can fix this by making name_decoration's adding function
> > public. If all callers use it, then any changes to structi
I blame vi finger-cruft.
> > initialization only need to happen in one place (and because
> > the members come in as parameters, the compiler can notice a
> > caller who does not supply enough information).
> > As a bonus, this also means that the decoration hashes
> > created by the bisect code will use less memory (previously
> > we over-allocated space for the distance integer, but not we
Er, I blame vi again. Yeah, that's my story and I'm sticking to it.
Thanks for proofreading. :)
To unsubscribe from this list: send the line "unsubscribe git" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html