Newer hwcap failures

Szabolcs Nagy szabolcs.nagy@arm.com
Fri Jan 29 10:43:11 GMT 2021


The 01/29/2021 10:20, Florian Weimer via Libc-alpha wrote:
> * Adhemerval Zanella:
> 
> > The issue is test-container is copying the ld.so.cache from system into
> > testroot and thus _dl_sysdep_read_whole_file does not fail.
> >
> > For 32-bit builds, there is not ld.so.cache then _dl_sysdep_read_whole_file
> > fails and further ldconfig does not change the process map (since
> > _dl_load_cache_lookup won't reload the cache after an initial failure).
> >
> > That's explain why I am seeing this only on system with default 64-bit
> > userland.  I don't know exactly why I haven't see this before, neither
> > if it were some testing regression added recently.
> 
> I can't reproduce this (with an x86-64 host and a multilib toolchain).
> Does it require an i386 chroot to reproduce?

i see those tests fail with a config.make that has

cross-compiling = maybe

then /etc/ld.so.cache is missing from the install
directory (since ldconfig is not run)

i normally use a i686-linux-gnu toolchain on an
x86_64 machine to test i686, not a chroot/container.
in an i686 container with native gcc the tests pass.


More information about the Libc-alpha mailing list