1. 如何配置gcc编译器为默认编译器
默认编译器的设置,是通过全局变量的设置:
你进入命令模式,打命令:vi /etc/profile
在打开的文件里,加上:
PATH=$PATH:$gcc_PATH/bin
其中:$gcc_PATH是你的编译器安装路径
例如我的是:
PATH=$PATH:/opt/codesourcery/arm-2008q3/bin
/opt/codesourcery/arm-2008q3是我的gcc安装路径。
然后保存退出,重启后,就有默认编译器了。
2. proteus怎么配置编译器
打开ISIS,新建一个工程,保存。
3. 如何设置codeblocks编译器
首先在编译器设置中设置为 vc 2010即可。
但是只安装vc 2010的话,在vc的bin目录中无法找到rc.exe和cdb.exe。
rc.exe可以从C:\Program Files\Microsoft SDKs\Windows\v7.0A\bin目录下找到。你也可以把rc.exe 和rcdll.dll拷贝到vc的bin目录下。
cdb.exe无法找到,你必须下载 Debugging Tools for Windows 。当然这个东西没有单独的包可下载,你可以下载Microsoft Windows SDK for Windows 7 and .NET Framework。这个东西现在只需先下载一个500k的引导程序,然后其他的都不要,只要Debugging Tools for Windows就好了。
安装好的cdb.exe在C:\Program Files\Debugging Tools for Windows (x86)目录下,你需要在compiler and debugger settings中的Toolchain executables选项的additional paths中增加这个目录以便codeblocks查找它。
ok,现在你可以用目前最棒的c++编辑器和最棒的c++编译器了:)
或许你在编译一个带资源文件的工程,而这个资源文件#include <windows.h>时,你又会遇到问题:致命错误 RC1015: 无法打开包含文件 'windows.h'。还是一样在compiler and debugger settings中的search directories设置中为编译、链接、资源编译三个选项加上下面这个查找目录:
C:\Program Files\Microsoft SDKs\Windows\v7.0A\Include
4. 怎么用gcc编译文件
在终端中输入 gcc 文件名 -o 目标文件名x0dx0a然后 ./目标文件名 就行了,没有目标文件名,自动存为 ax0dx0a执行 ./a 就行了。x0dx0ax0dx0a在使用Gcc编译器的时候,我们必须给出一系列必要的调用参数和文件名称。GCC编译器的调用参数大约有100多个,其中多数参数我们可能根本就用不到,这里只介绍其中最基本、最常用的参数。x0dx0aGCC最基本的用法是∶gcc [options] [filenames]x0dx0a其中options就是编译器所需要的参数,filenames给出相关的文件名称。x0dx0a-c,只编译,不连接成为可执行文件,编译器只是由输入的.c等源代码文件生成.o为后缀的目标文件,通常用于编译不包含主程序的子程序文件。x0dx0a-o output_filename,确定输出文件的名称为output_filename,同时这个名称不能和源文件同名。如果不给出这个选项,gcc就给出预设的可执行文件a.out。x0dx0a-g,产生符号调试工具(GNU的gdb)所必要的符号资讯,要想对源代码进行调试,我们就必须加入这个选项。x0dx0a-O,对程序进行优化编译、连接,采用这个选项,整个源代码会在编译、连接过程中进行优化处理,这样产生的可执行文件的执行效率可以提高,但是,编译、连接的速度就相应地要慢一些。x0dx0a-O2,比-O更好的优化编译、连接,当然整个编译、连接过程会更慢。x0dx0a-Idirname,将dirname所指出的目录加入到程序头文件目录列表中,是在预编译过程中使用的参数。C程序中的头文件包含两种情况∶x0dx0aA)#include
5. 如何在编译器里设置调用别人写好的lib和dll步骤
如何在编译器(vs2008)里设置调用别人写好的lib和dll如何在编译器(vs2008)里设置调用别人写好的lib和dll步骤:1.Tools->options->projectsandsolutions->VC++directories分别在包含文件,库文件填加了路径(这些路径只告诉编译器怎么找文件,没有说把那里面的文件加入工程.)(若不设置,编译报错:无法打开***文件)2.Project->properties->c/c++->general->additionalincludedirectories添加包含文件Project->properties->linker->general->additionallibrarydirectories添加库文件Project->properties->linker->input->添加用到的lib(这一步也可以在代码中显示调用#pragmacomment(lib,"***.lib"))(若不添加,连接报错:无法解析的外部符号)3.将dll文件拷贝到工程debug文件下(如果不拷贝,编译链接不报错,运行报错:无法找到***.dll)切记第三条,让老子排查了一上午,当然最好把所有输出目录定位到一个文件下面。附:DLL与LIB文件的区别共有两种库:一种是LIB包含了函数所在的DLL文件和文件中函数位置的信息(入口),代码由运行时加载在进程空间中的DLL提供,称为动态链接库dynamiclinklibrary。一种是LIB包含函数代码本身,在编译时直接将代码加入程序当中,称为静态链接库staticlinklibrary。共有两种链接方式:动态链接使用动态链接库,允许可执行模块(.dll文件或.exe文件)仅包含在运行时定位DLL函数的可执行代码所需的信息。静态链接使用静态链接库,链接器从静态链接库LIB获取所有被引用函数,并将库同代码一起放到可执行文件中。关于lib和dll的区别如下:(1)lib是编译时用到的,dll是运行时用到的。如果要完成源代码的编译,只需要lib;如果要使动态链接的程序运行起来,只需要dll。(2)如果有dll文件,那么lib一般是一些索引信息,记录了dll中函数的入口和位置,dll中是函数的具体内容;如果只有lib文件,那么这个lib文件是静态编译出来的,索引和实现都在其中。使用静态编译的lib文件,在运行程序时不需要再挂动态库,缺点是导致应用程序比较大,而且失去了动态库的灵活性,发布新版本时要发布新的应用程序才行。(3)动态链接的情况下,有两个文件:一个是LIB文件,一个是DLL文件。LIB包含被DLL导出的函数名称和位置,DLL包含实际的函数和数据,应用程序使用LIB文件链接到DLL文件。在应用程序的可执行文件中,存放的不是被调用的函数代码,而是DLL中相应函数代码的地址,从而节省了内存资源。DLL和LIB文件必须随应用程序一起发行,否则应用程序会产生错误。如果不想用lib文件或者没有lib文件,可以用WIN32API函数LoadLibrary、GetProcAddress装载。使用lib需注意两个文件:(1).h头文件,包含lib中说明输出的类或符号原型或数据结构。应用程序调用lib时,需要将该文件包含入应用程序的源文件中。(2).LIB文件,略。使用dll需注意三个文件:(1).h头文件,包含dll中说明输出的类或符号原型或数据结构的.h文件。应用程序调用dll时,需要将该文件包含入应用程序的源文件中。(2).LIB文件,是dll在编译、链接成功之后生成的文件,作用是当其他应用程序调用dll时,需要将该文件引入应用程序,否则产生错误。如果不想用lib文件或者没有lib文件,可以用WIN32API函数LoadLibrary、GetProcAddress装载。(3).dll文件,真正的可执行文件,开发成功后的应用程序在发布时,只需要有.exe文件和.dll文件,并不需要.lib文件和.h头文件