On Thu, 2006-01-12 at 07:08 -0500, Jakub Jelinek wrote:
On Thu, Jan 12, 2006 at 01:03:34PM +0100, Matthias Saou wrote:
> [...]
> configure:6562: checking that wxWidgets has support for large files
> configure:6576: g++ -E -I/usr/lib64/wx/include/gtk2-unicode-release-2.6
> -I/usr/include/wx-2.6 -DGTK_NO_CHECK_CASTS -D__WXGTK__
> -D_FILE_OFFSET_BITS=64 -D_LARGE_FILES -DNO_GCC_PRAGMA conftest.cc
> In file included from /usr/include/wx-2.6/wx/string.h:170,
> from /usr/include/wx-2.6/wx/memory.h:20,
> from /usr/include/wx-2.6/wx/object.h:25,
> from /usr/include/wx-2.6/wx/wx.h:16,
> from conftest.cc:2:
> /usr/lib/gcc/x86_64-redhat-linux/4.1.0/../../../../include/c++/4.1.0/string:44:28:
> error: bits/c++config.h: No such file or directory
> [...]
>
> In that "string" file there is :
>
> #include <bits/c++config.h>
>
> But /usr/include/c++/4.1.0/bits/c++config.h does not exist, I can only
> find /usr/include/c++/4.1.0/i386-redhat-linux/bits/c++config.h.
>
> This is on x86_64 while trying to rebuild in a mach minimal chroot.
If you are compiling 64-bit stuff, you of course need
libstdc++-devel-4.1.0-*.x86_64.rpm installed. From your description
it sounds like only libstdc++-devel-4.1.0-*.i386.rpm is installed.
While we're
at it, ...
Why don't you build GCC with --enable-version-specific-runtime-libs?
This would install GCC internal libs and headers such as libstdc++ into
"versioned per-target" directories and thereby would allow parallel
installation of different versions of GCC and differently targeted GCCs.
Ralf