Great. I've reproduced the problem (although I get a different symbol):

/usr/local/gcc-3.3.2/bin/g++ -fPIC -shared -o junk.so junk.cc -L.                                      
/usr/bin/ld: junk.so: undefined versioned symbol name std::time_get_c@@GLIBCPP_3.2

The bad news is that this is a bug in the way gcc-3.3.x libstdc++.a
is built. The bug does not show up in gcc-3.2.x, nor in gcc-3.4.x.

It's not being used. It is mistakenly defined in an archive library,
which the linker is not expecting.

So, if you can build with gcc-3.4.x (which I am guessing you could,
as you are trying to eliminate C++ dependencies to begin with,
and your users (in theory) should not care which version you used),
then that's the cleanest solution.

If for whatever reason you have to build with gcc-3.3.5, then you
need to figure out how versioned symbols get into the
libstdc++.a(globals.o), and fix the build so they don't.

Here is what the picture of "versioned symbols in libstdc++.a" looks like:

$ for i in gcc*; do
  echo $i:
  nm -A $($i/bin/g++ -print-file-name=libstdc++.a) | grep @ | head -1
 done

gcc-2.95.3:
gcc-3.1:
gcc-3.2:
gcc-3.3:
gcc-3.3/bin/../lib/gcc-lib/i686-pc-linux-gnu/3.3/../../../libstdc++.a:globa ls.o:00000000 R _ZNSt10__num_base8_S_atomsE@@GLIBCPP_3.2
gcc-3.3.2:
gcc-3.3.2/bin/../lib/gcc-lib/i686-pc-linux-gnu/3.3.2/../../../libstdc++.a:g lobals.o:00000000 R _ZNSt10__num_base8_S_atomsE@@GLIBCPP_3.2
gcc-3.4.0:
gcc-3.4.3:
gcc-4.0:

Cheers,
--
In order to understand recursion you must first understand recursion.
Remove /-nsp/ for email.