Yep, all good. Thx!
> On Mar 19, 2019, at 3:12 PM, William A Rowe Jr <wr...@rowe-clan.net> wrote:
>
> On Tue, Mar 19, 2019 at 1:51 PM Jim Jagielski <j...@jagunet.com
> <mailto:j...@jagunet.com>> wrote:
> Under OSX/macOS, whether off_t and/or size_t are long long or long
> depends on compile time and the actual platform being compiled for.
> To have a universal *.h file, you need those checks for __LP64__
> that are determined during the build of whatever is *using* APR,
> and not so much during when APR itself is built. If I adjust to
> bypass all Darwin specifics and allow the fall-through, it actually
> *creates* a defect on macOS depending on which version we
> are building on and which version of Xcode being used.
>
> But not for the specific flavor that is built at that moment, one hopes!
>
> As it is, right now, with the __APPLE__ macro fix I added to
> apr-*, all is good from OSX 10.7 (the oldest I have) thru 10.14
> using both official Apple Xcode cc/clang and MacPorts gcc.
>
> Excellent news, thanks for confirming that the fix for BSD didn't disrupt
> OSX! I'd still love to have someone spotting on AIX, Solaris etc to
> ensure those even more odd architecture compilers (non-gcc) aren't
> disrupted by the new ./configure logic.
>
>
