Bug#637218: /usr/include/gnu/stubs.h:7:27: fatal error: gnu/stubs-32.h: No such file or directory
On Tue, Aug 9, 2011 at 7:23 PM, Aurelien Jarno <firstname.lastname@example.org> wrote:
> merge 629819 637218
> On Tue, Aug 09, 2011 at 05:30:33PM +0200, Sedat Dilek wrote:
>> Package: libc6-dev-amd64
>> Version: 2.13-16
>> Severity: normal
>> I thought this stuff is fixed?
>> When building gcc-4.7 snapshot, I get again this "gnu/stubs-32.h" error.
>> My build breaks like this:
>> /usr/include/gnu/stubs.h:7:27: fatal error: gnu/stubs-32.h: No such
>> file or directory
>> compilation terminated.
>> $ l /usr/include/i386-linux-gnu/gnu/stubs*
>> -rw-r--r-- 1 root root 624 9. Aug 15:20
>> -rw-r--r-- 1 root root 315 9. Aug 15:17 /usr/include/i386-linux-gnu/gnu/stubs.h
> stubs-32.h is only there because it's an i386 only header. The problem
> is that your compiler is not multiarch aware. Everything is correct in
> the package side.
Just to clarify, I am building with Debian's gcc-4.6 (4.6.1-6) from i386/sid.
> It's basically the same bug than #629819 (crti.o, crt1.o), but for the
> headers. The same workaround, explained in NEWS.Debian.gz applies. I am
> therefore merging the bugs.
[ /usr/share/doc/libc6/NEWS.Debian.gz ]
eglibc (2.13-11) unstable; urgency=low
Starting with the eglibc package version 2.13-5, the libraries are
shipped in the multiarch directory /lib/$arch instead of the more
The toolchain in Debian has been updated to cope with that, and most
build systems should be unaffected. If you are using a non-Debian
toolchain to build your software and it is not able to cope with
multiarch, you might try to pass the following option to your
-- Aurelien Jarno <email@example.com> Sat, 23 Jul 2011 23:42:46 +0200
Passing -B/usr/lib/$arch did not help here (for both issue
gnu/stubs-32.h and crt*.o)!
What shall I do next - report a bug against gcc-4.6 package?
- Sedat -
> Aurelien Jarno GPG: 1024D/F1BCDB73
> firstname.lastname@example.org http://www.aurel32.net