gnu链接脚本

⑴ cpu运行时程序是在flash中还是在RAM

x86cpu和单片机读取程序的具体途径
pc机在运行程序的时候将程序从外存（硬盘）中，调入到RAM中运行，cpu从RAM中读取程序和数据
而单片机的程序则是固化在flash中，cpu运行时直接从flash中读取程序，从RAM中读取数据
造成这种差别的具体原因分析
x86构架的cpu是基于冯毁清.诺依曼体系的
，即数据和程序存储在一起，而且pc机的RAM资源相当丰富，从几十M到几百M甚至是几个G，客观上能够承受大量的程序数据。
单片机的构架大多是哈弗体系的
，即程序和数据分开存储，而且单片的片内RAM资源是相当有限的，内部的RAM过大会带来成本的大幅度提高。
通过上面的分析可得知：单片机的程序能存储于flash中是基于两点考虑，即体系结构和RAM资源的多少。因此，在技术不但进步片内RAM容量不断增多的今天，RAM资源已经不再是制约这种差别的主要因素，而对于体系机构我们只要更改cpu读取程序的方式就可以。
将嵌入式系统的程序存于RAM中的具体做法
“对于很多的嵌入式系统,其代码很多都存储在nor flash中,运行也是直接在flash中运行.我最近了解到我新公司的软件中的一段代码当时为了提高运行速度被加载到ram中运行.当时他们是花了很多时间来解决这个问题的.
我仔细研究了一下链接脚本,用的是gnu的linux的交叉工具链.地址分配是写在一个ld脚本中的.
他们是这样实现的:
1,将你需要在ram中运行的代码写在单独的一个c文件中,然后在脚本中设置其运行地址与存放地址分开.设置好必要的代码起始和结束的标志变量.
2,在代码中将存放地址处的代码拷贝到运行地址中.
冯.诺依曼体系与哈佛体系的区别
二者的区别就是程序空间和数据空间是否是一体的。 早期的微处理器大多采轮陆用冯诺依曼结构，典型代表是Intel公司的X86微处理器。取指令纤桐前和取操作数都在同一总线上，通过分时复用的方式进行的。缺点是在高速运行时，不能达到同时取指令和取操作数，从而形成了传输过程的瓶颈。
哈佛总线技术应用是以DSP和ARM为代表的。采用哈佛总线体系结构的芯片内部程序空间和数据空间是分开的，这就允许同时取指令和取操作数，从而大大提高了运算能力。例如STM320LF240x系列DSP是增强型的哈佛结构通过三组并行的总线访问多个存储空间。

⑵ c脚本在不同系统中编译和链接依赖的库文件有何区别

问题1，
区别很大，跨OS编译的区别就在于OS的本质区别，有一下几点：
a, 字节排序，一个int型的数据在windows里是由高地址存到低地址的4个字节的（假设是32位机器），但是在某些UNIX服务器，如AIX，它的排序方式就相反的，所以当程序被编译成低级语言（例如汇编）的时候，内存及CPU的处理就会截然相反
b, 字长，有些unix服务器是64位的，但大多WINDOWS是32位，那么定义一个整形的时候就有用8个字节和4个字节的区别，字长不一样，那么执行起来用对内存的使用也自然就不一样咯。
c,所谓的库，也是由编译器编译出来的，在不同的OS下，由同一个代码编译出来的库也会不一样。
d,编译器也各不相同，也会导致编译出程序不完全相同。
e,所谓的调用，也就是将程序和库一起打包，然后在找到库里面所定义的函数罢了

综上，当一个程序或者库要从其他OS搬到另一个不同规格的OS上的时候，一定要重新编译一下草能确保程序跑起来不发生错误，求其原因也就是因为OS的本质区别，兼容的话，其实就是看OS是否在规格上有没有本质区别

二，库文件的编译是单向的，所以无法取回源码，
.a库的打包例： ar r libabc.a a.o b.o c.o
将a.o b.o c.o 合并打包成libabc.a。注意哦(.a一定要以lib开始.a结束哦)
WIN下我不是很在行，你说的lib大包应该没错。

三，我不是很清楚

希望对你有帮助，我2年工作的精华

⑶ （ARM + Linux）GNU链接脚本中的".ARM.attributes"是什么意思

所谓gnu链接脚本，其实一般都是lds脚本，或者说是elf格式的bin文件组成的脚本文件，主要是告诉你代码是怎么排列在elf文件终，至于为啥要烧到arm，其实一般都烧录在flash中的，然后arm引导程序启动就需要从flash获取机器猫，也就是你说的那些段，常见的有data，bss，text，rely等

⑷ llvm 利用g++编译程序，此程序inclue了llvm的一些头文件。编译时出现 undefined reference to错误

你是要编译llvm和你自己在llvm上做的工程？llvm能用gnu工具链编译的，你的配置有问题，编译，链接脚本的顺序有问题。这跟是不是第三方库没关系

⑸ linux下c语言gcc编译的时候如果不知道.c文件怎么链接的

