From 71b8ecdd84271ba10ea243c9c512e622717b6875 Mon Sep 17 00:00:00 2001 From: Brecht Van Lommel Date: Thu, 26 Dec 2024 19:04:34 +0100 Subject: [PATCH] Cleanup: Cycles: Remove workaround for slow expf in glibc < 2.16 We're on 2.28 now, and were already on 2.17 for many years before that. Pull Request: https://projects.blender.org/blender/blender/pulls/132361 --- intern/cycles/kernel/device/cpu/compat.h | 8 -------- 1 file changed, 8 deletions(-) diff --git a/intern/cycles/kernel/device/cpu/compat.h b/intern/cycles/kernel/device/cpu/compat.h index 44be94238b4..b0ee6a08736 100644 --- a/intern/cycles/kernel/device/cpu/compat.h +++ b/intern/cycles/kernel/device/cpu/compat.h @@ -12,14 +12,6 @@ # pragma GCC diagnostic ignored "-Wuninitialized" #endif -/* On x86_64, versions of GLIBC < 2.16 have an issue where `expf` is - * much slower than the double version. This was fixed in GLIBC 2.16. */ -#if !defined(__KERNEL_GPU__) && defined(__x86_64__) && defined(__x86_64__) && \ - defined(__GNU_LIBRARY__) && defined(__GLIBC__) && defined(__GLIBC_MINOR__) && \ - (__GLIBC__ <= 2 && __GLIBC_MINOR__ < 16) -# define expf(x) ((float)exp((double)(x))) -#endif - CCL_NAMESPACE_BEGIN /* Assertions inside the kernel only work for the CPU device, so we wrap it in