On 2012-11-09 17:45, Roman Divacky wrote: > On Fri, Nov 09, 2012 at 08:43:04AM -0800, Steve Kargl wrote: ... ... >> I'll try this shortly. Does this mean that we need to build >> all *.a libraries where a weak reference may occur with this >> switch? > > No, this has nothing to do with llvm integrated asm. > > So far it looks like gcc always inline "isnan" even at O0 while > clang does not. We are trying to figure out the solution. No, it is not related to the optimization level. It looks like isnan() is a builtin for gcc, but not for clang. The isnan() macro expands to a isnan() call for a few of libm's objects: s_fdim.o s_csqrt.o e_scalb.o > Maybe use __builtin_isnan instead of isnan in the isnan macro expansion? Either that, or if people prefer to use libc's isnan() implementation, make sure gcc also calls it instead.Received on Fri Nov 09 2012 - 16:01:49 UTC
This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:40:32 UTC