Date: Fri, 20 Aug 2004 22:01:54 +0300 From: Ruslan Ermilov <ru@freebsd.org> To: Jon Noack <noackjr@alumni.rice.edu> Cc: Eric Anderson <anderson@centtech.com> Subject: Re: -CURRENT/RELENG_5 library issues Message-ID: <20040820190154.GB31943@ip.net.ua> In-Reply-To: <53695.69.53.57.66.1093027330.squirrel@69.53.57.66> References: <41263FEB.8090901@centtech.com> <53695.69.53.57.66.1093027330.squirrel@69.53.57.66>
next in thread | previous in thread | raw e-mail | index | archive | help
--GRPZ8SYKNexpdSJ7 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Aug 20, 2004 at 01:42:10PM -0500, Jon Noack wrote: > Eric Anderson wrote: > > One - net/gaim no longer runs. It gives me this error: > > /libexec/ld-elf.so.1: /usr/local/lib/libaspell.so.15: Undefined symbol > > "_ZNSs20_S_empty_rep_storageE" > > > > When trying to recompile it, I get: > > /X11R6/lib -lpthread > > /usr/local/lib/libaspell.so: undefined reference to > > `std::__default_alloc_template<true, 0>::allocate(unsigned int)' > > /usr/local/lib/libaspell.so: undefined reference to > > `std::string::_S_empty_rep_storage' > > /usr/local/lib/libaspell.so: undefined reference to > > `std::__default_alloc_template<true, 0>::deallocate(void*, unsigned int= )' > > gmake[3]: *** [gaim] Error 1 > > gmake[3]: Leaving directory `/usr/ports/net/gaim/work/gaim-0.81/src' > > gmake[2]: *** [all-recursive] Error 1 > > gmake[2]: Leaving directory `/usr/ports/net/gaim/work/gaim-0.81/src' > > gmake[1]: *** [all-recursive] Error 1 > > gmake[1]: Leaving directory `/usr/ports/net/gaim/work/gaim-0.81' > > gmake: *** [all] Error 2 > > *** Error code 2 > > > > Stop in /usr/ports/net/gaim. >=20 > Thisn looks like ABI breakage leftover from the update of gcc (from > UPDATING): > 20040728: > System compiler has been upgraded to GCC 3.4.2-pre. As with any major > compiler upgrade, there are several issues to be aware of. GCC 3.4.x > has broken C++ ABI compatibility with previous releases yet again > and users will have to rebuild all their C++ programs with the new > compiler. >=20 > Unless you know every port that uses C++, the sure way to avoid issues > like this is to recompile everything: > portupgrade -af >=20 I had a similar issue after upgrading a June 2004 -CURRENT machine to post GCC 3.4 world, and ended up recompiling all of the installed ports. Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --GRPZ8SYKNexpdSJ7 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.5 (FreeBSD) iD8DBQFBJkqiqRfpzJluFF4RAuutAJ9vji0KLyUcSr3gcdPh2wdqAJj3ngCdG+7f gVc7fQY0YmuEELj5CygK/mg= =twuo -----END PGP SIGNATURE----- --GRPZ8SYKNexpdSJ7--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20040820190154.GB31943>