This is the mail archive of the
glibc-bugs@sourceware.org
mailing list for the glibc project.
[Bug libc/21514] sysdeps/unix/sysv/linux/sys/syscall.h:31:27: fatal error: bits/syscall.h: No such file or directory
- From: "joseph at codesourcery dot com" <sourceware-bugzilla at sourceware dot org>
- To: glibc-bugs at sourceware dot org
- Date: Thu, 01 Jun 2017 14:31:12 +0000
- Subject: [Bug libc/21514] sysdeps/unix/sysv/linux/sys/syscall.h:31:27: fatal error: bits/syscall.h: No such file or directory
- Auto-submitted: auto-generated
- References: <bug-21514-131@http.sourceware.org/bugzilla/>
https://sourceware.org/bugzilla/show_bug.cgi?id=21514
--- Comment #12 from joseph at codesourcery dot com <joseph at codesourcery dot com> ---
I *think* there may be an ordering issue with check-local-headers; if it
runs at the start of a testsuite run it examines only .d files from the
build of glibc itself, but if run later it also examines .d files from the
build of the testsuite.
I'm not sure how best to ensure it gets run at the end of a testsuite run
not the start, and it would be better anyway for it to be run in each
directory for that directory's .d files after the other tests in that
directory are run (as a step towards getting rid of the special logic for
toplevel tests and just keeping the logic for subdirectory tests).
The above is of course only tangentially related to the present bug, in
that it might be helpful in working out how to reproduce the reported
symptom of check-local-headers failures.
--
You are receiving this mail because:
You are on the CC list for the bug.