🚀 go-pugleaf

nick@webthing.com (Nick Kew) writes:

> I have a good deal of (older) software that relies on libg++.

Now that's *rare*.

> Now, the software works fine on older Linux, and on other systems with
> a clean gcc2.6.x or 2.7.x installation.

Yep. But it's not valid ISO C++, so it doesn't work on new g++'s.

> On recent linux, the libg++ README hints darkly at the problems I have
> been suffering.  It also refers the reader to a URL at sunsite for
> a Linux-specific libg++, but that URL doesn't exist!

You don't want it, anyway; there is a new-GCC-specific libg++.

> I've spent most of today experimenting with different gcc/libstdc++/libg++
> combos, without reaching a satisfactory result.
> 
> Is there a gcc/libstdc++/libg++ combination that *should* work?

Yes. On gcc.gnu.org and its mirrors, there is

/pub/gcc/infrastructure/libg++-2.8.1.3-20000419.tar.gz

which should work with gcc-2.95.* and above. It certainly works with the
latest GCC snapshots; I use it as an additional G++ testbed when
bootstrapping GCC snapshots after I've been hacking at them. It should
work with older GCCs too, but I'm not sure how far back it'll work; it's
probably not been tested with <2.95 for ages.

-- 
`I can guarantee it's no problem in my network, and if I don't get some
 sleep soon, I'll guarantee it will become a problem in your network.'
     --- Chris `Saundo' Saunderson deals with a late-night phone call