Subject: Re: Where can I get a new libg++?
To: Dave Millen <email@example.com>
From: Alistair Crooks <firstname.lastname@example.org>
Date: 11/12/1998 05:46:56
> I have found this when trying to recompile certain packages after upgrading from
> 1.3.2 to the arm32 19981001-snapshot:
> /usr/libexec/ld.so: Undefined symbol "_re_compile_pattern" called from
> moc:/usr/lib/libg++.so.4.0 at 0x2007667c
> Some packages compile OK and some show the above.
> The libg++ that is currently on my system is date stamped 20th May 1998, so it
> was compiled with the 1.3.2 clib etc. and this is presumably where the error
> The libg++ in pkgsrc tells me that it is only for 1.4 and that for 1.3x it is
> in-tree. Where? It doesn't seem to be in the snapshot's usr.src.lib.tar.gz and
> there is nothing in a recently supped /usr/src/lib*.
> Can anyone point me at a more or less current libg++ or tell me what else may be
> causing the error.
Frank van der Linden told me how to fix this - libg++ is no longer part of the
standard distribution, as you note above. So the steps that I've taken are:
1. [Shark only] Use the /usr/bin/as and /usr/lib/libbfd.so.0.1 from the
August snapshot in place of the ones from the October snapshot, per
Charles Hannum's mail to port-arm32
2. rm /usr/lib/libg++*
3. rm -rf /usr/include/g++
4. cd /usr/src/gnu ; mkdir -p /usr/include/g++/std ; make includes
5. cd /usr/src/gnu/usr.bin/gcc ; make && make install
And you should be ready to go.
[This worked for me on i386, and I am currently compiling the mozilla
package on the Shark, and the build has progressed past the previous
point of failure.]