================
@@ -234,7 +232,10 @@ llvm::Constant *CodeGenModule::getBuiltinLibFunction(const 
FunctionDecl *FD,
   else {
     // TODO: This mutation should also be applied to other targets other than
     // PPC, after backend supports IEEE 128-bit style libcalls.
-    if (getTriple().isPPC64() &&
+    // FreeBSD's powerpc64le has a single IEEE-128 long double format and uses
+    // the unsuffixed libm names, so skip the IEEE-128 libcall redirection
+    // there; other PPC64 IEEE-128 targets keep it.
----------------
erikarn wrote:

Just out of curiousity (and I'm one of the people pkubaj asked) - is this math 
api/abi thing in question just for ppc64 or does it apply to math function 
naming on other architectures?

This diff is in the freebsd tree now and we're using it (and finding all the 
fun bugs in software - including other compilers/toolchains! - now that the 
type has changed. It'd be nice to land this if he's addressed all the issues 
and have the renaming discussion in a separate email/thread.

https://github.com/llvm/llvm-project/pull/201298
_______________________________________________
cfe-commits mailing list
[email protected]
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits

Reply via email to