This is the mail archive of the glibc-bugs@sourceware.org mailing list for the glibc project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

[Bug libc/21514] sysdeps/unix/sysv/linux/sys/syscall.h:31:27: fatal error: bits/syscall.h: No such file or directory


https://sourceware.org/bugzilla/show_bug.cgi?id=21514

--- Comment #15 from cvs-commit at gcc dot gnu.org <cvs-commit at gcc dot gnu.org> ---
This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project "GNU C Library master sources".

The branch, master has been updated
       via  72b81552a1239f91054ae0c8469e6d780f79a890 (commit)
      from  139904b7e454b1232dc7807dd613682d107daab1 (commit)

Those revisions listed above that are new to this repository have
not appeared on any other notification email; so we list those
revisions in full, below.

- Log -----------------------------------------------------------------
https://sourceware.org/git/gitweb.cgi?p=glibc.git;h=72b81552a1239f91054ae0c8469e6d780f79a890

commit 72b81552a1239f91054ae0c8469e6d780f79a890
Author: Zack Weinberg <zackw@panix.com>
Date:   Thu Jun 1 10:56:10 2017 -0400

    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.

-----------------------------------------------------------------------

Summary of changes:
 ChangeLog                                      |    6 ++++++
 sysdeps/unix/sysv/linux/include/bits/syscall.h |    3 +++
 2 files changed, 9 insertions(+), 0 deletions(-)
 create mode 100644 sysdeps/unix/sysv/linux/include/bits/syscall.h

-- 
You are receiving this mail because:
You are on the CC list for the bug.

Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]