关于RTLD_NEXT/RTLD_DEFAULT脱离_GNU_SOURCE限制的技术问询

你观察到的现象没错——在glibc 2.41（Debian 13）环境下，RTLD_NEXT和RTLD_DEFAULT确实不再需要定义_GNU_SOURCE就能使用，这源于2022年glibc的相关提交，把这两个符号移出了__USE_GNU的条件判断，默认对外暴露。下面针对你的问题逐一解答：

1. 可移植Unix代码中使用RTLD_NEXT/RTLD_DEFAULT是否仍需定义_GNU_SOURCE？它们是否属于POSIX标准？ #

• 跨平台兼容性角度：仍然建议定义_GNU_SOURCE。这两个符号目前还不是正式的POSIX标准API，只是glibc放宽了限制。其他非glibc的Unix-like系统（比如FreeBSD、macOS）可能依然要求定义特定宏才能使用它们，部分旧版本glibc（2.32及之前）也需要_GNU_SOURCE。如果代码需要适配多种Unix环境，定义该宏能避免编译失败。
• POSIX标准状态：它们尚未成为POSIX标准的一部分。POSIX的dlfcn.h规范里并没有收录这两个符号，本质上还是GNU扩展，只是glibc出于便利性默认开放了访问权限。

2. 近期还有哪些GNU扩展符号取消了_GNU_SOURCE限制？ #

glibc会逐步将那些被后续POSIX版本采纳的GNU扩展移出__USE_GNU限制，默认对外暴露，常见例子包括：

• 字符串操作函数：strdup、strndup（已被POSIX.1-2008收录）
• 行读取函数：getline、getdelim（已纳入POSIX.1-2008）
• 文件同步函数：fdatasync（POSIX.1-2001新增）
• 内存操作函数：memrchr（已被POSIX.1-2017收录）

这些符号原本是GNU扩展，随着被POSIX标准接纳，glibc不再要求必须定义_GNU_SOURCE才能使用。

内容的提问来源于stack exchange，提问作者Admineral