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: "dave.anglin at bell dot net" <sourceware-bugzilla at sourceware dot org>
- To: glibc-bugs at sourceware dot org
- Date: Tue, 30 May 2017 23:00:32 +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 #7 from dave.anglin at bell dot net ---
On 2017-05-30, at 6:06 PM, zackw at panix dot com wrote:
> (In reply to Zack Weinberg from comment #3)
>> I'm not sure I'm going to be able to reproduce this in cross compilation,
>> because I should have seen it when testing the _ISOMAC patches.
>
> Right now it is not even possible to *build* a cross-compiled glibc for hppa
> using unmodified trunk and the build-many-glibcs automation, because of:
Yes, I have a fairly large patch file. Attached is build log and my patch
file.
Most of these patches have been sent to the list previously but I'm working on
trying to test
a patch for recent pthread changes (mainly the initializers).
If the tests are looking for the current system syscall.h files, they are here:
dave@mx3210:~$ find /usr/include -name syscall.h
/usr/include/syscall.h
/usr/include/hppa-linux-gnu/sys/syscall.h
/usr/include/hppa-linux-gnu/bits/syscall.h
--
John David Anglin dave.anglin@bell.net
--
You are receiving this mail because:
You are on the CC list for the bug.