Re: [PATCH] http: fix some printf format warnings on 32-bit builds
- From
Lars Schneider <larsxschneider@gmail.com>
- Date
- Nov 13, 2015, 08:46 UTC
- Message-ID
- <71B4BDE3-153C-4918-A23A-F45F0228A988@gmail.com>
- In-Reply-To
- <56437F96.2070209@ramsayjones.plus.com>
On 11 Nov 2015, at 18:49, Ramsay Jones <ramsay@ramsayjones.plus.com> wrote:
Show 33 quoted lines
>
>
> On 11/11/15 02:00, Stefan Beller wrote:
>> On Tue, Nov 10, 2015 at 5:22 PM, Eric Sunshine <sunshine@sunshineco.com> wrote:
>>> On Tue, Nov 10, 2015 at 7:23 PM, Ramsay Jones
>>> <ramsay@ramsayjones.plus.com> wrote:
>>>> Commit f8117f55 ("http: use off_t to store partial file size",
>>>> 02-11-2015) changed the type of some variables from long to off_t.
>>>> The 32-bit build, which enables the large filesystem interface
>>>> (_FILE_OFFSET_BITS == 64), defines the off_t type as a 64-bit
>>>> integer, whereas long is a 32-bit integer. This results in a couple
>>>> of printf format warnings.
>>>>
>>>> In order to suppress the warnings, change the format specifier to use
>>>> the PRIuMAX macro and cast the off_t argument to uintmax_t. (See also
>>>> the http_opt_request_remainder() function, which uses the same
>>>> solution).
>>>
>>> I just ran across the problem when building 'next' on my Mac and was
>>> about to investigate, so am happy to find that the work has already
>>> been done. Thanks.
>>>
>>> My machine is 64-bit, though, so perhaps it's misleading to
>>> characterize this as a fix for 32-bit builds. In particular, off_t is
>>> 'long long' on this machine, so it complains about the "long" format
>>> specifier.
>>
>> +Lars
>>
>> I wonder if 32 bit compilation can be part of travis.
>>
>
> Did this warning show up on the OS X build?Yes, I added CFLAGS="-Werror=format" to the my experimental TravisCI build and it breaks the build on OS X. See here (you need to scroll all the way down): https://travis-ci.org/larsxschneider/git/jobs/90899656
BTW: I tried to set "-Werror" but then I got a bunch of macro redefined errors like this: ./git-compat-util.h:614:9: error: 'strlcpy' macro redefined [-Werror]
Is this a known issue? Is this an issue at all?
Thanks, Lars