This is the mail archive of the
libc-alpha@sourceware.org
mailing list for the glibc project.
Re: ILP32 for ARM64: testing with glibc testsuite
- From: Florian Weimer <fweimer at redhat dot com>
- To: Yury Norov <ynorov at caviumnetworks dot com>, Maxim Kuvyrkov <maxim dot kuvyrkov at linaro dot org>
- Cc: GNU C Library <libc-alpha at sourceware dot org>
- Date: Thu, 24 Nov 2016 08:36:16 +0100
- Subject: Re: ILP32 for ARM64: testing with glibc testsuite
- Authentication-results: sourceware.org; auth=none
- References: <1477081997-4770-1-git-send-email-ynorov@caviumnetworks.com> <20161107082359.GA19666@yury-N73SV> <20161109095650.GA22804@yury-N73SV> <AE876380-19B7-415F-AB14-21FB40189CF6@linaro.org> <20161124051539.GA5365@yury-N73SV>
On 11/24/2016 06:15 AM, Yury Norov wrote:
Conform tests fail most probably because I have vanilla headers at
standard paths (/usr/include). Modified headers are under different
testing location. Steve also tested it, and he has modified headers at
/usr/include, and he doesn't see failures of conform tests. I don't
think that kernel or wrong ABI caused this regression. Most probably
it's configuration issue. I also think that glibc should take headers
from testing directory, not from standard paths. For me it's dangerous
to replace standard headers with untested ones. Is there some option
in glibc testsuite configuration to provide path to headers explicitly?
There is something peculiar with your test setup, I think. The conform
tests do not do that for me. How do you configure, build, and test glibc?
The instability in the malloc tests need investigation as well. If you
run this on a simulator, you need to increase the test timeout.
elf/* tests fail only in ILP32 mode. We tracked it down to the linker
problem that replaces accesses to TLS with direct address calculation
if possible, and does it wrong for ilp32. This is definitely a linker
problem, and ABI and kernel are not involved here.
The elf/check-localplt failure may have a different cause. What does
the test report in the .out file?
Thanks,
Florian