设置临时环境变量export CROSS_COMPILE=arm-xilinx-linux-gnueabi- export PATH=/work/tool/cross_compiler/bin:$PATH 设置好后查看环境变量是否设置成功输入:看到有/work/tool/cross_compiler/bin:说明环境变量设置成功.echo $PATH 永久环境变量写入脚本这样不用每次都重新设置 echo “export CROSS_COMPILE=arm-xilinx-linux-gnueabi

概述 本人的原创文章,最先发表在github-Dramalife-note中.转载请注明出处. Define variable(s) in header file referenced by multiple c files. (CH:在 被多个c文件引用 的 头文件中定义变量) If the variable is initialized, GCC will report an error. (CH:如果这个变量被初始化, GCC会报错) 一般来说,如果需要,变量的声明一边放到头文件中,变量的

Eclipse 中新建C 或C ++到项目时,头文件报警,显示“Unresolved inclusion:<stdio.h>” 虽然不影响项目到编译和运行,确也无法查看头文件,让人感觉实在不爽.下面是在国外到网站上看到解决方案,自己整理了一下拿来分享一下.关于在Eclipse 下配置C /C ++ 开发环境这里不多说了. 在终端下查看C 库文件到路径: $ echo "int main() { return 0; }" > a1.c $ gcc -v a1.c #in

在使用C++进行程序开发的时候,有个常识我们很熟悉,就是把类的定义写在.h文件中,把类的具体实现写在.cpp文件中.这毫无疑问是对的.但我们很少去思考为什么要这样做,本文结合自己的学习体会,对头文件及const对象的定义进行一些说明. 1.为什么要使用头文件 使用头文件就是为了在希望使用一些共同函数或数据的时候,只需包含这个文件就能实现,无需多次重复编写相同的代码,提高了效率. 2.什么东西可以写在头文件中 在头文件中,我们的编程经验是,函数的声明,类的定义等等应该写在头文件里面.但具体哪些可以

背景 在编译的时候,出现"redefine"的错误,最后检查才发现对应的头文件没有写正确的预编译信息: #ifndef _HeadFileName_H #define _HeadFileName_H // 头文件内容 #endif //_HeadFileName_H 添加后,不再报错,然后就思考,这个"#ifndef #define #endif"的作用到底是什么?于是有了此篇文章. 正文 "#ifndef #define #endif"其实是预

c/c++语言中有很多地方要用到extern,但是如果没有真正的了解它的意义,会给编程带来很大的麻烦,为了使大家少走弯路,特祥细的说明一下. 对于比较小的程序,一般只有一个c文件和一个头文件,全局变量我们通常会直接定义在c文件中,在程序之前加int i定义. 如果要在头文件中定义有以下两种方法:用extern来声明: extern int i; 这一句只是对变量i进行声明,在c文件的程序之前必须加上int i进行定义.extern int i=0;这一句声明和定义都做了. 对于大一点的程序,有很

.h头文件和.cpp文件的区别 疑惑1:.h文件能够编写main函数吗? 实验: 编写test.h文件,里面包含main函数 若直接编译g++ test.h -o test,通过file命令 file test,得到如下结果test: GCC precompiled header (version ) for C++ ———test文件是预编译头文件 推测:.h文件不能单独生成.o文件 疑惑2:.h文件中声明和定义的变量和函数是如何与.cpp文件结合的? 实验: 编写test.h文件,里面包含一

如何指定GCC的默认头文件路径 网上偶搜得之,以之为宝:)原地址:http://blog.chinaunix.net/u/28781/showart.php?id=401631=============================================================================== 在交叉编译的时候我们需要用到其他的库,在config时候可以通过“-l”来指定目录,但是每次都需要设置的话难免有些麻烦,找到一个简单的方法.看下文的红色部分. 有大

今天在头文件.h中初始化了一个数组和函数,在编译的时候提示这个数组和函数重新定义了,检查后发现,犯了一个致命的错误,在头文件中定义变量... 以下引用别人的一篇说明,警示自己. C语言作为一种结构化的程序设计语言,在模块的划分上主要依据功能,C语言模块化程序设计需理解如下概念: (1) 模块即是一个.c文件和一个.h文件的结合,头文件(.h)中是对于该模块接口的声明: (2) 某模块提供给其它模块调用的外部函数及数据需在.h中文件中冠以extern关键字声明: (3) 模块内的函数和全局变量需在

预编译头文件是被很多编译器用来编译稳定的代码以及将编译好的稳定代码存储在二进制文件中用于提升编译性能.在随后的编译中,编译器将加载存储状态继续编译指定的文件.每一个随后的编译将更快,因为稳定的代码不需要再次编译.(译者注:本文为QtDoc 5.0:Using Precompiled Headers的译文) 工具/原料   Qt编程环境 添加预编译头文件到你的工程   1 qmake在一些平台支持使用预编译头文件(PCH,PreCompiled Headers)以及构建环境,包括: Windows

