用C99编译

报错原因是在循环条件中声明变量，只在C99标准中支持，C90标准不支持。再次运行程序大功告成！

这个错误是因为在C语言中，只有在C99标准或更高版本中才允许在for循环的初始化声明中使用int类型的变量。而在你的编译环境中，可能默认使用的是较低的C标准，导致编译失败。确保你使用的编译器支持C99标准或更高版本。有些较旧的编译器可能不支持C99，你可以尝试升级编译器或切换到支持C99的编译器。通常来说，使用C99标准是一个比较常见的解决方案，因为它能够更好地支持现代的C语言特性。这会告诉编译器使用C99标准编译代码，其中包括允许在for循环的初始化声明中使用int类型的变量。

本文全面解析WSL2的双配置系统：.wslconfig全局调优与wsl.conf发行版定制的区别与应用。通过详细对比表、性能调优数据和实战案例，帮助开发者精准控制Linux开发环境，提升工作效率。特别适合需要优化WSL2性能的Python开发者和系统管理员。

可以在bash配置文件(如.bashrc或.bash_profile)中设置一个别名来简化编译命令。第四步、需要重新加载该文件令该文件生效。之后再使用gcc命令进行编译时就是默认c99标准了。可以使用如下代码查询你的gcc编译器默认标准。如果没查到，则默认支持的是 C89 标准。，则默认支持的是 C99 标准；，则默认支持的是 C11 标准；，则默认支持的是 C17 标准；因为gcc默认c89版本编译。第二步、在文件中添加别名。第一步、打开配置文件。

原文链接：Elliot's Blog - 技术摘要| 现代 C99, C11 标准下的 C 语言编程。 现代 C99, C11 标准下的 C 语言编程 一、摘要 一直以来，我们所学习的 C 语言大多是 ANSI-C 标准，也就是后来被标准化的 C89 标准。在 1999 年发布的 C99 和 2011 年发布的 C11 标准在此之上，引入了许多新的特性，也解决了许多问题。因此，随着标准的发布，我们的 C 语言规范和写法也要发生相应的变化。 C++ 同样也发布了 C++99，C++11，C++14 甚

1. SOEM代码中好多编译标准貌似是GNU标准，比如匿名UNION，数组大小不能开为0等等 2. 需要在Option->C/C++里的编译选项中加上“--gnu” 3. 这样会导致printf函数重定向时进的是__io_putchar函数，而这个函数目前没有找到，因此代码里没有定义，如果这里不改的话会卡死在printf函数。 4. 为了省事，暂时先将条件编译中非GNU的代码复...

使用c99编译出警告信息：implicit declaration of function ‘usleep’ 按常规来讲，出现 “implicit declaration of function ‘xxxx’ ” 是因为头文件未包含导致的！ 但是usleep的头文件unistd.h已经包含，让人很困惑！后来终于找到原因如下 原因： 原来是由于自己在编译时，为了可以for(int i; ...) 在Makefile中增加-std=c99导致的； 解决： 将-std=c99改为-std=gnu9

99c 编译器项目推荐 99c 是一个开源编译器项目，旨在实现一个符合 C99 标准的 C 语言编译器。该项目主要使用 Go 语言开发，同时包含少量 Makefile 和 C 语言代码。 项目基础介绍 99c 项目是一个由社区维护的开源编译器，它致力于提供一个简单、高效的 C 语言编译器，能够处理符合 C99 标准的代码。项目以模块化的设计著称，便于理解和扩展。此外，99c 还包含了一系列的测试用...

在gcc中编译c程序，默认是c89的，没有c99的新特性，但是同样可以在gcc中编译c99的代码： 命令：gcc -0 new new.c -std=c99 这样即可!

一般来说，现代编译器都支持 C99 标准，特别是 GCC 和 Clang。如果你在编译时遇到问题，可以查看编译器的文档，或使用相关的编译选项来指定 C 标准。

/ 头文件（.h）inline void f() { /* 内联定义 */ }// 某个源文件（.c）// 声明外部符号void f() { /* 外部定义 */ }适用场景：函数需跨多个文件使用。对于你的简单示例，最佳解决方法是添加static修饰符，即改为。这明确限定了函数作用域，避免链接问题，且符合C99标准。当开启优化时，GCC自动内联函数；未优化时，生成静态本地符号，确保链接器能找到定义。好的！我试着用更简单的方式重新梳理这个问题的核心逻辑。基本概念→问题现场分析→解决方案原理。

前几天打开keil编译器编译了一个代码，提示我的一个变量没有定义，我写了如下的代码：提示我的ret没有定义，后面仔细研究了一下发现是keil编译器默认的编译规则问题，keil默认使用C90的规则，所有变量在使用前就已经定义完成，这样可以提升编译器的编译效率，随用随定义的规则是C99引入的，代码灵活，但是编译效率不如C90规则下的，但是就习惯性来说，C99下的规则更符合代码编写逻辑，大部分工程师开发的代码都是基于C99规则下的，如果C90规则不习惯，我们可以修改KEIL的默认编译规则为C99下的。

codeblocks按c99标准编译c文件的设置

1) 最初的 ANSI C 标准 (X3.159-1989) 在 1989 年被批准，并于 1990 年发布。稍后这个标准被接受为 ISO 标准 (ISO/IEC 9899:1990) 。虽然 ISO 标准将 ANSI 标准的某些章节重新编号并变为条款，但是两者实际上并无区别。不论是 ANSI 标准还是 ISO 标准，通常都称之为 C89 ，偶尔也因为发布日期而被叫做 C90 。 A...

json_object_object_foreach(new_obj, key, value) { } 编译提示 data.c:287: error: 'for' loop initial declaration used outside C99 mode 一定要c99吗？我用c99我其他程序报出警告一大堆，有没有不用c99可以编译过去的？

在codeblocks的settings中选择 compiler and debugger，选择compile setting 在其中有other options，在里面写上-std=c99 这样就可以使用c99标准来编译程序了

最近在Linux系统下编译嵌入式代码时出现问题： 问题如下图： 然后发现问题出在这： use option -std=c99 or -std=gnu99 to compile your code 上面的意思是：使用选项-std=c99或-std=gnu99来编译您的代码 后来才知道：gcc 默认使用的是 C89 的标准，而 C89 的标准不支持在 for 中定义循环变量，而在 for 循环中需要定义循环变量的话，需要在 C99 标准中才支持，因此需要增加 -std=c99 或 -std=gun99 参数