从你给出的错误信息来看，这个问题的核心是同一个目标文件（user.c编译生成的.o）被链接了不止一次，导致函数符号重复定义。虽然你提到错误里没出现链接器错误，但实际上这就是典型的链接阶段错误——链接器负责合并所有目标文件，当发现同一个符号（比如printUsage）在多个目标文件里都有定义时，就会抛出这个错误。

下面是最可能的几个原因和对应的解决方法：

1. 编译命令重复包含了user.c文件 #

看错误里的两个临时目标文件/tmp/ccS7R7EN.o和/tmp/ccL1RR7T.o，都是从user.c编译来的，这说明你在编译时可能重复指定了user.c。比如你可能写了这样的命令：

gcc main.c user.c user.c -o WarmingUp

这种情况下，GCC会分别编译两次user.c生成两个独立的.o文件，链接时自然会出现重定义错误。

解决方法：确保每个.c源文件在编译命令里只出现一次，正确的命令应该是：

gcc main.c user.c -o WarmingUp

2. 某个头文件不小心包含了user.c而不是user.h #

虽然你提到所有头文件都加了包含守卫，但如果有头文件里错误地写了：

#include "user.c"

而不是#include "user.h"，那么每当这个头文件被其他源文件包含时，user.c里的函数实现就会被插入到该源文件中，编译后就会生成多个包含相同函数定义的.o文件，链接时冲突。

解决方法：检查所有源文件和头文件中的#include语句，确保没有包含.c后缀的文件，只包含对应的.h头文件。

3. Makefile（如果使用的话）存在重复依赖 #

如果你用Makefile管理构建，可能是在目标依赖里重复加入了user.c或者user.o。比如类似这样的错误规则：

WarmingUp: main.o user.o user.o
    gcc $^ -o $@

这里user.o被重复列出，链接时就会处理两次同一个目标文件，导致符号重定义。

解决方法：检查Makefile的目标依赖，确保每个.o文件只出现一次，修正后的规则应该是：

WarmingUp: main.o user.o
    gcc $^ -o $@

验证方法 #

你可以先单独编译user.c生成目标文件：

gcc -c user.c

然后用nm命令查看其中的符号：

nm user.o

你会看到printUsage是一个全局符号（开头为T）。接下来检查你的编译命令或Makefile，确保这个user.o或者user.c没有被重复引用。

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