如何阻止 Clang 复制标准 C 头文件中的函数？
我有一些非常可爱的 C99 代码，它们是从多个 .c 文件编译而来的，当我用 Clang 2.7 编译时，我得到了一些非常奇怪的错误：
/usr/include/bits/stdio.h:77: multiple definition of `putchar'
a2test.o:/usr/include/bits/stdio.h:77: first defined here
发生的情况是 putchar，为 extern __inline__，并且出于某种原因 clang 将定义放入.o 文件。然后，当链接器看到重复的定义时，它会发出警告。
我怀疑存在配置问题：当我使用 Debian lenny 附带的 clang 2.7 时，一切都会编译。但对于我教授的课程，软件必须在 Red Hat Enterprise Linux 5 上运行，并且我的系统管理员已经从源代码构建了 clang 2.7。 （我们没有使用 2.9，因为我们无法让它编译 hello world，并且我们没有使用更高版本，因为我们无法构建最新版本。）
我正在寻找一种解决方法，可以让我来编译。要么是命令行选项，要么是重新配置 clang 的方法，这样它就不会做这种坏事。
我已经尝试过 -U__USE_EXTERN_INLINES 但没有效果。
I've got some perfectly lovely C99 codes that are compiled from multiple .c files, and when I compile with Clang 2.7, I get some very strange errors:
/usr/include/bits/stdio.h:77: multiple definition of `putchar'
a2test.o:/usr/include/bits/stdio.h:77: first defined here
What's happening is that the GNU libc header file for <stdio.h> declares certain functions, including putchar, to be extern __inline__, and for some reason clang is putting definitions into the .o files. Then when the linker sees the duplicate definitions, it bleats.
I suspect a configuration problem: when I use the clang 2.7 that ships with Debian lenny, everything compiles. But for the class I'm teaching, software has to run on Red Hat Enterprise Linux 5, and my sysadmin has built clang 2.7 from source. (We're not using 2.9 because we couldn't get it to compile hello world, and we're not using a later version because we couldn't get the latest to build.)
I am looking for a workaround that will allow me to compile. Either a command-line option or a way to reconfigure clang so it doesn't do this bad thing.
I have already tried -U__USE_EXTERN_INLINES with no effect.
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（2）
LLVM bug 5960 显示此问题是由 clang 的 C99 支持与旧版本的 GNU libc 之间的交互造成的安装在 RHEL 5 上。看来对于我们这些使用 RHEL 5 的人来说，不可能使用
clang -std=c99 -Ox任意x > 0 。LLVM bug 5960 shows that this problem results from an interaction between clang's C99 support and the old version of GNU libc that is installed on RHEL 5. It appears that for those of us stuck with RHEL 5, it's not possible to use
clang -std=c99 -Oxfor anyx > 0.尝试-std=gnu89;不太理想，但作为一种解决方法应该足够好了。
Try -std=gnu89; not really ideal, but should be good enough as a workaround.