Windows下CodeBlocks编译C出现多个first defined here报错如何解决

这个报错是C语言链接阶段的全局符号重复定义错误，和CodeBlocks IDE、GCC编译器没有任何关系，完全不需要更换开发工具，本质是项目文件组织违反了C语言的单一定义规则，你之前遇到的头文件数组报错、现在的函数报错是完全相同的诱因。

你观察到的「删除当前报错函数，错误就转移到下一个函数」的现象，正好说明你把大量函数实现直接写在了被多个.c源文件包含的头文件中：每个包含该头文件的.c在编译时都会生成一份同名函数的实体，链接器合并所有目标文件时，会检测到多个同名的全局符号，直接抛出重复定义错误。

你之前写的MakPkt用的是老旧的K&R风格C语法（参数列表仅写参数名不声明类型）、声明int返回值但没有return语句，这些是代码规范隐患，但不是触发本次链接错误的核心原因。

C语言项目的头文件和源文件有严格的职责划分，核心原则是头文件放声明，源文件放定义，所有全局符号只能有一个实体定义。

全局数组/变量修复（对应你之前的Incl、Excl数组问题） #

• 选定一个专门存放公共全局定义的源文件（比如Common.c），在文件内写变量的实体定义：

int Incl[3] = {077,07700,0770000}; 
int Excl[3] = {0777700,0770077,07777};

• 在对应的公共头文件（比如Common.h）中添加头文件保护宏，仅用extern关键字声明变量，不要写初始化赋值：

#ifndef COMMON_H
#define COMMON_H
extern int Incl[3];
extern int Excl[3];
// 其余公共声明统一放在此处
#endif

• 所有需要使用这两个数组的源文件，直接引入Common.h即可，不需要重复定义、不需要修改变量名。

全局函数修复（对应你的MakPkt函数问题） #

• 把函数的完整实现（带函数体的部分）移动到对应的业务源文件中（比如Collectiv.c），建议把老旧的K&R风格参数改成标准C写法，补齐返回值逻辑：

// 若不需要返回值可以直接把返回类型改成void，省去return
int MakPkt(int Pnum, int TimW, int DestN){     //make packet
    Pcount=Pcount+1;                   //using existing packet array
    Pkts[Pcount][HOPS]=100;              //ensures highest priority
    Pkts[Pcount][PREVIOUS]=NodeNr;
    Pkts[Pcount][LHOP]=100;
    Pkts[Pcount][GROUP]=5;                 //group number of collective
    Pkts[Pcount][TNEXTMOV]=MasterCk+TimW;
    Pkts[Pcount][DESTINATION]=DestN;
    Pkts[Pcount][TSTART]=MasterCk;
    Pkts[Pcount][CPHASE]=Pnum;
    return 0;
}

• 在对应的头文件中仅保留函数声明，不要写函数体：

int MakPkt(int Pnum, int TimW, int DestN);

• 所有需要调用MakPkt的源文件，包含对应头文件即可正常调用。

私有符号处理 #

如果某个函数、全局变量只在单个.c源文件内使用，不需要跨文件调用，直接在定义前加static关键字修饰，把符号的可见范围限制在当前源文件内，这类符号不会参与全局符号链接，就算和其他文件的符号同名也不会触发冲突。

你之前采用的「删除头文件定义、在不同模块改名重复定义数组」的方式虽然能绕开报错，但会产生冗余代码，后续修改初始值需要同步修改多处，极易出现逻辑不一致问题，不建议在正式项目中使用。

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