Geoff,
Looking at this from Xcode 2.3, which doesn't have a dylib for ppc64,
"nm libgcc.a | grep ti" doesn't show anything whereas on x86_64 FC5 Linux
this shows all the TImode symbols. This result isn't surprising since
the gcc 4.0.1 in Xcode 2.3 can't resolve the symbols as well when the
static libgcc is used. I guess this implies that 64-bit code generation
hasn't really been tested that hard on Darwin.
Jack
ps As I mentioned before, it would behove Apple to change the regress
tester to use something like...
make -k check RUNTESTFLAGS='--target_board "unix{,-m64}"'
...so that both 32 and 64 bit code generation is tested. After all
you are already doing multilib builds so why not?
