ppc64le test build failure on glibc 2.23.

[Carlos O'Donell]

On 02/18/2016 10:32 PM, Carlos Eduardo Seo wrote:
> Looking at the preprocessor output for test-get_hwcap, I see it's getting the header from the system:
> 
> Fedora 21:
> 
> # 1 "/usr/include/sys/auxv.h" 1 3 4
> # 20 "/usr/include/sys/auxv.h" 3 4
> 
> Ubuntu 14.04:
> 
> # 1 "/usr/include/powerpc64le-linux-gnu/sys/auxv.h" 1 3 4
> # 20 "/usr/include/powerpc64le-linux-gnu/sys/auxv.h" 3 4
> 
> I suppose we can't always rely on this and it has to be fixed for 2.23. What solution do you prefer?

That's mixing host glibc headers while testing new glibc.
That's a recipe for problems.

For good testing purposes you should isolate your builds as much
as possible from the host using --with-headers, and it's because
of this that I see the problem. When using --with-headers you have
to build up a sysroot include tree to use with the build (adds
-nostdinc to builds).

Have a look at the scripts I'm attaching for how I do glibc builds
(needs kernel sources to get UAPI headers, but it does it all
automatically).

My suggested fix is to add auxv.h wrapper to include/sys/, and fixup
elf/test-auxv.c, and then see if there is any other fallout.

Cheers,
Carlos.

-------------- next part --------------
A non-text attachment was scrubbed...
Name: build-glibc.sh
Type: application/x-shellscript
Size: 6551 bytes
Desc: not available
URL: <http://sourceware.org/pipermail/libc-alpha/attachments/20160219/bb8f6509/attachment.bin>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: glibc-config.sh
Type: application/x-shellscript
Size: 313 bytes
Desc: not available
URL: <http://sourceware.org/pipermail/libc-alpha/attachments/20160219/bb8f6509/attachment-0001.bin>