On Fri, Mar 22, 2019 at 10:18 AM <yla...@apache.org> wrote: > Author: ylavic > Date: Fri Mar 22 15:18:47 2019 > New Revision: 1856064 > > URL: http://svn.apache.org/viewvc?rev=1856064&view=rev > Log: > Merge r1856063 from trunk: > > The string conversion to apr_off_t is strtoll when it's a long long.
One thing remains odd; --- ../configure.log 2019-03-20 13:49:43.254852386 -0500 +++ configure.log 2019-03-22 10:05:13.886964928 -0500 @@ -267,6 +267,7 @@ checking grp.h usability... yes checking grp.h presence... yes checking for grp.h... yes +checking for inttypes.h... (cached) yes checking io.h usability... no checking io.h presence... no checking for io.h... no @@ -418,10 +419,12 @@ checking for socklen_t... yes checking size of void*... 8 checking size of char... 1 +checking size of short... 2 checking size of int... 4 checking size of long... 8 -checking size of short... 2 checking size of long long... 8 +checking whether int64_t and int use fmt %d... checking whether int64_t and long use fmt %ld... yes +no checking for INT64_C... yes checking size of pid_t... 4 checking whether ssize_t and long use fmt %ld... yes @@ -488,7 +491,7 @@ checking for working PROCESS_SHARED locks... yes checking for robust cross-process mutex support... yes checking for pthread_condattr_setpshared... yes -decision on apr_lock implementation method... SysV IPC semget() +decision on apr_lock implementation method... pthread pshared mutex checking if fcntl returns EACCES when F_SETLK is already held... no checking if all interprocess locks affect threads... no checking if POSIX sems affect threads in the same process... no Mostly looking good but the nested tests in int64_t look like a problem.
