Add shim header for bits/syscall.h.
authorZack Weinberg <zackw@panix.com>
Thu, 1 Jun 2017 14:56:10 +0000 (10:56 -0400)
committerZack Weinberg <zackw@panix.com>
Thu, 1 Jun 2017 14:56:10 +0000 (10:56 -0400)
commit72b81552a1239f91054ae0c8469e6d780f79a890
treefb9a9c04256f25a38709f398da13352857c3c288
parent139904b7e454b1232dc7807dd613682d107daab1
Add shim header for bits/syscall.h.

On Linux-based configurations, bits/syscall.h is a generated file.
To avoid build-ordering problems, the Linux sys/syscall.h only includes
bits/syscall.h if _LIBC is not defined.  After the _ISOMAC-testsuite
changes, this means any test case that includes sys/syscall.h tries to
pull in bits/syscall.h.  This would be fine, because it'll definitely
have been generated by the time we start compiling tests, except that
the generated <builddir>/misc/bits/syscall.h is not visible in the
include path, because nothing needed it till now.  So we either get
the bits/syscall.h from the host system, or the build fails.

The fix is simple: add a shim header for bits/syscall.h.  I put it in
sysdeps/unix/sysv/linux/include instead of the top-level include/
because bits/syscall.h doesn't exist at all on other configurations as
far as I can tell.

This is known to affect nptl/tst-cond2[45].  Thanks to John David
Anglin for noticing the problem.

[BZ #21514]
* sysdeps/unix/sysv/linux/include/bits/syscall.h: New shim header
pointing to the generated file in <builddir>/misc/bits/syscall.h.
ChangeLog
sysdeps/unix/sysv/linux/include/bits/syscall.h [new file with mode: 0644]