GCC fails to bootstrap on sparc64-*-freebsd6.1 when building libgomp:
/usr/local/sparc64-portbld-freebsd6.1/sys-include -shared .libs/alloc.o
.libs/barrier.o .libs/critical.o .libs/env.o .libs/error.o .libs/iter.o
.libs/loop.o .libs/ordered.o .libs/parallel.o .libs/sections.o
.libs/single.o .libs/team.o .libs/work.o .libs/lock.o .libs/mutex.o
.libs/proc.o .libs/sem.o .libs/bar.o .libs/time.o .libs/fortran.o -pthread
-Wl,-z -Wl,nodlopen -Wl,-O1 -Wl,--version-script
-Wl,libgomp.so.1 -o .libs/libgomp.so.1
/usr/bin/ld: .libs/barrier.o: check_relocs: unhandled reloc type 67
.libs/barrier.o: could not read symbols: File format not recognized
collect2: ld returned 1 exit status
gmake: *** [libgomp.la] Error 1
gmake: Leaving directory
IIRC this is because libgomp is decting your target has TLS support when in fact it does not.
Does Sparc-FreeBSD have working TLS support?
(In reply to comment #2)
> Does Sparc-FreeBSD have working TLS support?
According to FreeBSD developers I asked, it does not, yet (probably due
to missing binutils support).
(In reply to comment #3)
> (In reply to comment #2)
> > Does Sparc-FreeBSD have working TLS support?
> According to FreeBSD developers I asked, it does not, yet (probably due
> to missing binutils support).
That means this is a dup of bug 25865. Yes that was filed about netbsd but it also effects other targets.
*** This bug has been marked as a duplicate of 25865 ***