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