[17217] in Athena Bugs
Re: your request for Qt libraries built with g++
daemon@ATHENA.MIT.EDU (Alex T Prengel)
Tue Sep 28 13:23:26 1999
Message-Id: <199909281723.NAA12051@dit.mit.edu>
To: sit@MIT.EDU
Cc: alexp@MIT.EDU, bugs@MIT.EDU, rbasch@MIT.EDU
Date: Tue, 28 Sep 1999 13:23:10 -0400
From: Alex T Prengel <alexp@MIT.EDU>
>[ERR] Unable to load plugin (/mit/outland/lib/licq/licq_qt-gui.so):
>ld.so.1: lic q.real: fatal: relocation error: file
>/mit/qt_v2.0.0/sun4x_56/lib/libqt.so: symb ol _pure_error_: referenced
>symbol not found.
>
> Licq is an ICQ client which loads it's front end as a module.
> The default front-end is one that uses Qt (dynamically).
I took a look, and initally thought there was a way to rebuild Qt to
work with both CC and g++ but that didn't work out. The Qt distributors
consider a "platform" to be a machine-compiler combination, so I think
that unfortunately there may need to be "g++ Qt libraries" and "vendor
C++ compiler Qt libraries". However I really prefer not to rebuild everything
for g++ because
1. this is a lot of work, and I just recently rebuilt the whole set of
static and dynamic libraries (using the vendor compilers) when I
installed Qt 2.0.0.
and 2. because I don't think it's a good idea to have multiple sets of
libraries around built with different compilers. The documentation with
Qt further states that "certain versions of g++ cause problems" so
that is yet an additional issue.
I presume that you can't build Licq with Sun CC for some reason?
I'm willing to give you a "private copy" of Solaris libqt.so (and the
corresponding .h files) that I built with g++ to check this out- will
that do?
For the future, I'm willing to consider alternating between using vendor
compilers and g++ when I install new versions of Qt, though I'm not
completely sure that's a good idea either- and I don't plan on
rebuilding it for every single point release- they have been too
frequent in the past.
Alex