有以下步骤：

1.源程序的编译
在Linux下面,如果要编译一个C语言源程序,我们要使用GNU的gcc编译器. 下面
我们以一个实例来说明如何使用gcc编译器.
假设我们有下面一个非常简单的源程序(hello.c):
int main(int argc,char **argv)
{
printf("Hello Linux\n");
}
要编译这个程序,我们只要在命令行下执行:
gcc -o hello hello.c
gcc 编译器就会为我们生成一个hello的可执行文件.执行./hello就可以看到程
序的输出结果了.命令行中 gcc表示我们是用gcc来编译我们的源程序,-o 选项表示
我们要求编译器给我们输出的可执行文件名为hello 而hello.c是我们的源程序文件.
gcc编译器有许多选项,一般来说我们只要知道其中的几个就够了. -o选项我们
已经知道了,表示我们要求输出的可执行文件名. -c选项表示我们只要求编译器输出
目标代码,而不必要输出可执行文件. -g选项表示我们要求编译器在编译的时候提
供我们以后对程序进行调试的信息.
知道了这三个选项,我们就可以编译我们自己所写的简单的源程序了,如果你
想要知道更多的选项,可以查看gcc的帮助文档,那里有着许多对其它选项的详细说
明.
2.Makefile的编写
假设我们有下面这样的一个程序,源代码如下:

#include "mytool1.h"
#include "mytool2.h"
int main(int argc,char **argv)
{
mytool1_print("hello");
mytool2_print("hello");
}

#ifndef _MYTOOL_1_H
#define _MYTOOL_1_H
void mytool1_print(char *print_str);
#endif

#include "mytool1.h"
void mytool1_print(char *print_str)
{
printf("This is mytool1 print %s\n",print_str);
}

#ifndef _MYTOOL_2_H
#define _MYTOOL_2_H
void mytool2_print(char *print_str);
#endif

#include "mytool2.h"
void mytool2_print(char *print_str)
{
printf("This is mytool2 print %s\n",print_str);
}
当然由于这个程序是很短的我们可以这样来编译
gcc -c main.c
gcc -c mytool1.c
gcc -c mytool2.c
gcc -o main main.o mytool1.o mytool2.o
这样的话我们也可以产生main程序,而且也不时很麻烦.但是如果我们考虑一
下如果有一天我们修改了其中的一个文件(比如说mytool1.c)那么我们难道还要重
新输入上面的命令?也许你会说,这个很容易解决啊,我写一个SHELL脚本,让她帮我
去完成不就可以了.是的对于这个程序来说,是可以起到作用的.但是当我们把事情
想的更复杂一点,如果我们的程序有几百个源程序的时候,难道也要编译器重新一
个一个的去编译?
为此,聪明的程序员们想出了一个很好的工具来做这件事情,这就是make.我们
只要执行以下make,就可以把上面的问题解决掉.在我们执行make之前,我们要先
编写一个非常重要的文件.--Makefile.对于上面的那个程序来说,可能的一个
Makefile的文件是:
# 这是上面那个程序的Makefile文件
main:main.o mytool1.o mytool2.o
gcc -o main main.o mytool1.o mytool2.o
main.o:main.c mytool1.h mytool2.h
gcc -c main.c
mytool1.o:mytool1.c mytool1.h
gcc -c mytool1.c
mytool2.o:mytool2.c mytool2.h
gcc -c mytool2.c
有了这个Makefile文件,不过我们什么时候修改了源程序当中的什么文件,我们
只要执行make命令,我们的编译器都只会去编译和我们修改的文件有关的文件,其
它的文件她连理都不想去理的.
下面我们学习Makefile是如何编写的.
在Makefile中也#开始的行都是注释行.Makefile中最重要的是描述文件的依赖
关系的说明.一般的格式是:
target: components
TAB rule
第一行表示的是依赖关系.第二行是规则.
比如说我们上面的那个Makefile文件的第二行
main:main.o mytool1.o mytool2.o
表示我们的目标(target)main的依赖对象(components)是main.o mytool1.o
mytool2.o 当倚赖的对象在目标修改后修改的话,就要去执行规则一行所指定的命
令.就象我们的上面那个Makefile第三行所说的一样要执行 gcc -o main main.o
mytool1.o mytool2.o 注意规则一行中的TAB表示那里是一个TAB键
Makefile有三个非常有用的变量.分别是$@,$^,$<代表的意义分别是:
$@--目标文件,$^--所有的依赖文件,$<--第一个依赖文件.
如果我们使用上面三个变量,那么我们可以简化我们的Makefile文件为:
# 这是简化后的Makefile
main:main.o mytool1.o mytool2.o
gcc -o $@ $^
main.o:main.c mytool1.h mytool2.h
gcc -c $<
mytool1.o:mytool1.c mytool1.h
gcc -c $<
mytool2.o:mytool2.c mytool2.h
gcc -c $<
经过简化后我们的Makefile是简单了一点,不过人们有时候还想简单一点.这里
我们学习一个Makefile的缺省规则