ImageVerifierCode 换一换
格式:DOCX , 页数:10 ,大小:24.39KB ,
资源ID:16725401      下载积分:3 金币
快捷下载
登录下载
邮箱/手机:
温馨提示:
快捷下载时,用户名和密码都是您填写的邮箱或者手机号,方便查询和重复下载(系统自动生成)。 如填写123,账号就是123,密码也是123。
特别说明:
请自助下载,系统不会自动发送文件的哦; 如果您已付费,想二次下载,请登录后访问:我的下载记录
支付方式: 支付宝    微信支付   
验证码:   换一换

加入VIP,免费下载
 

温馨提示:由于个人手机设置不同,如果发现不能下载,请复制以下地址【https://www.bdocx.com/down/16725401.html】到电脑端继续下载(重复下载不扣费)。

已注册用户请登录:
账号:
密码:
验证码:   换一换
  忘记密码?
三方登录: 微信登录   QQ登录  

下载须知

1: 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。
2: 试题试卷类文档,如果标题没有明确说明有答案则都视为没有答案,请知晓。
3: 文件的所有权益归上传用户所有。
4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
5. 本站仅提供交流平台,并不能对任何下载内容负责。
6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

版权提示 | 免责声明

本文(AVR GCC 中文手册Word文档格式.docx)为本站会员(b****4)主动上传,冰豆网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。 若此文所含内容侵犯了您的版权或隐私,请立即通知冰豆网(发送邮件至service@bdocx.com或直接QQ联系客服),我们立即给予删除!

AVR GCC 中文手册Word文档格式.docx

1、这里;如果TOC溢出,-mno-fp-in-toc选项能够减少TOC的大小,这样就可以避免溢出.下面的-m选项用于IBMRTPC:-min-line-mul对于整数乘法使用嵌入代码.这是默认选项.-mcall-lib-mul对于整数乘法使用lmul$.-mfull-fp-blocks生成全尺寸浮点数据块,包括IBM建议的最少数量的活动空间(scratchspace).这是默认选项.-mminimum-fp-blocks不要在浮点数据块中包括额外的活动空间.这样就产生较小但是略慢的可执行程序,因为活动空间必须动态分配.-mfp-arg-in-fpregs采用不兼容IBM调用约定的调用序列,通过浮

2、点寄存器传送浮点参数.注意,如果指定了这个选项,varargs.h和stdargs.h将无法支持浮点单元.-mfp-arg-in-gregs使用正常的调用约定处理浮点参数.这是默认选项.-mhc-struct-return通过内存返回大于一个字的结构,而不是通过寄存器.用于兼容MetaWareHighC(hc)编译器.使用-fpcc-struct-return选项可以兼容PortableC编译器(pcc).-mnohc-struct-return如果可以,通过寄存器返回某些大于一个字的结构.这是默认选项.如果打算兼容IBM提供的编译器,请使用或-mhc-struct-return选项.选项用于

3、MIPS家族的计算机:-mcpu=cpu-type生成指令的时候,假设默认的机器类型是cpu-type.默认情况下的cpu-type是default,GCC将选取任何机型上都是最长周期时间的指令,这样才能使代码在所有的MIPS处理器上以合理的速度运行.cpu-type的其他选择是r2000,r3000,r4000,和 r6000.虽然选定某个cpu-type后,GCC将针对选定的芯片安排对应的工作,但是如果不指定?-mips2或-mips3选项,编译器不会输出任何不符合MIPSISA(instructionsetarchitecture)一级的代码.-mips2输出MIPSISA二级指令(可能

4、的扩展,如平方根指令).-mcpu=r4000或-mcpu=r6000选项必须和-mips2联用.-mips3ISA三级指令(64位指令).-mcpu=r4000选项必须和-mips2联用.(译注:疑为-mips3)-mint64-mlong64-mlonglong128这些选项目前不起作用.-mmips-as产生用于MIPS汇编器的代码,同时使用mips-tfile添加普通的调试信息.对于大多数平台这是默认选项,除了OSF/1参考平台,它使用 OSF/rose目标格式.如果打开了任一个-ggdb,-gstabs,或-gstabs+选项开关,mips-tfile程序就把stab封装在 MIPS

5、ECOFF里面.-mgas产生用于GNU汇编器的代码.在OSF/1参考平台上这是默认选项,它使用OSF/rose目标格式.-mrnames-mno-rnames-mrnames开关选项告诉输出代码使用MIPS软件名称说明寄存器,而不是硬件名称(就是说,用a0代替$4).GNU汇编器不支持-mrnames选项,而MIPS汇编器则运行MIPSC预处理器处理源文件.-mno-rnames是默认选项.-mgpopt-mno-gpopt-mgpopt开关选项要求在正文段中把所有的数据声明写到指令前面,使各种MIPS汇编器对短类型全局或静态数据项(shortglobalorstaticdataitems)

