summaryrefslogtreecommitdiffstats
path: root/meta/recipes-support/apr
diff options
context:
space:
mode:
authorDengke Du <dengke.du@windriver.com>2016-12-19 13:40:14 +0800
committerRichard Purdie <richard.purdie@linuxfoundation.org>2016-12-22 08:46:34 +0000
commitfbdfb39c011676fe61a4d58b62226126e0e9ec62 (patch)
treea0f701f6dbc2038f7fb87912d07ffaa897435ac4 /meta/recipes-support/apr
parent99d1199fd0961f94732a1a533d66472ca17cf6f5 (diff)
downloadopenembedded-core-contrib-fbdfb39c011676fe61a4d58b62226126e0e9ec62.tar.gz
Revert "subversion: fix "svnadmin create" fail on x86"
This reverts commit cfe6f3e251240c9d9a70354be0501600357f0b87. This is because the apr configure wrong, when the apr configure meets the cross compiling, it pass 8 bytes to "off_t", in apr source code configure.in, it was hardcoded: APR_CHECK_SIZEOF_EXTENDED([#include <sys/types.h>], off_t, 8) The macro "APR_CHECK_SIZEOF_EXTENDED" was defined in build/apr_common.m4, it use the "AC_TRY_RUN" macro, this macro let the off_t to 8, when cross compiling enable. But in glibc on the x86 or multilib target the "off_t" was 4 bytes, so this cases dismatch for softwares which use the apr.h, such as subversion, run this: svnadmin create test It failed because the "APR_OFF_T_FMT" was "lld" in apr.h when apr configure, but the "apr_off_t" was 4 bytes, in the apr source code: apr_snprintf.c i_quad = va_arg(ap, apr_int64_t); When the function apr_vformatter meets "lld", it would use the above to parse, but the above read 8 bytes, so the follow-up data go to wrong. So we should configure the apr correct when cross compiling. I do this on the following patchs. Signed-off-by: Dengke Du <dengke.du@windriver.com> Signed-off-by: Ross Burton <ross.burton@intel.com>
Diffstat (limited to 'meta/recipes-support/apr')
0 files changed, 0 insertions, 0 deletions