[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#682678: marked as done (/usr/include/features.h referes to bits/predefs.h, but no "bits" link or dir in /usr/include)

Your message dated Mon, 27 Jul 2020 18:05:22 +0200
with message-id <2ea4db46667572b33b5148a72025785732318b06.camel@43-1.org>
and subject line Re: general: Multiarch breaks support for non-multiarch toolchain
has caused the Debian Bug report #637232,
regarding /usr/include/features.h referes to bits/predefs.h, but no "bits" link or dir in /usr/include
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact owner@bugs.debian.org
immediately.)


-- 
637232: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=637232
Debian Bug Tracking System
Contact owner@bugs.debian.org with problems
--- Begin Message --- Package: libc6-dev
Version: 2.13-33
Severity: important

Dear Maintainer,
I've tried to build GCC-4.6.2 on my system from sources.
I've got compilation failed with the following error message:
In file included from /usr/include/stdio.h:28:0,
                 from /home/lexa/arena/cT/search/gcc-4.6.2/libgcc/../gcc/tsystem.h:87,
                 from /home/lexa/arena/cT/search/gcc-4.6.2/libgcc/../gcc/libgcc2.c:29:
/usr/include/features.h:323:26: fatal error: bits/predefs.h: No such file or directory

So I checked it and found that neither "bits" dir presents in /usr/include nor
 a link with this name (to x86_64-linux-gnu/bits/ since there is predefs.h
 in the /usr/include/x86_64-linux-gnu/bits/ dir)

Is creating the correspondent link -- during libc6-dev installation-- a solution?

gcc version detected and used for the compilation:
  /usr/bin/x86_64-linux-gnu-gcc -> gcc-4.7

The context (from logfile):
make[2]: Entering directory `/home/lexa/tmb/gcc-4.6.2-build/x86_64-linux-gnu/libgcc'
# If this is the top-level multilib, build all the other
# multilibs.
/home/lexa/tmb/gcc-4.6.2-build/./gcc/xgcc -B/home/lexa/tmb/gcc-4.6.2-build/./gcc/ \
   -B/home/lexa/.cmd/x86_64-linux-gnu/bin/ -B/home/lexa/.cmd/x86_64-linux-gnu/lib/ \
   -isystem /home/lexa/.cmd/x86_64-linux-gnu/include \
   -isystem /home/lexa/.cmd/x86_64-linux-gnu/sys-include \
   -O2 -O0 -g -O2  -O2 -O0 -g -DIN_GCC   -W -Wall -Wwrite-strings \
   -Wcast-qual -Wstrict-prototypes -Wmissing-prototypes \
   -Wold-style-definition  -isystem ./include  -fPIC -g \
   -DHAVE_GTHR_DEFAULT -DIN_LIBGCC2 -D__GCC_FLOAT_NOT_NEEDED -fno-stack-protector \
   -I. -I. -I../.././gcc -I/home/lexa/arena/cT/search/gcc-4.6.2/libgcc \
   -I/home/lexa/arena/cT/search/gcc-4.6.2/libgcc/. \
   -I/home/lexa/arena/cT/search/gcc-4.6.2/libgcc/../gcc \
   -I/home/lexa/arena/cT/search/gcc-4.6.2/libgcc/../include \
   -I/home/lexa/arena/cT/search/gcc-4.6.2/libgcc/config/libbid \
   -DENABLE_DECIMAL_BID_FORMAT -DHAVE_CC_TLS  -DUSE_TLS -o _muldi3.o -MT _muldi3.o \
   -MD -MP -MF _muldi3.dep -DL_muldi3 \
   -c /home/lexa/arena/cT/search/gcc-4.6.2/libgcc/../gcc/libgcc2.c \
          -fvisibility=hidden -DHIDE_EXPORTS
In file included from /usr/include/stdio.h:28:0,
                 from /home/lexa/arena/cT/search/gcc-4.6.2/libgcc/../gcc/tsystem.h:87,
                 from /home/lexa/arena/cT/search/gcc-4.6.2/libgcc/../gcc/libgcc2.c:29:
/usr/include/features.h:323:26: fatal error: bits/predefs.h: No such file or directory
compilation terminated.
make[2]: *** [_muldi3.o] Error 1
make[2]: Leaving directory `/home/lexa/tmb/gcc-4.6.2-build/x86_64-linux-gnu/libgcc'
make[1]: *** [all-target-libgcc] Error 2
make[1]: Leaving directory `/home/lexa/tmb/gcc-4.6.2-build'
make: *** [all] Error 2

-- System Information:
Debian Release: wheezy/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: amd64 (x86_64)

Kernel: Linux 3.2.0-3-amd64 (SMP w/4 CPU cores)
Locale: LANG=ru_RU.KOI8-R, LC_CTYPE=ru_RU.KOI8-R (charmap=KOI8-R)
Shell: /bin/sh linked to /bin/dash

Versions of packages libc6-dev depends on:
ii  libc-dev-bin    2.13-33
ii  libc6           2.13-33
ii  linux-libc-dev  3.2.21-3

Versions of packages libc6-dev recommends:
ii  gcc [c-compiler]      4:4.7.1-1
ii  gcc-4.4 [c-compiler]  4.4.7-1
ii  gcc-4.6 [c-compiler]  4.6.3-8
ii  gcc-4.7 [c-compiler]  4.7.1-2

Versions of packages libc6-dev suggests:
pn  glibc-doc     <none>
ii  manpages-dev  3.40-0.1

-- no debconf information


--- End Message ---
--- Begin Message --- 
On Tue, 09 Aug 2011 19:31:56 +0200 Aurelien Jarno <aurel32@debian.org> wrote:
> Debian has choosen to implement multiarch, which amongs other things,
> means that the includes and libraries are moved in a new "multiarch"
> path. This breaks some upstream applications and non-Debian toolchain.
[...]
> I got fed up by people reporting bug on libc6, while this problem results
> from a decision Debian to implement multiarch. People should work on
> implementing a compatibility wrapper and to make upstream toolchain
> multiarch aware. Until this is done, this bug should be kept opened.

This was now ~9 years ago and this report had no activity since late
2014.  I would hope it is no longer relevant, so I'll close the report.

Ansgar

--- End Message ---
Reply to: