> 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
> arises.
> 
> 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

6. ldconfig

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.]