6、输出单字内存访问而不是双字内存访问.当打开编译优化时,这是默认功能.-mstats-mno-stats每次处理完非嵌入函数(non-inlinefunction)后,-mstats开关选项使编译器向标准错误文件输出一行关于程序的统计资料(保存的寄存器数目,堆栈大小,等等).-mmemcpy-mno-memcpy-mmemcpy开关选项使所有的块移动操作调用适当的string函数(memcpy或bcopy),而不是生成嵌入代码.-mmips-tfile-mno-mips-tfile当MIPS 汇编器生成mips-tfile文件(用于帮助调试)后,开关选项阻止编译器使用mips-tfile后期处理

7、 (postprocess)目标文件.不运行mips-tfile就没有调试器关注的局部变量.另外,stage2和stage3目标文件将把临时文件名传递给汇编器,嵌在目标文件中,这意味着不比较目标文件是否相同.-msoft-float输出包含浮点库调用.警告:所需库不是GNUCC的一部分.一般说来使用该机型本地C编译器的相应部件,但是不能直接用于交叉编译,你必须自己安排,提供交叉编译适用的库函数.-mhard-float输出包含浮点指令.如果编译器没有被改动,这就是默认选项.-mfp64编译器认为状态字的FR置位(on),也就是说存在3264-bit浮点寄存器,而不是3232-bit浮点寄存器.

8、同时必须打开-mcpu=r4000和-mips3开关.-mfp32认为存在3232-bit浮点寄存器.这是默认选项.-mabicalls-mno-abicalls输出(或不输出).abicalls,.cpload,和.cprestore伪指令,某些SystemV.4版本用于位置无关代码.-mhalf-pic-mno-half-pic-mhalf-pic开关选项要求把外部引用的指针放到数据段,并且载入内存,而不放到正文段.该选项目前不起作用.-Gnum把小于等于num字节的全局或静态数据放到小的数据段或bss段,而不是普通的数据段或bss段.这样汇编器可以输出基于全局指针(gp或$28),的单字

9、内存访问指令而非普通的双字指令.默认情况下,用MIPS汇编器时num是8,而GNU汇编器则为0.另外,-Gnum选项也被传递给汇编器和连接器.所有的模块必须在相同的-Gnum值下编译.-nocpp汇编用户汇编文件(带有.s后缀)时,告诉MIPS汇编器不要运行预处理器.选项用于Intel80386族计算机:-m486-mno-486控制是否生成对486优化的代码.在函数把浮点返回值放在80387寄存器栈的机器上,即使设置了-msoft-float选项,也可能会发出一些浮点操作码.-mno-fp-ret-in-387不用FPU寄存器返回函数值.通常函数调用约定把float和double的返回值放在

10、FPU寄存器中,即使不存在FPU.这种作法的理念是操作系统应该仿真出FPU.而-mno-fp-ret-in-387选项使浮点值通过普通的CPU寄存器返回.选项用于HPPA族计算机:-mpa-risc-1-0生成PA1.0处理器的目标码.-mpa-risc-1-11.1处理器的目标码.-mkernel生成适用于内核的目标码.特别要避免add指令,它有一个参数是DP寄存器;用addil代替add指令.这样可以避免HP-UX连接器的某个严重bug.-mshared-libs生成能够连接HP-UX共享库的目标码.该选项还没有实现全部功能,对PA目标默认为关闭.使用这个选项会导致编译器生成错误的目标码.

11、-mno-shared-libs不生成连接HP-UX共享库的目标码.这是PA目标的默认选项.-mlong-calls生成的目标码允许同一个源文件中的函数调用,调用点和被调函数的距离可以超过256K之远.不需要打开这个开关选项,除非连接器给出branchoutofrangeerrors这样的错误.-mdisable-fpregs防止任何情况下使用浮点寄存器.编译内核需要这个选项,内核切换浮点寄存器的执行环境速度非常缓慢.如果打开了这个开关选项同时试图浮点操作,编译将失败.-mdisable-indexing防止编译器使用索引地址模式(indexingaddressmode).这样在MACH上编译

