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 9:22 PM, Aurelien Jarno <aurelien@aurel32.net> wrote:
> On Tue, Aug 09, 2011 at 07:33:57PM +0200, Sedat Dilek wrote:
>> On Tue, Aug 9, 2011 at 7:23 PM, Aurelien Jarno <aurelien@aurel32.net> wrote:
>> > merge 629819 637218
>> > thanks
>> >
>> > On Tue, Aug 09, 2011 at 05:30:33PM +0200, Sedat Dilek wrote:
>> >> Package: libc6-dev-amd64
>> >> Version: 2.13-16
>> >> Severity: normal
>> >>
>> >> Hi,
>> >>
>> >> 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
>> >> /usr/include/i386-linux-gnu/gnu/stubs-32.h
>> >> -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.
>
> Without any change? gcc-4.6 from Debian is supposed to be patched, and
> should find gnu/stubs-32.h into /usr/include/i386-linux-gnu/ . It looks
> like a bug in the gcc-4.6 package. On the other hand I am not able to
> reproduce the bug with glibc 2.13-16 and gcc-4.6 4.6.1-6.
>
What are you doing to reproduce the issue?
Can you give an sample-script?
Can you explain how to pass "-B/usr/lib/$DEB_HOST_MULTIARCH" option?
Is this correct (which did not work here BTW)?
$ export CFLAGS_FOR_TARGET="-g -O2 -B/usr/lib/$DEB_HOST_MULTIARCH"
Backlog from #multiarch:
[22:54:17] <vorlon> DEB_CPPFLAGS_APPEND=-I/usr/include
DEB_LDFLAGS_APPEND="-L/usr/lib/arm-linux-gnueabi
-Wl,-rpath-link=/usr/lib/arm-linux-gnueabi:/lib/arm-linux-gnueabi:/usr/lib"
debuild -uc -us -B -aarmel
Some could force to include/look-for-libs with such settings (of
course should be adapted to i386-linux-gnu), but as far as I
understood you this is obsolete and used automagically?
I am building now GCC 4.6-20110805 Snapshot, to see if it is a problem
with GCC 4.7-20110806 Snapshot [2].
- Sedat -
[1] http://ftp-stud.fht-esslingen.de/Mirrors/sourceware.org/gcc/snapshots/LATEST-4.6/gcc-4.6-20110805.tar.bz2
[2] http://ftp-stud.fht-esslingen.de/Mirrors/sourceware.org/gcc/snapshots/LATEST-4.7/gcc-4.7-20110806.tar.bz2
> --
> Aurelien Jarno GPG: 1024D/F1BCDB73
> aurelien@aurel32.net http://www.aurel32.net
>
Reply to: