[4911] in testers

home help back first fref pref prev next nref lref last post

possible compatibility issues in g++ between Athena 8.4 and 9.0 Suns

daemon@ATHENA.MIT.EDU (Alex T Prengel)
Wed Jun 27 11:39:47 2001

Message-Id: <200106271539.LAA17268@dit.mit.edu>
To: testers@MIT.EDU
cc: alexp@MIT.EDU, gnu@MIT.EDU
Date: Wed, 27 Jun 2001 11:39:42 -0400
From: Alex T Prengel <alexp@MIT.EDU>

Hi,

I've run into some problems in compiling with g++ when moving from Athena
8.4 to Athena 9.0. I have some source demos that do fancy 3d graphics,
linking against a set of libraries built for this. 

The libraries, part of the Visualization Toolkit, were built from source
using g++ in the gnu locker about 6 months ago.

Now:

On Athena 8.4, using gnu locker g++, the examples build and runs fine.

On Athena 9.0, using the same g++ version, two bad things happen:

1. ld issues warnings about "section .stabstr: malformed string table,
initial or final byte", in reference to the Visualization Toolkit
libraries, but builds a binary anyway.

2. When I try to run the binary built in 1. on Athena 9.0, I get:

fatal: libstdc++.so.2.10.0: open failed: No such file or directory

and I can't actually find this library anywhere obvious. Running ldd
on the equivalent binary generated on an 8.4 machine (i.e. built from
the same source code, using same g++) shows no dependence on this
library- nor do any of the Visualization Toolkit libraries. If on 9.0
I substitute in the final link step CC instead of g++ (using .o files
built with g++), it works OK (the libstdc++.so.2.10.0 dependence is
not there).

The binary built on 8.4 that doesn't have the problem also works fine
on 9.0.

To reproduce the problem, do, on an 8.4 Sun and a 9.0 Sun:

add vtkit
set_vtk_patented_demos
make sweptMac (in the window that appears)

In case anyone wonders why I don't rebuild the Visualization Toolkit
libraries on Athena 9.0- I could do this, but it's a huge job and
takes most of a day to finish. I'd rather not do this unless there's
no other way around the problem (and I'm not sure that would fix it).

                                          Alex


home help back first fref pref prev next nref lref last post