❶ arm-linux-gcc 安装完成后，头文件的包含路径不正确，找不到stdio.h，如何修改啊
要么你重新编译 arm-linux-gcc，使用正确的配置。要么就在编译的时候加 -I (大写i）参数指定头文件搜索路径，比如gcc -I/usr/local/arm/3.2/include a.c
❷ arm-linux-gcc 编译hello.c提示：hello.c:1:21:stdio.h没有文件或目录
这个是环境变量的问题，但不是PATH的问题，说头文件找不到，应该是-I的问题，你试着自己用交叉编译的命令编译，大概应该是这样的：arm-linux-gcc-o执行文件名（只要合法，随便取）hello.c-I头文件的路径（一般是在/usr/路径下）如果再不行就不知道怎么弄了
❸ gcc和arm-linux-gcc是什么关系区别是什么
gcc是linux系统下面用来将代码编译成一个可执行程序的手段。编译出来的是适用于linux系统的可执行二进制文件。可执行程序其实就是一堆的0101二进制机器码。这些机器码代表什么含义只有机器本身能理解。所以你用gcc编译出来的可执行程序只有在linux系统下面可以运行。举个例子你的可执行程序里面有一句01011.这句在linux下面可能是吃饭的意思，但是在windows下面可能01011是撒尿的意思。那你说linux的可执行程序放在window下面能正常运行吗？肯定不能嘛。你要的目的是吃饭，它帮你执行撒尿很显然就不对了。同样的可能01011在ARM下面的意思是睡觉。不同系统的机器码含义是不一样的。所以你在linux系统下面写的代码要怎样才能在ARM系统上面跑呢。这就需要用到交叉编译。arm-linux-gcc是什么意思？就是告诉你的编译器，我编写的环境是linux，但是我希望生成的可执行程序是在arm上面跑的。这就是交叉编译。编写环境和执行环境分离的一种手段。
❹ arm-linux-gcc工具链：汇编文件如何include c的头文件呢
按照楼上的帖子试了一下不行我是这样写的：a.h:#definea1a.S:.include"a.h"movr0,#a然后用arm-linux-gcca.S进行编译,报错：a.S:Assemblermessages.S:3:Error:undefinedsymbolausedasanimmediatevalue问题出在哪里呢？？？查看原帖>>
❺ 驱动的测试文件包含了stdio.h等等头文件，arm-linux-gcc编译出错：no such file or directory
sudo apt-get install lsb-coresudo apt-get install lib32stdc++然后你在试试arm-linux-gcc编译
❻ 交叉编译armlinuxgcc wchar.h: No such file or directory 不仅如此所有的C语言头文件都找不到
我的抄也是这个问题 交叉编译环境搭建后 arm-linux-gcc -v 显示No such file or directory 使用which命令可以找到，环境变量没有问题，更详细的描述问题就是which找到的命令所在的目录下的所有命令都是同样的问题。果然问题的解决点就在我用的是64位系统，使用 sudo apt-get install ia32-libs命令就可以解决希望对你有所帮助！
❼ arm-linux-gcc编译使用sqlite3数据库的程序，出错提示找不到sqlite3.h头文件，求高手指点
使用 -I （大写的字母 i）包含 sqlite3.h的路径如： sqlite3.h 在 /home/john/embed/database/sqlite/ 目录下arm-linux-gcc -I/home/john/embed/database/sqlite …
❽ arm-linux-gcc交叉编译器的制作，以及版本选择问题。
，需要必须有足够动经验来支持。另外，用 RH9 的都是高手，我想你的知识不需要来提问了吧？1、在 PC 上编译 arm 的程序当然需要较差编译器，这个需要自己安装，或者着现成的交叉编译器环境，一般是一个特殊参数编译出来的 gcc + binutils + glibc + linux-header。这个每个人动环境不同，一般都需要自己编译一个，当然没有特殊需求，也可以找现成的。不过很难找，因为这套环境还要和你动系统搭配，不然环境不匹配，连这个环境都不能运行，那就更谈不上编译东西了。有关自己编译搭建交叉编译环境，可以看看一个特殊的 Linux 发行版 LFS 的分支： CLFS 。2、移植分很多意思，移植有可能就意味着这套源代码不能在目标系统上面编译，需要你根据相应的知识去修改源代码来让这套代码适应目标编译器的要求，比如源代码有 SSE4 的优化，这套程序在非 SSE4 CPU 上无法编译运行，但目标机器连 SSE1 都不支持。那么就需要移植。或者移植仅仅是根据新的环境进行编译，不需要进行源代码修改，只需要进行一下编译就能运行的程序，也可以称为移植，就是从一个环境、架构 -》另一个环境、架构。都可以称为移植，但真正的移植意味着修改程序源代码来适应新环境。你说的这种移植是最简单的移植。3、决定目标硬件环境 -》搭建目标编译器 -》制作目标环境（内核，基础软件库）-》进行应用移植（移植需要的软件、主应用程序）-》搭建系统文件系统 -》导入目标系统-》启动目标系统&应用。说起来很简单，因为这是完全没有问题的条件下。至于超级终端。那是用来控制目标系统的。目标系统有可能不能插键盘鼠标显示器，这就需要一个远程网络链接来进行控制。以及通过远程链接来发送数据。这都需要终端的支持。虚拟机下面进行开发，不能发挥你的计算机的性能。而且因为隔着 VMware 的软件模拟层，可能还不会很方便的让你链接目标设备。至于用 socket ，我还没见到你的目标需要这个东西，因为所有的东西都是现成的源代码。不需要你从 0 开始写，当然你想自己写一个系统内核，或者服务器程序，或者全套的系统+应用，我绝对不拦你，但希望你写完这套东西，能把源代码发布出来。ads 可以认为是一个支持环境，他本身不是一个系统的开发 SDK 。————————————-ads 没用过，印象里他还有模拟器，调试器什么的程序。功能上要比 Linux 开发环境，WinCE 环境下面的东西更多更偏向于硬件方面，毕竟 ads 是 arm 出品的，不太可能偏向于软件部分设计。Linux 和 WinCE 都是系统而不是硬件工具。你可以认为交叉编译器是一个应用程序，一个输出器。把源代码输出为 arm 的代码，这个应用程序的输出，是靠他自己的环境，而不是当前系统的环境的。当前系统的各个软件的版本，不能影响交叉编译器输出的环境（理论上，现实有的时候总是从别的地方给你打击……），交叉编译器一般至少有 gcc 、binutils 、glibc 库、linux kernel 头文件。在软件需求上。头文件谁都不依赖，glibc 只需要内核头文件，其他程序全都依赖于 glibc 。也就是所有程序都不依赖内核，仅仅是依赖于内核头文件。gcc 和 binutils 是把程序源代码根据上面各个环节的需提供的功能来输出为上面环节里面的二进制程序。依赖你当前环境的，只有 gcc 和 binutils 两个程序的执行、控制环节。只有他们两个依赖的，而不是你的交叉编译后的程序。至于编译器版本的选择，新版本功能更好，旧版本兼容更好。这个要看你的实际需要了。应用程序源代码也调编译器的，同时也依赖于软件库的功能。arm 开发建议稳定、兼容优先。当然也可以尝试最新的编译环境，来获取更好的优化（前提是还有什么代码优化的话）。另外,团IDC网上有许多产品团购,便宜有口碑
❾ sleep函数使用arm-linux-gcc编译时，头文件用什么啊
Linux下的sleep函数 要用的话得包涵什么头文件啊？ #include <unistd.h>
未经允许不得转载：山九号 » armlinuxgcc头文件|arm-linux-gcc 安装完成后头文件的包含路径不正确找不到stdioh如何修改啊
