[armel-cross] Shared libgcc broken

When building a trivial program with arm-linux-gnueabi-g++ or with arm-linux-gnueabi-gcc -shared-libgcc on Natty, I'm seeing failures like:
/usr/lib/gcc/arm-linux-gnueabi/4.5.2/../../../../arm-linux-gnueabi/bin/ld: warning: libc.so, needed by /usr/lib/gcc/arm-linux-gnueabi/4.5.2/libgcc_s.so.1, not found (try using -rpath or -rpath-link)

This is caused by a bogus DT_NEEDED entry in the shared libgcc file /usr/arm-linux-gnueabi/lib/libgcc_s.so.1 (as installed from libgcc1-armel-cross_4.5.2-8ubuntu3cross1.62_all.deb). "readelf -a" shows:
 0x00000001 (NEEDED) Shared library: [libc.so]

A dynamic dependency always needs to point to the per-major-level version of the library (i.e. libc.so.6); the file name without any suffix is only intended for use at static link time. This does not matter much with most libraries since the one name links to the other, but libc is a special case: libc.so is just a linker script, which is not understood by the dynamic loader.

The version of libgcc_s.so.1 that is actually installed on the native armel port is correct:
 0x00000001 (NEEDED) Shared library: [libc.so.6]

Looking at the oneric version of the libgcc1-armel-cross package, the library does not contain any DT_NEEDED records at all. While this probably prevent link error I'm seeing on Natty, it is still not quite correct since libgcc_s.so.1 actually does have a dependency on libc ...

I have not analyzed the libgcc1-armel-cross build process to understand how exactly the wrong DT_NEEDED record is generated.