--sysroot=dir 的作用 如果在编译时指定了-sysroot=dir 就是为编译时指定了逻辑目录.编译过程中需要引用的库,头文件,如果要到/usr/include目录下去找的情况下,则会在前面加上逻辑目录. 如此处我们指定 -sysroot=/home/shell.albert/tools/toolschain_arm/4.4.3/arm-none-linux-gnueabi/sys-root 将dir作为逻辑根目录(搜索头文件和库文件).比如编译器通常会在 /usr/include

把代码编译成二进制文件 预处理----头文件,宏定义展开,条件编译 干掉注释代码 编译成汇编代码 生成目标代码.o (还不能执行) 链接(动态库)生成可执行程序 xxx.out 运行前,内存已经存在分区,执行时代码才载入内存 运行前内存分为(代码区-----只读,函数:data---初始化的数据,全局变量,静态变量(全局,局部),文字常量区(只读)bss---未初始化的数据,全局变量,静态变量) 运行时,加载上述内存分区,然后加载栈区(自动分配空间,自动释放)---自动管理内存 然后加载堆区--

在FFMPEG的官网上可以找到标准的配置文档...http://ffmpeg.org/trac/ffmpeg/wiki/MacOSXCompilationGuide 在开始前确保安装了XCODE而且也将Components中的CommandLine Tools安装了 1.安装Homebrew. 通过在命令终端执行以下命令行即可 ruby <(curl -fsSkL raw.github.com/mxcl/homebrew/go) HomeBrew的作用有点类似linux的apt-get,可以通过

转载:http://blog.csdn.net/smfwuxiao/article/details/6587709 首先需要确定目标机器的指令集. 如果是 x86 的机器,用 x86-4.4.3 版本的工具链:如果是 arm 指令的,用 arm-linux-androideabi-4.4.3 版本 (x86-4.4.3 和 arm-linux-androideabi-4.4.3 位于ndk目录中) 1.gcc 的sysroot 选项 sysroot 选项设定 gcc 在编译源码的时候,寻找头文件

gcc/g++/clang,相当于javac: 了解c/c++编译器的基本使用,能够在后续移植第三方框架进行交叉编译时,清楚的了解应该传递什么参数. clang: clang 是一个C.C++.Object-C的轻量级编译器.基于LLVM (LLVM是以C++编写而成的构架编译器的框架系统,可以说是一个用于开发编译器相关的库) gcc: GNU C编译器.原本只能处理C语言,很快扩展,变得可处理C++.(GNU计划,又称革奴计划.目标是创建一套完全自由的操作系统) g++: GNU c++编译器

ccache的主页:http://ccache.samba.org distcc的主页:http://distcc.samba.org 1.背景: 在处理一些规模相对较大的工程时,编译花费的时间可能会很长.有时候我们会经常一遍一遍地编译相同的程序,此时,有了ccache情况就好多了.它将在第一遍编译时多花几秒钟,但接下来就会使编译成倍(5-10倍)的提速. ccache 的基本原理是通过将头文件高速缓存到源文件之中而改进了构建性能,因而通过减少每一步编译时添加头文件所需要的时间而提高了构建速度.

地址: http://www.kandroid.org/ndk/docs/STANDALONE-TOOLCHAIN.html It is now possible to use the toolchain provided with the Android NDK as a standalone compiler. This can be useful if you already have your own build system, and only need to ability to i

前言 Makefile自动生成头文件依赖是很常用的功能,本文的目的是想尽量详细说明其中的原理和过程. Makefile模板 首先给出一个本人在小项目中常用的Makefile模板,支持自动生成头文件依赖. CC = gcc CFLAGS = -Wall -O INCLUDEFLAGS = LDFLAGS = OBJS = seq.o TARGETS = test_seq .PHONY:all all : $(TARGETS) test_seq:test_seq.o $(OBJS) $(CC) -o

Android 环境下编译FFmpeg 开发环境:Ubuntu 12.04.2 LTS , android-sdk-linux, android-ndk-r8e 一 .X264 编译 1.    X264源码下载 git clone git://git.videolan.org/x264.git 2.    环境配置 在X264根目录下创建文件config.sh 内容如下 #!/bin/sh ANDROID_NDK_ROOT=$NDK_HOME PREBUILT=$ANDROID_NDK_ROO

Autotest本身是一个自动化测试框架,可以在上面添加各种测试工具用于系统测试.前几天我在上面添加了几个基于龙芯桌面5.0系统的性能测试工具.现在做以下总结,大体写以下添加的过程. 以unixbench5为例,首先在client/tests目录下有一个文件夹:unixbench5,此文件夹有如下文件:[root@Autotest-server unixbench5]# lscontrol Makefile.patch UnixBench5.1.3.tgz unixbench5.py其中cont