12、MIG生成的代码时,可以避免一些非常晦涩的问题.-mtrailing-colon在标记定义(labeldefinition)的末尾添加一个冒号(用于ELF汇编器).80960族计算机:-mcpu-type默认机器类型为cpu-type,使编译器产生对应的指令,地址模式和内存对齐.默认的cpu-type是kb;其他选择有ka,mc,ca,cf,sa,和sb.-mnumerics-mnumerics开关选项指出处理器不支持浮点指令.-msoft-float开关选项指出不应该认为机器支持浮点操作.-mleaf-procedures-mno-leaf-procedures企图(或防止)改变叶过程(le

13、afprocedure),使其可被bal指令以及call指令调用.对于直接函数调用,如果bal指令能够被汇编器或连接器替换,这可以产生更有效的代码,但是其他情况下产生较低效的代码,例如通过函数指针调用函数,或使用了不支持这种优化的连接器.-mtail-call-mno-tail-call执行(或不执行)更多的尝试(除过编译器那些机器无关部分),优化进入分支的尾递归(tail-recursive)调用.你可能不需要这个,因为检测什么地方无效没有全部完成.默认开关是-mno-tail-call.-mcomplex-addr-mno-complex-addr认为(或不认为)在当前的i960设备上,值

14、得使用复合地址模式(complexaddressingmode).复合地址模式可能不值得用到K系列,但是一定值得用在C系列.目前除了CB和CC处理器,其他处理器上-mcomplex-addr是默认选项.-mcode-align-mno-code-align把目标码对齐到8字节边界上(或者不必),这样读取会快一些.目前只对C系列默认打开.-mic-compat-mic2.0-compat-mic3.0-compat兼容iC960v2.0或v3.0.-masm-compat-mintel-asm兼容iC960汇编器.-mstrict-align-mno-strict-align不允许(或允许)边界

15、不对齐的访问.-mold-align使结构对齐(structure-alignment)兼容Intel的gcc发行版本1.3(基于gcc1.37).目前这个选项有点问题,因为#pragmaalign1总是作同样的设定,而且无法关掉.选项用于DECAlpha设备:-mno-soft-float使用(或不使用)硬件浮点指令进行浮点运算.打开-msoft-float时,将使用libgcc1.c中的函数执行浮点运算.除非它们被仿真浮点操作的例程替换,或者类似,它们被编译为调用仿真例程,这些例程将发出浮点操作.如果你为不带浮点操作的Alpha编译程序,你必须确保建立了这个库,以便不调用仿真例程.注意,不

16、带浮点操作的Alpha也要求拥有浮点寄存器.-mfp-reg-mno-fp-regs生成使用(或不使用)浮点寄存器群的目标代码.-mno-fp-regs包含有-msoft-float开关选项.如果不使用浮点寄存器,浮点操作数就象整数一样通过整数寄存器传送,浮点运算结果放到$0而不是$f0.这是非标准调用,因此任何带有浮点参数或返回值的函数,如果被-mno-fp- regs开关编译过的目标码调用,它也必须用这个选项编译.这个选项的典型用法是建立内核,内核不使用任何浮点寄存器,因此没必要保存和恢复这些寄存器.下面附加的选项出现在SystemV第四版中,用于兼容这些系统中的其他编译器:在SVr4系统

17、中,gcc出于兼容接受了-G选项(然后传递给连接器).可是我们建议使用-symbolic或-shared选项,而不在gcc命令行上出现连接选项.-Qy验证编译器用的工具的版本,输出到.ident汇编指令.-Qn制止输出端的.ident指令(默认选项).-YP,dirs对于-l指定的库文件,只搜索dirs.你可以在dirs中用冒号隔开各个目录项.-Ym,dir在dir目录中寻找M4预处理器.汇编器使用这个选项.代码生成选项(CODEGENERATIONOPTION) 下面的选项和平台无关,用于控制目标码生成的接口约定.大部分选项以-f开始.这些选项拥有确定和否定两种格式;-ffoo的否定格式是-

18、fno-foo.后面的描述将只列举其中的一个格式-非默认的格式.你可以通过添加或去掉no-推测出另一个格式.-fnonnull-objects假设通过引用(reference)取得的对象不为null(仅C+).一般说来,GNUC+对通过引用取得的对象作保守假设.例如,编译器一定会检查下似代码中的a不为null:obj&a=g();a.f(2);检查类似的引用需要额外的代码,然而对于很多程序是不必要的.如果你的程序不要求这种检查,你可以用-fnonnull-objects选项忽略它.-fpcc-struct-return函数返回struct和union值时,采用和本地编译器相同的参数约定.对于较