目录 Commen Sense 头文件 链接性 static 与链接性控制 extern 与外部链接性 Reference Commen Sense C++ 在编译时对每个翻译单元(Translation Unit,通常是文件,下文以文件代称)单独编译. 注意区分 声明(Declaration) 和 定义(Definition): 声明规定了变量的类型和名字: 定义则负责创建与名字关联的实体,定义还申请存储空间.[1] C++ 的"单定义规则"指出变量只能有一次定义. 注意区分 作用域

在继续增加预编译头文件前,先稍等. Xcode为我们创建了一个模板项目,很棒!但有一点不太令人满意,问题就在下图中: 这是一个新项目的初始文件目录,几乎所有文件都在同一级目录下,随着项目文件数量急速增加,这将是一场噩梦.所以,我们需要整理一下文件结构,这也算是初步的项目构架了. 还要注意一点,Xcode的base目录下,应该是有一个“Supporting Files”文件夹的,main.m文件在其中,而两个storyboard文件是在base目录下的.可是物理目录下,并非如此.因为Xcode的文

文章出处:http://www.cnblogs.com/zplutor/ 看到有一位同学在头文件中这么写: static const wchar_t* g_str1 = - static const wchar_t* g_str2 = - 这种定义变量的方式我从来没有见过,而且它还能顺利通过编译,于是我很想知道编译器是如何处理这种变量定义的. 定义全局变量时使用static,意味着该变量的作用域只限于定义它的源文件中,其它源文件不能访问.既然这种定义方式出现在头文件中,那么可以很自然地推测:包含

一.环境变量1.node-v4.9.1-linux-armv7l1)安装cp node-v4.9.1-linux-armv7l.tar.gz /usr/local/cd /usr/local/tar xvf node-v4.9.1-linux-armv7l.tar.gz 2)添加环境变量export PATH=$PATH:/usr/local/node-v4.9.1-linux-armv7l/binexport LD_LIBRARY_PATH=/usr/local/node-v4.9.1-lin

Xcode增加头文件搜索路径的方法 以C++工程为例: 在Build Settings 页面中的Search Paths一节就是用来设置头文件路径. 相关的配置项用红框框起来了,共有三个配置项: Header Search Paths User Header Search Paths Always Search User Paths xcode的头文件路径有两种设置,一种是Header Search Paths,另一种是User Header Search Paths.两者对应两个include

 转:http://blog.csdn.net/statdm/article/details/7751000 GCC 环境变量 & eclipse CDT 头文件配置   在unix 下使用eclipse 进行c/c++开发时,默认是使用系统的头文件路径,如果你自己新安装了编译器,比如最新版 gcc 4.7.1,这个时候你要将头文件 路径指向你的gcc安装路径,配置如下图: 菜单 window-->preferences 添加变量 CPP_INCLUDE_PATH 重启后,Include中的

姚冬,中老年程序员 进藤光.杨个毛.欧阳修 等人赞同 我是来反对楼上某些答案的.我曾经用MFC写了金山词霸(大约20多万行),又用Qt写了YY语音(大约100多万行),算是对两种框架都比较有经验.纠正几个错误的认识. 1. “用Qt写的程序编译比MFC慢”的说法是错误的绝对错误,单位代码行数编译Qt远比MFC快得多,因为Qt库的头文件设计非常好,尽量都使用了前置声明,避免了头文件嵌套,几乎所有类都使用了公有类和私有类的设计,把没必要公开的声明放到私有头文件里,避免了编译时引入过多代码.而MFC没

整理自 MinGW中的头文件路径   C头文件目录%MINGW_PATH%/include下有头文件,里面有strcpy等c函数的声明. C++头文件目录%MINGW_PATH%/lib/gcc/mingw32/4.4.0/include/c++下有头文件,里面有std::string类的声明. //家目录 MINGW_PATH=D:/MinGW //C头文件目录 C_INCLUDE_PATH=%MINGW_PATH%/include;%MINGW_PATH%/lib/gcc/mingw32/3

预编译加速编译 QT也可以像VS那样使用预编译头文件来加速编译器的编译速度.首先在.pro文件中加入: CONFIG += precompiled_header 然后定义需要预编译的头文件: PRECOMPILED_HEADER = pch.h 其中pch.h头文件即为自定义的预编译头文件. 指定临时文件生成目录,使项目文件夹更干净 QT默认情况下把所有的编译中间文件都生成到debug和release文件夹里.可以在.pro文件中加入: MOC_DIR = tmp/moc RCC_DIR = t

#include <complex> //模板类complex的标准头文件 #include <valarray> //模板类valarray的标准头文件 #include <math.h> //数学头文件 #include <iostream> //模板类输入输出流标准头文件 #include <map> #include <list> #include <set> #include <vector> #in

我们在写代码的时候不一定都是有自己来完成,一个工程中会大量使用一些比较优秀的动态库.静态库等,我们在使用这些库完成所有的代码后,需要在编译的时候将这些库使用的头文件添加到我们的工程上,将他的库文件也添加到我们的工程中,接下来我们就来看一下怎么来添加. 我们在项目中很少将第三方库与我们自己的代码放到同一个目录中,而是有一些约定俗成的存放方法: 如上图,我们会将第三方库的头文件放到include文件夹,将第三方的静态库放到lib文件夹,将动态库放到bin文件夹,(注:如果是使用开源库尽可能使用静态库