libstdc++ related boostrap failure

[Phil Edwards]

> > >>The choice is either
> > >>
> > >>    A) export _Atomic_add_mutex from the library, like Loren's patch did, or
> > > I too think 'A' is the best option.
> > >
> > Phil, Loren, is one of you going to commit such a patch?
> 
> I plan on committing Loren's patch plus some explanatory comments.

Like so.  Once somebody confirms that FreeBSD can build&test with this
patch, I can go back and commit the original genric atomicity.h patch,
as well as this one, to the 3.3 branch.


2003-02-20  Phil Edwards  <pme@gcc.gnu.org>

	* config/linker-map.gnu:  Also export locking symbols needed for the
	generic atomicity.h case.


Index: config/linker-map.gnu
===================================================================
RCS file: /cvs/gcc/gcc/libstdc++-v3/config/linker-map.gnu,v
retrieving revision 1.30
diff -u -3 -p -r1.30 linker-map.gnu
--- config/linker-map.gnu	3 Feb 2003 19:37:53 -0000	1.30
+++ config/linker-map.gnu	20 Feb 2003 16:45:10 -0000
@@ -62,7 +62,12 @@ GLIBCPP_3.4 {
       std::__basic_file*;
       std::__num_base*;
       std::__timepunct*;
-      std::__numeric_limits_base*
+      std::__numeric_limits_base*;
+      
+      # Needed only when generic cpu's atomicity.h is in use.
+      __gnu_cxx::_Atomic_add_mutex;
+      __gnu_cxx::_Atomic_add_mutex_once;
+      __gnu_cxx::__gthread_atomic_add_mutex_once
     };
 
     # Names not in an 'extern' block are mangled names.