[2739] in SIPB_Linux_Development
Re: RedHat 6.0 sysname
daemon@ATHENA.MIT.EDU (Bill Zumach)
Tue Jun 1 17:43:57 1999
To: "Brandon S. Allbery" <allbery@ece.cmu.edu>
Cc: Jeffrey Hutzelman <jhutz+@cmu.edu>, linux-dev@MIT.EDU,
cg2v+@andrew.cmu.edu, vitroth+@cs.cmu.edu
In-Reply-To: Your message of "Tue, 01 Jun 1999 10:54:47 -0400."
<199906011454.KAA29073@hilfy.ece.cmu.edu>
Date: Tue, 01 Jun 1999 16:24:32 -0400 (EDT)
From: Bill Zumach <zumach+@transarc.com>
> Not entirely. Red Hat 6 changed more than just the kernel and libc; it also
> changed the g++ libraries, which caused groff (so far) to break on my test
> systems.
I haven't had time to fuss with this one yet, but the FAQ appears to indicate
that it should work. Perhaps it's a bug of theirs?
2.21. What do I need for C++ development?
{HJ,AJ} You need either egcs 1.1 which comes directly with libstdc++ or
gcc-2.8.1 together with libstdc++ 2.8.1.1. egcs 1.1 has the better C++
support and works directly with glibc 2.1. If you use gcc-2.8.1 with
libstdc++ 2.8.1.1, you need to modify libstdc++ a bit. A patch is available
as:
ftp://alpha.gnu.org/gnu/libstdc++-2.8.1.1-glibc2.1-diff.gz
Please note that libg++ 2.7.2 (and the Linux Versions 2.7.2.x) doesn't work
very well with the GNU C library due to vtable thunks. If you're upgrading
from glibc 2.0.x to 2.1 you have to recompile libstdc++ since the library
compiled for 2.0 is not compatible due to the new Large File Support (LFS)
in version 2.1.
{UD} But since in the case of a shared libstdc++ the version numbers should
be different existing programs will continue to work.
