Yeppers. It's because gcc for Homebrew still sets DARWIN automatically whereas
for clang (Xcode), the canon macro is now __APPLE__
I've updated all APR's to be aware of __APPLE__ and, if set, it auto defines
DARWIN and DARWIN_10 in apr.h
This should fix the issues w/ all compilers.
Thx for the extra info!
> On Mar 14, 2019, at 7:49 PM, wuzhouhui <wuzhouhu...@mails.ucas.ac.cn> wrote:
>
>>
>> On Mar 15, 2019, at 5:44 AM, William A Rowe Jr <wr...@rowe-clan.net> wrote:
>>
>> Jim, Stefan, wuzhouhui...
>>
>> On Wed, Mar 13, 2019 at 3:13 PM Jim Jagielski <j...@jagunet.com> wrote:
>>>
>>> FWIW, I have apr-1.6 here and cannot confirm the below. When compiling w/
>>> httpd, DARWIN_10 is defined as required.
>>>
>>>> On Mar 3, 2019, at 9:26 AM, wuzhouhui <wuzhouhu...@mails.ucas.ac.cn> wrote:
>>>>
>>>> ~/Downloads/apr-1.6.5$ gcc -I./include a.c
>>>> a.c:7:33: warning: format specifies type 'long' but the argument has type
>>>> 'apr_off_t' (aka 'long long') [-Wformat]
>>>> printf("%" APR_OFF_T_FMT "\n", a);
>>>> ~~~ ^
>>>>
>>>> Outputs of `uname -a`:
>>>> Darwin wzhdeMacBook-Pro.local 18.2.0 Darwin Kernel Version 18.2.0: Mon Nov
>>>> 12 20:24:46 PST 2018; root:xnu-4903.231.4~2/RELEASE_X86_64 x86_64
>>
>> Sounds like the same kernel...
>>
>>>> Outputs of `gcc --version`:
>>>> Configured with: --prefix=/Library/Developer/CommandLineTools/usr
>>>> --with-gxx-include-dir=/Library/Developer/CommandLineTools/SDKs/MacOSX10.14.sdk/usr/include/c++/4.2.1
>>>> Apple LLVM version 10.0.0 (clang-1000.10.44.4)
>>>> Target: x86_64-apple-darwin18.2.0
>>>> Thread model: posix
>>>> InstalledDir: /Library/Developer/CommandLineTools/usr/bin
>>
>> Seems like this is a quirk that has been fixed between clang-1000.10.44.4
>> and clang-1000.11.45.5? Could you possibly update and recheck, wuzhouhui?
> I use gcc-8.3.0 to compile a.c, but no warning produced:
>
> ~/Downloads/apr-1.6.5$ gcc-8 --version
> gcc-8 (Homebrew GCC 8.3.0) 8.3.0
> Copyright (C) 2018 Free Software Foundation, Inc.
> This is free software; see the source for copying conditions. There is NO
> warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.
>
> ~/Downloads/apr-1.6.5$ /usr/local/bin/gcc-8 -I./include a.c
> ~/Downloads/apr-1.6.5$
>
>>
>> So why would DARWIN_10 affect this? No indication that
>>
>> Then I realized everyone reporting this is likely tripping over the
>> _FILE_OFFSET_BITS confusion inherent in normal vs LFS code. wuzhouhui's
>> example is a specific c snippet, Jim, did you test that specifically? I'm
>> going back over the entire logic that gets us to apr_off_t, because it was
>> very fragile in the first place.
>>
>> I'd be very appreciative if each of you could send me your config.status and
>> config.log results from
> Put config.status and config.log inline is too long, and I'm not sure whether
> this
> mailing list support attachment. Anyway, I attach config.status and
> config.log and
> please remind me if you don't get them.
>
>> ./configure of apr 1.6.5 so I can see what is miscalculated, where between
>> the apr_int64_t and apr_off_t, on BSD and OSX. Then look at what sort of
>> horrible mess the apr.h.in leaves us with on osx/darwin, given the zany
>> exceptions listed there.
>>
>> Thanks,
>>
>> Bill
