Re: [PATCH v4 0/3] Take four on fixing OPT_SET_PTR issues
- From
Junio C Hamano <gitster@pobox.com>
- Date
- Mar 31, 2014, 17:23 UTC
- Message-ID
- <xmqq4n2e8eov.fsf@gitster.dls.corp.google.com>
- In-Reply-To
- <cover.1396177207.git.marat@slonopotamus.org>
Marat Radchenko <marat@slonopotamus.org> writes:
Show 11 quoted lines
> Patches summary: > 1. Fix initial issue (incorrect cast causing crash on 64-bit MSVC) > 2. Improve OPT_SET_PTR to prevent same errors in future > 3. Purge OPT_SET_PTR away since nobody uses it > > *Optional* patch №3 is separated from №1 and №2 so that if someone someday > decides to return OPT_SET_PTR back by reverting №3, it will be returned > in a sane state. > > Decision of (not) merging №3 is left as an exercise to the reader due to > my insufficient knowledge of accepted practices in Git project.
SET_PTR() may not be used, but are there places where SET_INT() is abused with a cast-to-pointer for the same effect? I didn't check, but if there are such places, converting them to use SET_PTR() with their existing cast removed may be a better way to go.
My suspicion is that there would be none, as switching the behaviour based on a small integer flag value is far easier than swapping the pointer to a pointee to be operated on, when responding to a command line option.