diff options
author | Dengke Du <dengke.du@windriver.com> | 2016-12-16 10:35:45 +0800 |
---|---|---|
committer | Dengke Du <dengke.du@windriver.com> | 2016-12-20 13:20:30 +0800 |
commit | 98f01bc4f3b2acec91130e78467d044664771e1c (patch) | |
tree | fa72eef80a7ef96ac95977fa87eebcab8186b8c1 /meta/recipes-support/nss-myhostname | |
parent | d0d260b0b85790ceb136dd6b0445e8e33d038f5e (diff) | |
download | openembedded-core-contrib-98f01bc4f3b2acec91130e78467d044664771e1c.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>
Diffstat (limited to 'meta/recipes-support/nss-myhostname')
0 files changed, 0 insertions, 0 deletions