19、小的结构,这种约定的效率偏低,而且很多机器上不能重入;它的优点是允许GCC编译的目标码和PCC编译的目标码互相调用.-freg-struct-return一有可能就通过寄存器返回struct和union函数值.对于较小的结构,它比-fpcc-struct-return更有效率.如果既没有指定-fpcc-struct-return,也没有指定-freg-struct-return,CC默认使用目标机的标准约定.如果没有标准约定,CC默认采用-fpcc-struct-return.-fshort-enums给enum类型只分配它声明的值域范围的字节数.就是说,enum类型等于大小足够的最小整数类型

20、.-fshort-double使double类型的大小和float一样.-fshared-data要求编译结果的数据和非const变量是共享数据,而不是私有数据.这种差别仅在某些操作系统上面有意义,那里的共享数据在同一个程序的若干进程间共享,而私有数据在每个进程内都有副件.-fno-common即使未初始化的全局变量也分配在目标文件的bss段,而不是把它们当做普通块(commonblock)建立.这样的结果是,如果在两个不同的编译结果中声明了同一个变量(没使用extern),连接它们时会产生错误.这个选项可能有用的唯一情况是,你希望确认程序能在其他系统上运行,而其他系统总是这么做.-fno-i

21、dent忽略#ident指令.-fno-gnu-linker不要把全局初始化部件(如C+的构造子和解构子)输出为GNU连接器使用的格式(在GNU连接器是标准方法的系统上).当你打算使用非GNU连接器的时候可以用这个选项,非GNU连接器也需要collect2程序确保系统连接器放入构造子(constructor)和解构子(destructor). (GNUCC的发布包中包含有collect2程序.)对于必须使用collect2的系统,编译器驱动程序gcc自动配置为这么做.-finhibit-size-directive不要输出.size汇编指令,或其他类似指令,当某个函数一分为二,两部分在内存中距

22、离很远时会引起问题.当编译crtstuff.c时需要这个选项;其他情况下都不应该使用.-fverbose-asm输出汇编代码时放些额外的注释信息.这个选项仅用于确实需要阅读汇编输出的时候(可能调试编译器自己的时候).-fvolatile使编译器认为所有通过指针访问的内存是易变内存(volatile).-fvolatile-global使编译器认为所有的外部和全局变量是易变内存.-fpic如果支持这种目标机,编译器就生成位置无关目标码.适用于共享库(sharedlibrary).-fPIC如果支持这种目标机,编译器就输出位置无关目标码.适用于动态连接(dynamiclinking),即使分支需要

23、大范围转移.-ffixed-reg把名为reg的寄存器按固定寄存器看待(fixedregister);生成的目标码不应该引用它(除了或许用作栈指针,帧指针,或其他固定的角色).reg必须是寄存器的名字.寄存器名字取决于机器,用机器描述宏文件的REGISTER_NAMES宏定义.这个选项没有否定格式,因为它列出三路选择.-fcall-used-reg把名为reg的寄存器按可分配寄存器看待,不能在函数调用间使用.可以临时使用或当做变量使用,生存期不超过一个函数.这样编译的函数无需保存和恢复reg寄存器.如果在可执行模块中,把这个选项说明的寄存器用作固定角色将会产生灾难性结果,如栈指针或帧指针.-f

24、call-saved-reg把名为reg的寄存器按函数保护的可分配寄存器看待.可以临时使用或当做变量使用,它甚至能在函数间生存.这样编译的函数会保存和恢复使用中的reg寄存器.另一种灾难是用这个选项说明的寄存器返回函数值.PRAGMAS C+支持两条#pragma指令使同一个头文件有两个用途:对象类的接口定义,对象类完整的内容定义.#pragmainterface(仅对C+)在定义对象类的头文件中,使用这个指令可以节省大部分采用该类的目标文件的大小.一般说来,某些信息(内嵌成员函数的备份副件,调试信息,实现虚函数的内部表格等)的本地副件必须保存在包含类定义的各个目标文件中.使用这个pragma

25、指令能够避免这样的复制.当编译中引用包含 #pragmainterface指令的头文件时,就不会产生这些辅助信息(除非输入的主文件使用了 #pragmaimplementation指令).作为替代,目标文件将包含可被连接时解析的引用(reference).implementationobjects.h(仅对C+)如果要求从头文件产生完整的输出(并且全局可见),你应该在主输入文件中使用这条pragma.头文件中应该依次使用 #pragma指令.在implementation文件中将产生全部内嵌成员函数的备份,调试信息,实现虚函数的内部表格等.如果#pragma不带参数,它指的是和源文件有相同基本名的包含文件;例如, allclass.cc中,#prag

copyright@ 2008-2022 冰豆网网站版权所有

经营许可证编号:鄂ICP备2022015515号-1