Summary: | >=sys-devel/bison-3.1 with distcc: configure: error: <wchar.h> cannot be used with this compiler | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Thomas Deutschmann (RETIRED) <whissi> |
Component: | Current packages | Assignee: | Gentoo's Team for Core System packages <base-system> |
Status: | RESOLVED WONTFIX | ||
Severity: | normal | CC: | dirk.schneider646, heluani, skobkin-ru |
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
See Also: | https://bugs.gentoo.org/show_bug.cgi?id=663154 | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Bug Depends on: | |||
Bug Blocks: | 671950 | ||
Attachments: |
build.log
config.log |
Description
Thomas Deutschmann (RETIRED)
![]() Created attachment 545888 [details] config.log > configure:21565: checking whether <wchar.h> uses 'inline' correctly > configure:21590: x86_64-pc-linux-gnu-gcc -c -O2 -pipe -march=sandybridge -mtune=sandybridge conftest1.c >&5 > configure:21593: $? = 0 > configure:21612: x86_64-pc-linux-gnu-gcc -c -O2 -pipe -march=sandybridge -mtune=sandybridge conftest2.c >&5 > configure:21615: $? = 0 > /usr/lib/gcc/x86_64-pc-linux-gnu/8.2.0/../../../../x86_64-pc-linux-gnu/bin/ld: conftest2.o: in function `main': > conftest2.c:(.text.startup+0x0): multiple definition of `main'; conftest1.o:conftest1.c:(.text.startup+0x0): first defined here > /usr/lib/gcc/x86_64-pc-linux-gnu/8.2.0/../../../../x86_64-pc-linux-gnu/bin/ld: conftest1.o: in function `main': > conftest1.c:(.text.startup+0x1): undefined reference to `zero' > /usr/lib/gcc/x86_64-pc-linux-gnu/8.2.0/../../../../x86_64-pc-linux-gnu/bin/ld: conftest2.o: in function `main': > conftest2.c:(.text.startup+0x1): undefined reference to `zero' > collect2: error: ld returned 1 exit status > distcc[20786] ERROR: compile (null) on localhost failed > configure:21628: result: no > configure:21631: error: <wchar.h> cannot be used with this compiler (x86_64-pc-linux-gnu-gcc -O2 -pipe -march=sandybridge -mtune=sandybridge ). > This is a known interoperability problem of glibc <= 2.5 with gcc >= 4.3 in > C99 mode. You have four options: > - Add the flag -fgnu89-inline to CC and reconfigure, or > - Fix your include files, using parts of > <https://sourceware.org/git/?p=glibc.git;a=commitdiff;h=b037a293a48718af30d706c2e18c929d0e69a621>, or > - Use a gcc version older than 4.3, or > - Don't use the flags -std=c99 or -std=gnu99. > Configuration aborted. > Looks like the following change in gnulib is causing the distcc breakage: http://git.savannah.gnu.org/gitweb/?p=gnulib.git;a=commit;h=285334ca5ac8f537bc183abd121aa68984e5a515 *** Bug 670755 has been marked as a duplicate of this bug. *** emerging without distcc yields successful installation. Would it be sufficient to show a warning upon distcc-detection? See updated tracker bug: This is caused by FEATURES=distcc-pump. Using distcc without pump feature works. FEATURES=distcc-pump has been removed from portage. |