1.编译脚本如下: NDK=/opt/android-ndk-r9d TOOLCHAIN=$NDK/toolchains/arm-linux-androideabi-4.6/prebuilt/linux-x86_64 export PLATFORM=$NDK/platforms/android-/arch-arm/ function build_faac { pwd CFLAGS="-fpic -DANDROID -fpic -mthumb-interwork -ffunction-sectio

在netbeans里开发,有一个重要文件makefile,是用来编译所有的文件. 项目的目录结构如下,扁平的目录结构,如何实现自动化编译,写makefile呢? 第一版 基础版: CC = g++ CFLAGS = -O3 -DNDEBUG SOURCE =AdaBoost.cpp aodeselect.cpp sample.cpp vfan.cpp kdbext2.cpp tan_gen.cpp petal: ${SOURCE} $(CC) -o $@ ${SOURCE} $(CFLAGS)

===================================================== 最简单的基于FFmpeg的移动端样例系列文章列表: 最简单的基于FFmpeg的移动端样例:Android HelloWorld 最简单的基于FFmpeg的移动端样例:Android 视频解码器 最简单的基于FFmpeg的移动端样例:Android 视频解码器-单个库版 最简单的基于FFmpeg的移动端样例:Android 推流器 最简单的基于FFmpeg的移动端样例:Android 视频转

近期须要用到ffmpeg开发视频相关.在网上找了些编译资源,自己摸索着,总算编译ok了. 因此,记录下苦逼的编译过程,已祭奠我为之逝去的青春. 1.准备工作 首先.到ffmpeg官网下载最新到代码. 然后,https://github.com/lajos/iFrameExtractor 下载这个演示样例程序.并将里面的 gas-preprocessor.pl 复制到 /usr/local/bin 目录. 2.编译 首先.附上编译原文: Build steps Download the code

比方说你要在C++/PHP里实现一个函数Image get_image(string id),不同的图片有1万张(用户头像),你可以把它们存在一个目录/文件夹里,然后fopen()再fread. 你也可以把它们存在一个SQLite数据库images.db里,调用SQLite来读取,"35% Faster Than The Filesystem".你还可以把它们放在一个大文件images.dat里,自己在前面放个索引--为啥要造轮子,还不如SQLite圆? PHP自5.3.0起默认启用S

http://blog.csdn.net/shuimuniao/article/details/8017971 将流水线引入cpu,可以提高cpu的效率.更简单的说,让cpu可以预先取出下一条指令,可以提供cpu的效率.如下图所示: +-------------------------------- |取指令 | 执行指令 | 输出结果 +-------------------------------- |             | 取指令     | 执行 +----------------

-sysroot 的作用 如果在编译时指定了-sysroot就是为编译时指定了逻辑目录.编译过程中需要引用的库,头文件,如果要到/usr/include目录下去找的情况下,则会在前面加上逻辑目录. 如此处我们指定 -sysroot=/home/shell.albert/tools/toolschain_arm/4.4.3/arm-none-linux-gnueabi/sys-root 则如果在编译过程中需要找stdio.h,则会用/usr/include/目录下去找,因为我们指定了系统目录,则会

我的博客:www.while0.com -fomit-frame-pointer选项是发布产品时经常会用到的优化选项,它可以优化汇编函数中用edp协助获取堆栈中函数参数的部分,不使用edp,而是通过计算,全部使用esp来完成.看下边的例子就明白了: 把一下文件保存为test.c int b(int c){ int d = c; return 0; } 通过一下命令编译: gcc -o test.s -S test.c   不优化,编译为test.s gcc -o test1.s -S -fomi

在makefile中经常会看到这些选项,gcc默认会在程序当前目录.path路径中查找所需要的材料 如何给gcc添加我们自己的原材料(头文件,库等) -I (注意是大写的i) 给gcc添加自定义的头文件的路径 例如:我的头文件目录是myinclude -Imyinclude -L 给gcc添加额外的搜索库的路径 例如 :有一个库A所在的路径是目录B -LB -l(小写的L) 给gcc 指定具体的库 例如:gcc需要一个库A -lA 整体举例: CC=g++ CFLAGS=-g BIN=main

// a.h extern void foo(); // a.cpp #include <stdio.h> void foo() { printf("foo\n"); } // x.cpp #include "a.h" int main() { foo(); return 0; } // Makefile all: x x: x.cpp liba.so g++ -g -o $@ $^ liba.so: liba.a g++ -g -fPIC -share