http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51011
--- Comment #7 from dave.anglin at bell dot net 2011-11-17 01:23:53 UTC --- On 16-Nov-11, at 2:03 PM, amacleod at redhat dot com wrote: > Please try a new run with a recent checkout and see what fails. I'm > assuming > that atomic-noinline.c will still fail. If so this patch should > resolve the > issue. With any luck at all, it won't cause any new issues, but the > interaction between those __sync and libgcc supplied routines is > very unclear > to me since I dont know why the __sync routines didnt fail before. > If there > are still other failures, this patch may fix them as well. The reason the __sync routines didn't fail is they are only used with ELF objects on arm and hppa Linux. Explicit typing of functions and data symbols isn't required. On HP PARISC, the default assumption is that a symbol with no type is a data symbol. As a result, calls to functions that don't have a .import directive (somewhat equivalent to the ELF .type) fail. Dave -- John David Anglin dave.ang...@bell.net
