多媒体处理算法应用在很多媒体处理环境中，如对文本，手写数据，2D/3D图形和音频对象的捕捉、制造、存储和传输等。过去 都是使用昂贵的多媒体处理硬件协同工作来加速。现在，通用处理器通过在体系结构上增加媒体处理支持来减少使用协同处理器分配和返回带来的开销。在通用处理 器上一个基本的操作能同时作用多个元素的支持成为SIMD并行处理。通过SIMD扩展，通用护理器通过捕捉多媒体算法中潜在的并行特性来加速应用。

单指令流多数据流模型

虽然SIMD技术还没有广泛应用，但也没有完全小时。因为SIMD扩 展对于特定的应用仍然很有意义，这些应用的特点是本身有并行的任务，需要大量的独立数据运算，包括3D图形运算，图像处理，语音识别，科学计算，数据库查 询等。

MMX技术：

MMX是在第五代奔腾处理器中作为附加扩展引入的，最早用在提升图像生成，加密，视频编解码和I/O处理 上，相对于无MMX技术的处理器，通常能带来1.5到2倍的加速.MMX能处理64位封装的整型，引入了8个64位寄存器来实现、四种MMX数据类型(封 装的字节，半字，字，双字）和57条MMX指令.
8个MMX寄存器是通用寄存器，是浮点寄存器(ST0-ST7)的低64位的重用.MMX的数据 类型可以是8个字节整型元素的数组，4个半字整型元素的数组，2个字整型元素的数组或者1个双字整数.做SIMD运算时，SIMD指令取两个MMX寄存器 中的操作数，作相应的SIMD运算，并将结果存入结果寄存器中。MMX的指令系统由57条指令构成.包括基本算术操作、比较操作、转换操作、逻辑操作、移 位操作、访存及寄存器间移动操作和状态指令。因为MMX寄存器复用浮点寄存器，必要时，需要对MMX寄存器清空以便正常的浮点运算可以进行。
MMX 引入了一种新的溢出方式：饱和溢出(Saturation overflow).传统的溢出很多都是反转溢出(wraparound overflow).对于反转溢出，即溢出高位。但对于图像处理，这样做就不合适，比如两个白色的像素点相加，因为溢出，取低位，可能会是一个黑色的点， 显然和实际不符。饱和移除就是为解决这个问题，即若溢出则保留最值，而不是简单的取最低的几位。MMX提供有符号和无符号两种饱和溢出。

流 SIMD扩展技术(SSE)

SSE在Intel 奔腾III中引入，作MMX技术的升级，并保持向后兼容。SSE扩展包括增加对128位寄存器內封装的或者普通的单精度浮点值的操作。SSE扩展引入了一 个新数据类型：128位封装单精度浮点类型，有4个IEEE标准的32位单精度浮点类型组成.该单精度数可以在XMM寄存器內或者主存中。SSE引入5类 新寄存器：XMM寄存器：8个128位寄存器支持单精度运算(XMM0-XMM7),能被x87 FPU，MMX寄存器或通用寄存器访问；MXCSR寄存器：32位寄存器包含SIMD浮点操作的控制和状态信息；MMX寄存器：用于64位封装整型，或者 为某些在MMX和XMM寄存器之间运算的操作提供操作数；通用寄存器：因为MMX和XMM寄存器不能用于存地址，8个32位的通用寄存器就被引入用于保存 SSE模式下的操作数的存储地址；EFLAGS寄存器：用于记录某些比较结果的32位寄存器.
SSE也引入了70条新指令，可以分为4 类：SIMD单精度浮点运算；MXCSR状态管理指令；64位SIMD整点指令(扩展原MMX指令集);cache控制，预取和取值指令。
目前很 多的图形软件采用了这项技术，如Adobe Photoshop会在有SSE扩展的机器上用SSE加速，微软也在DirectX 6.1和之后的音/视频驱动中加入了SSE，这些都已经包含在Windows 98,Me,2000,NT和XP。

流SIMD扩展技术 2(SSE2)

SSE2在奔四和Xeon处理器中引入，SSE2允许更多的计算并行，并扩展了MMX和SSE中的指令，而且引入了两个双精度浮 点数据类型。具体引入特性如下：六中数据类型、支持新数据类型的指令和对已有SIMD整型操作的扩展、修改已有指令以便支持SSE2.
双精度 SIMD运算的支持增强了在XMM寄存器上作高精度计算的能力。SSE2也让XMM寄存器可以作128封装整型的运算。现在程序员可以使用完备的SIMD 寄存器、数据类型和指令来开发混合单/双精度浮点，64位/128位整点的数据.SSE2并没有引入新的寄存器，只是做了功能扩展。

流 SIMD扩展技术3(SSE3,SSSE3)

SSE3在奔腾四为了支持超线程而引入。SSE3扩展包括13条新指令.SSE3并没有引入新的数据类型和寄存 器.

SSSE3在Intel Core架构中引入，增加了16条指令，每条指令都能在64位的MMX寄存器或128位的XMMS寄存器上运算

流 SIMD扩展技术4(SSE4)

SSE4 2006年9月发布，AMD k10和Intel Core中有使用，包括54条新指令。SSE4中增加了并非特定于多媒体应用的指令，如STTNI指令可以加速文本和字 符串处理；ATA能加速冗余校验。

流 SIMD扩展技5(SSE5)

SSE5是AMD 2007年8月发布的，作为AMD64结构在128 SSE基础上的补充。

高级向量扩展 (AVX)

Intel 2008年3月发布的SIMD扩展.寄存器从128位扩展为256位，并使用新的寄存器名YMM0-YMM15，已有的128位指令使用256位寄存器的 低128位.使用无副作用指令格式，即所有形如a=a+b的操作都会会被替换为c=a+b，这样操作数计算的结构不会污染原操作数，所有的有两个操作数的 XMM指令都会用这种方式扩展为3个操作数的形式.访存中对SIMD数据对齐的要求放宽。
AVX中指令的编码方式也有改变，通过 修改前缀使得无副作用指令格式得意实现。AVX扩展适用于多媒体、科学计算和经济方面的应用，能有效增加并行性和浮点SIMD运算的吞吐率，降低寄存器载 入开销。目前Linux 2.6.30、Windows 7 SP1和Windows Server 2008 R2 SP1都有AVX增强.

3DNow!技术

3DNow！是AMD在MMX的基础上作的扩展，和SSE对MMX的扩展相似。最早用在 AMD-K6-2处理器上，之后在AMD-K6-III和AMD Athlon处理器上实现。3DNow！是一组指令，有效缓解了传统多浮点运算和多媒体应用的瓶颈。3DNow！使用MMX寄存器但增加了45条浮点指 令，能同时对1个或2个单精度浮点值作运算.3DNow！支持加、减、乘、除、和整点之间的转换、比较、绝对值、数据预取等操作。根据AMD提供的资 料，3DNow！的带来，如同SSE为MMX带来的同等提升，但指令和复杂度降低。但SSE和3DNow！不兼容。目前微软的Windows 9X，NT和所有最新系统，DirectX 6.x可以使用3DNow！加速，OpenGL也可以使用3DNow！加速.
3DNow！为高分辨率的显示提高了帧频率，更接近 现场的高保真音频等等。

小小结：

操作系统对某个体系结构的支持，已经远远不是单纯的某个指令集能解决的问题。为了用户体验和应用性能提升，需要更多的软/硬件协同的设计。软件设计中需要哪条指令更高效的运行，哪些指令用不到，都可以给硬件设计作参考。这也是Wintel联盟如此紧密的原因。与CPU架构密切相关的SIMD指令，作为改进普通中端用户多媒体体验的关键，更是在Windows系统中占据不可替代的作用。

在Gentoo portage中做了个简单的调研，发现现在使用SIMD加速的包很少，如mplayer，ffmpeg，gimp，大多数都为多媒体应用程序，支持最多的也只有sse，sse2,3DNow和mmx，再新的根本没有。而且Intel等芯片设计厂商也有一些未公开的特殊指令，只提供给某些合作伙伴使用，再加上开源爱好者们没有那么多的时间和精力去根据已有的程序和算法，按照某个芯片独特的SIMD支持，设计并验证针对它的软件修改。那很多开源软都难用到这些特性。性能也就没办法和Windows下的相比。

这小小结，只是愤青的一点感慨而已。既得利益集团是不会在乎这些的。

敬请期待SIMD系列下文《前瞻-拿起SIMD的武器!》

PS：原文根据ayaya的评论做了很多更正，谢谢ayaya：）

参考：
A Review of SIMD Multimedia Extensions and their Usage in Scientific and Engineering Applications.

http://en.wikipedia.org/wiki/Streaming_SIMD_Extensions

http://en.wikipedia.org/wiki/SSSE3

http://en.wikipedia.org/wiki/SSE4

http://en.wikipedia.org/wiki/SSE5

http://en.wikipedia.org/wiki/Advanced_Vector_Extensions

http://en.wikipedia.org/wiki/CVT16_instruction_set

您可能也喜欢：

SIMD硬件的发展

通用微处理中的SIMD指令扩展

向量处理器VS标量处理器中的向量扩展

自动向量化

Some notes about IBM XL C Compiler

无觅

相关文章：

• 前瞻-拿起SIMD的武器II
• 通用微处理中的SIMD指令扩展
• 前瞻-拿起SIMD的武器I
• GCC初窥
• 小例子–回眸一笑百媚生
• 探秘CPU性能测试：Spec CPU2000之整点篇

在ebuild的src_unpack,src_compile,src_test和src_install阶段,ebuild.sh都在沙盘内操作.

http://bugday.gentoo.org/sandbox.html

http://devmanual.gentoo.org/general-concepts/sandbox/index.html

您可能也喜欢：

Ebuild and emerge

gentoo如何处理被屏蔽(masked)的包 by 杨珂 转自linuxsir

Gentoo上安装Texlive2009

gentoo的相关配置-make.conf

Debian和Gentoo系统中Emacs 23不能使用ibus解决方法

无觅

相关文章：

• 使用crossdev安装龙芯的O32 gnu交叉工具链
• Ebuild and emerge
• gentoo的相关配置-make.conf
• Gentoo中的交叉编译利器–crossdev
• gentoo如何处理被屏蔽(masked)的包 by 杨珂 转自linuxsir
• 用crossdev装龙芯的n32 gnu交叉工具链

言归正转，开始安装我们的O32工具链，因为使用crossdev(如果你还不知道什么是crossdev，请参考Gentoo中的交叉编译利器–crossdev)，我们仍旧需要配置龙芯的overlay。详细的配置过程参见用crossdev装龙芯的n32 gnu交叉工具链，我这里只简单列出命令：
cd /root
git clone git://www.gentoo-cn.org/var/git/loongson.git
cd /usr/local/portage/
mkdir loongson
cd loongson
ln -s /root/loongson-overlay/sys-libs/ sys-libs ##glibc指向overlay中的glibc
ln -s /root/loongson-overlay/sys-devel/ sys-devel ##将gcc指向overlay中的gcc

接下来修改make.conf，确保/usr/local/portage/loongson在你所有overlay查找的最前面：
PORTDIR_OVERLAY="/usr/local/portage/loongson $PORTDIR_OVERLAY"
这样做是为了确保使用龙芯overlay中的gcc和binutils。

下面还不能直接执行
crossdev -t mipsel-unknown-linux-gnu
因为现在overlay还不支持O32的工具链，需要我们做些修改，这些修改是我安装的时候google并参考zhllg在n32工具链的bugfix做的，目前能正常安装并能编译运行helloworld，应该没有任何问题:)

在目录/usr/local/portage/loongson/sys-libs/glibc下，做如下修改
files/eblits/src_compile.eblit
160a161,167
+ if [[ ${CTARGET} == "mipsel-unknown-linux-gnu" ]] ; then
+ # remove "-32" gcc switch, since gcc for other arch don't have this
+ sed -i '2 s/-mabi=32//g' "${S}"/ports/sysdeps/mips/mips32/Makefile
+ # fix stdio_lim.h missing problem
+ sed -i 's/_MIPS_SZPTR/32/' "${S}"/ports/sysdeps/mips/bits/wordsize.h
+
+ fi
files/eblits/src_install.eblit
203a204,207
+ if [[ ${CTARGET} == "mipsel-unknown-linux-gnu" ]] ; then
+ sed -i 's/\(__WORDSIZE.\+\)\(32\|64\)$/\1_MIPS_SZPTR/' \
+ "${D}"/$(alt_headers)/bits/wordsize.h || die "restore wordsize.h failed"
+ fi
上面修改共三处，第一处解决emerge glibc-header时报的 gcc doesn’t support -mabi=32 错。修改方式是直接删除此选项，因为我们使用x86上的gcc而这个选项是支持O32的gcc才能接受的选项。
第二，三处修改解决同一个问题，Emerging cross-gcc-stage1时出错/usr/mipsel-unknown-linux-gnu/sys-include/stdio.h error: bits/stdio_lim.h: No such file or directory。 对于这个错误，你有两种修改方式，可以直接touch stdio_lim.h这个文件，这是很多手工编译工具链时给的建议。这里我们使用另一种方法，阻止该文件被include到stdio.h中，这是zhllg在N32工具链中使用的方式。

修改完了之后别忘了重新生成ebuild校验。
ebuild glibc-2.10.1.ebuild manifest
ebuild glibc-2.9_p20081201-r2.ebuild manifest

bug修改完成，接下来，你就可以直接使用crossdev安装了。
crossdev -t mipsel-unknown-linux-gnu

Enjoy it！

PS：

1. 这是自己第一次修改ebuild，呵呵其实很简单，但自己一直都把自己当成用户，没有做过这种事，不敢做，所以浪费了很多时间，看着自己改出来的bug，心情很不一样哈。
2. 我已经将上面的修改提交给了zhllg，等他做了相应的修改，就可以直接crossdev安装了。请关注此文。

您可能也喜欢：

龙芯N32系统上的Squirrelfish性能

用crossdev装龙芯的n32 gnu交叉工具链

关于龙芯公司的小道消息

webkit-龙小组成立

龙芯中科公司招聘JAVA虚拟机开发工程师

无觅

相关文章：

• 用crossdev装龙芯的n32 gnu交叉工具链
• Gentoo中的交叉编译利器–crossdev
• Ebuild and emerge
• gentoo如何处理被屏蔽(masked)的包 by 杨珂 转自linuxsir
• 小例子–回眸一笑百媚生
• GCC初窥

我们需要首先有gentoo的龙芯overlay，这个overlay是gentoo开发者zhllg维护的龙芯gentoo n32系统的overlay，因为我们需要n32的glibc，所以就需要这个overlay。虽然你可以直接只下载glibc的相关文件，但是推荐你直接clone整个overlay，这样的话，以后你就可以直接用git工具和zhllg的overlay更新了。如果不懂什么是overlay，可以参考这个链接Gentoo Overlays: Users’ Guide。你需要一个位置存放overlay的内容，因为我们只需要glibc，所以你最好放在/usr/local/portage/以外的地方，然后在/usr/local/portage/做glibc的链接到龙芯的overlay里，这样能避免安装其他软件中的龙芯支持，搞乱你自己的x86系统。假定你在/root下存放overlay。你需要执行以下命令:
cd /root
git clone git://www.gentoo-cn.org/var/git/loongson.git
cd /usr/local/portage/
mkdir loongson
cd loongson
ln -s /root/loongson-overlay/sys-libs/  sys-libs    ##glibc指向overlay中的glibc
ln -s /root/loongson-overlay/sys-devel/  sys-devel  ##将gcc指向overlay中的gcc
至于为啥要把gcc也做软链接到龙芯的overlay，其实是因为历史遗留问题，原来的gcc4不支持，需要打补丁，现在不需要了，不过以后可能还需要，所以就做了这个软链接，不过你到overlay里，ls -l一下可以看到其实overlay里gcc也是链接，指向/usr/portage/下的gcc。

接下来就要告诉emerge，从overlay中找工具链中的gcc/binutils/glibc。我们要编辑/etc/make.conf文件，添加本地龙芯的portage，这里要注意，之所以我在/usr/local/portage下又创建文件夹是因为我有layman。另外你需要确保/usr/local/portage/loongson在你所有overlay查找的最前面：
PORTDIR_OVERLAY="/usr/local/portage/loongson $PORTDIR_OVERLAY"
这样做是为了确保使用龙芯overlay中的gcc和binutils。

接下来就能直接安装了：
crossdev -t mips64el-unknown-linux-gnu

之后你就能享受交叉编译了，mipsel-unknown-linux-gnu-gcc 编译个helloword试试吧:)

龙芯是咱们自己的东西，大家一起努力才能让龙芯走向世界！

这里要注意几个问题：
1，如果你是新安装的glibc，龙芯overlay中的glibc是2.10的，你gentoo系统的glibc的版本不能比这个低才行，不然会有冲突，具体的错误提示我忘记了。
2，一定要让龙芯overlay在PORTDIR_OVERLAY的最前面。
3，具体安装以下内容
linux-headers-2.6.27-r2 from portage.
binutils-2.19.1-r1 from loongson overlay.
gcc-4.4.2 from portage. The gcc in loongson overlay currently is just a symlink to portage gcc.
glibc-2.10.1 from loongson overlay.

参考

http://r0bertz.blogspot.com.sixxs.org/2009/11/update-on-building-mips64el-cross.html

您可能也喜欢：

龙芯N32系统上的Squirrelfish性能

webkit-龙小组成立

使用crossdev安装龙芯的O32 gnu交叉工具链

关于龙芯公司的小道消息

GCC即将支持龙芯3A

无觅

相关文章：

• 使用crossdev安装龙芯的O32 gnu交叉工具链
• Gentoo中的交叉编译利器–crossdev
• Ebuild and emerge
• GCC初窥
• GCC中的pie和fpie选项
• gentoo如何处理被屏蔽(masked)的包 by 杨珂 转自linuxsir

ebuild /usr/local/portage/loongson/cross-mips64el-unknown-linux-gnu/gcc/gcc-4.4.2.ebuild help
你就可以看到ebuild能执行的命令了，这里列举几个和安装有关的。
help : show this help screen,帮助信息
setup : execute package specific setup actions，执行设置命令，检测系统环境和系统变量设置以及设置必要的环境变量
fetch : download source archive(s) and patches，在指定的URL下载源码包
unpack : unpack sources (auto-dependencies if needed) 解压源码包
prepare : prepare sources (auto-dependencies if needed)
configure : configure sources (auto-fetch/unpack if needed) 执行configure脚本得到makefile，在gcc的ebuild里，configure和make一起完成了。
compile : compile sources (auto-fetch/unpack/configure if needed) 执行make命令
test : test package (auto-fetch/unpack/configure/compile if needed) 执行make test
install : install the package to the temporary install directory 执行make install，安装到/var下的指定目录
qmerge : merge image into live filesystem, recording files in db 将make install得到的镜像安装到系统中，并升级db
merge : do fetch, unpack, compile, install and qmerge 将上面几步一起完成
unmerge : remove package from live filesystem 相当于emerge -C
config : execute package specific configuration actions
package : create a tarball package in /usr/portage/packages/All 将编译出的二进制文件打包
rpm : build a RedHat RPM package 生成rpm包
clean : clean up all source and temporary files 删除/var/tmp/portage/下编译使用的所有临时文件。
可 见基本上emerge是ebuild分解动作的连续执行，但是有个疑问，ebuild是在何时根据use的配置configure。根据上面的这些命令， 应该是在setup时。在setup的过程中，ebuild会根据当前的系统设置和USE设置，检测系统，并export很多的系统变量。并保存到文件 environment中

您可能也喜欢：

gentoo如何处理被屏蔽(masked)的包 by 杨珂 转自linuxsir

Gentoo上安装Texlive2009

Gentoo 沙盘简介

GCC中的pie和fpie选项

gentoo的相关配置-make.conf

无觅

相关文章：

• gentoo如何处理被屏蔽(masked)的包 by 杨珂 转自linuxsir
• Gentoo中的交叉编译利器–crossdev
• 使用crossdev安装龙芯的O32 gnu交叉工具链
• 用crossdev装龙芯的n32 gnu交叉工具链
• 安装LLVM2.7 step by step
• GCC初窥

sys-devel/crossdev
Available versions: 0.9.18-r10 ~0.9.19 **99999999
Installed versions: 0.9.18-r10(03:44:50 PM 11/29/2009)
Homepage: http://www.gentoo.org/
Description: Gentoo Cross-toolchain generator
交叉编译时很多嵌入式开发必须的工具，因为资料太少，遇到的问题又很难解决，所以交叉的开发环境一直让很多程序员头疼。我们就来了解一下gentoo下如何构建交叉编译环境。
先说说工具链，工具链是用来组建一个系统的工具包集合，因为它们使用输入和输出连接在一起，所以称为链。通常工具链包括以下几部分：

binutils–用来生成二进制的基本工具(包括汇编器和连接起)

gcc–GNU编译器集(C和C++编译器)

glibc/uclibc/newlib–系统C语言库

linux-headers–系统文件库需要的内核头文件

gdb–GNU调试工具

一般的Gentoo系统都将工具链作为基础系统的一部分，并且将工具链配置为能生成本机的二进制文件。为了能编译其他平台上的二进制文件，就需要交叉工具链，Gentoo提供了一个简单但很强大的工具CrossDev来管理工具链，它可以编译安装任意GCC支持的交叉工具链，因为Gentoo将工具链的文件安装在平台特定的目录下，所以Crossdev得到的交叉工具链不会干扰到本地的工具链。手工编造一个交叉工具链太痛苦了。。。。

工具链的环境变量总是让人很头疼，下面我们做个详细的介绍
变量名—生成交叉工具链时的含义—生成目标平台二进制文件时的含义
CBUILD–编译交叉工具链的平台—编译程序的平台
CHOST–交叉工具链运行的平台—使用交叉工具链生成的二进制文件将运行的平台
CTARGET–使用交叉工具链生成的二进制文件将运行的平台–使用交叉工具链生成的二进制文件将运行的平台(内容虽然重复，但设置它没有坏处，有些二进制包需要它)
ROOT–将要安装的虚/路径
PORTAGE_CONFIGROOT–portage能找到配置文件的虚/路径(如/etc/make.conf)
若我们有个AMD64的gentoo机器，和一个想要开发程序的ARM PDA。那上面的变量可以设置如下：
CBUILD–x86_64-pc-linux-gnu–x86_64-pc-linux-gnu
CHOST–x86_64-pc-linux-gnu–arm-unknown-linux-gnu
CTARGET–arm-unknown-linux-gnu–not set
ROOT—[not set -- defaults to /]—[/path/where/you/install]
PORTAGE_CONFIGROOT—[not set -- defaults to /]—-[/path/where/your/portage/env/for/arm/pda/is]

cross-compiler CHOST！=CTARGET的工具链
canadian cross 加拿大式交叉编译CBUILD != CHOST && CHOST != CTARGET的工具链
CBUILD build system 编译二进制文件所使用平台
CHOST host system 运行二进制文件所使用平台
CTARGET target system 编译得到的二进制文件将要运行的平台
sysroot system root 编译器用来查找它的标准头文件和库的根目录
hardfloat 系统用来处理浮点数学运算的硬件浮点单元(FPU)
softfloat 若系统没有硬件FPU,就需要所有的浮点数使用定点数学运算近似
PIE 位置无关的执行(-fPIE -pie)
PIC 位置无关代码(-fPIC)
CRT C语言运行时

系统元组标记整个系统的特征，具体的内容由GNU config项目规定。具体的模式是机器(machine)-类型(vendor)-内核(kernel)-操作系统(operating system)。比如，博主我的电脑上就是i686-pc-linux-gnu.下表是一些比较常见的配置

来说说这其中几个比较有趣的：

类型那部分几乎可以随便设置，

当操作系统指定为elf时，你就可以不用操作系统，而是直接把编译出的代码放到硬件上运行。

uclinux编译出的FLAT二进制文件，能在MMU不可用的Linux上运行

操作系统中指定gnu表明系统库为libc

我们的第一步当然是
emerge -av crossdev
这个命令会安装所有交叉编译相关的包。在博主的电脑上，就需要安装以下包
emerge -pv crossdev

These are the packages that would be merged, in order:

Calculating dependencies… done!
[ebuild N ] dev-util/unifdef-1.20 65 kB
[ebuild N ] sys-devel/crossdev-0.9.18-r10 0 kB

Total: 2 packages (2 new), Size of downloads: 65 kB

注意，crossdev只是一个工具，我们的最终目的是使用crossdev编译一个交叉工具链出来，有必要先看看帮助，直接运行crossdev命令

# crossdev
Usage: crossdev [options] --target TARGET
Options:
--b, --binutils ver Specify version of binutils to use
--g, --gcc ver Specify version of gcc to use
--k, --kernel ver Specify version of kernel headers to use
--l, --libc ver Specify version of libc to use
-S, --stable Use latest stable versions as default
-C, --clean target Uninstall specified target
-P, --portage opts Options to pass to emerge (see emerge(1))
--with[out]-headers Build C library headers before C compiler?
Stage Options:
-s0, --stage0 Build just binutils
-s1, --stage1 Also build a C compiler (no libc/C++)
-s2, --stage2 Also build kernel headers
-s3, --stage3 Also build the C library (no C++)
-s4, --stage4 Also build a C++ compiler [default]
Extra Fun (must be run after above stages):
--ex-only Skip the stage steps above
--ex-gcc Build extra gcc targets (gcj/ada/etc...)
--ex-gdb Build a cross gdb
--ex-insight Build a cross insight
Target (-t) takes a tuple ARCH-VENDOR-OS-LIBC; see 'crossdev -t help'
上面可以看到，我们能用crossdev指定binutils gcc kernel和libc的版本，还有不同的编译stage来指定不同规模的工具链。甚至在Extra Fun中包含了gdb，扩展的gcc等支持，insight是gdb的图形化接口，博主没有用过，所以不知道。
再来看看crossdev支持的系统元组们

# crossdev -t help
Supported Architectures:
- alpha - arm / armeb
- hppa (parisc) - ia64
- i386 / i486 / i586 / i686 (x86) - m68k
- mips / mipsel / mips64 / mips64el
- powerpc (ppc) / powerpc64 (ppc64)
- sparc / sparc64 - s390 / s390x
- sh / sh[1-5] / sh64 - x86_64 (amd64)
Supported C Libraries:
- glibc (gnu)
- klibc [prob wont work]
- newlib [bare metal/no operating system]
- uclibc [not all arches are ported]
Special Targets:
- avr http://www.nongnu.org/avr-libc/
- bfin http://blackfin.uclinux.org/
- h8300 http://h8300-hms.sourceforge.net/
- mingw32 http://www.mingw.org/
- msp430 http://mspgcc.sourceforge.net/
- nios2 http://www.altera.com/products/ip/processors/nios2/ni2-index.html
- xc16x http://www.infineon.com/
- ee / iop / dvp (ps2) [Playstation 2 targets]
- ppu / spu (cell) [Cell/Playstation 3 targets]
Softfloat toolchains:
Include 'softfloat' in the 'vendor' field
e.g. armeb-softfloat-linux-uclibc powerpc-booya_softfloat-linux-gnu

不懂的话您就看看上面关于系统元组的介绍，具体我就不解释了，好了，现在看是安装。开动拉。。。。。因为博主要安装mips64el-unknown-linux-gnu的编译器，就直接运行了

# crossdev --target mips64el-st-linux-gnu
-------------------------------------------------------------------------------------------------------------------------------------------------------------
* Host Portage ARCH: x86
* Target Portage ARCH: mips
* Target System: mips64el-st-linux-gnu
* Stage: 4 (C/C++ compiler)

* binutils: binutils-[latest]
* gcc: gcc-[latest]
* headers: linux-headers-[latest]
* libc: glibc-[latest]

* PORTDIR_OVERLAY: /usr/local/portage/layman/gentoo-china
* PORT_LOGDIR: /var/log/portage
* PKGDIR: /usr/portage/packages/cross/mips64el-st-linux-gnu
* PORTAGE_TMPDIR: /var/tmp/cross/mips64el-st-linux-gnu
_ – ~ – _ – ~ – _ – ~ – _ – ~ – _ – ~ – _ – ~ – _ – ~ – _ – ~ – _ – ~ – _ – ~ – _ – ~ – _ – ~ – _ – ~ -
* Forcing the latest versions of {binutils,gcc}-config/gnuconfig … [ ok ]
* Log: /var/log/portage/cross-mips64el-st-linux-gnu-binutils.log
* Emerging cross-binutils …
这是个非常漫长的过程。。。。。。。。。因为是mips64el的，遇到了glibc checkfail的问题。这个问题正在解决中，以后再汇报。
下面假设你安装的是arm的
＃crossdev -t arm-unknown-linux-gnu

最后，再说说
mips64el-unknown-linux-gnu 和mips64el-st-linux-gnu。其实没有区别，你可以简单的理解为是谁制作了这个工具链，比如st就代表这个工具链是ST作的，比如，我曾经使用的一个mips64el-st-linux-gnu就是曾经从意法半导体的网站上下载的，不过现在好像链接已经没有了。而mips64el-unknown-linux-gnu是上面crossdev自己编译出来的，在gentoo的overlay中，使用的就是unknown，所以就沿用了unknown

你可以参考下面几个链接
http://www.gentoo.org/proj/en/base/embedded/handbook

http://psas.pdx.edu/GentooCrossCompilerHowto/

您可能也喜欢：

gentoo如何处理被屏蔽(masked)的包 by 杨珂 转自linuxsir

Gentoo安装texlive2009–字体

gentoo的相关配置-make.conf

走进Debian和Gentoo中的系统初始化过程

Gentoo上安装Texlive2009

无觅

相关文章：

• 用crossdev装龙芯的n32 gnu交叉工具链
• 使用crossdev安装龙芯的O32 gnu交叉工具链
• Ebuild and emerge
• GCC初窥
• gentoo如何处理被屏蔽(masked)的包 by 杨珂 转自linuxsir
• GNU工具链学习笔记

• 什么是GCC

GCC–GNU Compiler Collection,即GNU 编译器集合。GCC即可作为本地编译器也能作为交叉编译器，它支持很多高级语言和多个编译和目标平台。GCC的网址 http://gcc.gnu.org.它是FSF基金会版权所有的自由软件.

• GCC支持的语言

已经在代码树中：c(gcc),c++(g++),Java(gcj),Ada(GNAT),Objective-C(gobjc),Objective-C++(gobjc++),Fortran(gfortran),不在代码树中,但已经支持的Modula-2,Modula-3,Pascal(gpc),PL/1,D(gdc),Mercury,VHDL(ghdl).

• GCC支持的目标平台

已经在代码树中的,可以在gcc-4.5/gcc/config子文件夹中找到,包括:alpha,arc,arm,avr,bfin,cris,crx,fr30,frv,h8300,i386,ia64,iq2000,lm32,m32c,m32r,m68hc11,m68k,mcore,mep,mips,mmix,mn10300,moxie,pa,pdp11,picochip,rs6000,rx,s390,score,sh,soft-fp,sparc,spu,stormy16,v850,vax,vms,xtensa
不在代码数中但已经支持的,可在GNU_Compiler_Collection的Wikipedia中找到,包括PDP-10和Z8000等14中终端.

• gcc易编译

至少对于本地编译gcc,仅需以下几步

$ tar xfj gcc-4.4.2.tar.bz2
$ mkdir build && cd build
$ ../gcc-4.4.2/configure –prefix=/opt/gcc
$ make bootstrap && make install
$ make -k check


• gcc编译很快

具体速度依赖编译所用机器,在2×4个核的X86_64上仅需15分钟.在ARM Cortex A8@800Mhz上需要大约7小时.编译需要约512M内存.注意,对于开发版的GCC,因为需要很多内建的检测,所以编译会较慢.

• 自举

编译器是用程序语言编写并被编译成机器码以便执行的,所以使用特定编程语言写出的编译器是能够编译它自己的(译者注:写编译器的语言和编译器编译的语言要相同),这就是编译器的自举.GCC的自举过程为首先系统编译器编译生成stage1,而后stage1被用来编译它自己生成stage2.接着stage2被用来编译生成stage3,其中stage2和stage3生成的要完全相同.(译者注:现在一个简单的make命令，将自动完成make bootstrap)

• 编译前的准备工作.

目前多数发布的是4.3或4.4.在debian或者ubuntu上可以使用命令

$apt-get build-dep gcc

来得到编译环境.在windowss上也能通过Cygwin或Mingw得到

• 生成一个交叉编译器

生成一个交叉编译器更难,因为GCC,GNU libc和Linux内核都需要链接并依赖彼此的头文件和常量.另外你可能还需要代码树之外的补丁.推荐使用预编译好的工具链,如gcc-avr或者是Crosstool-ng之类的工具.

• GCC项目历史

1985年Richard Stallman开始了GCC作为GNU C编译器的项目；
1991年GCC 1.x=>GCC 2.x;
1997年EGCS启动;
1999年EGCS成为官方GCC2.95,GCC引入委员会;
2001年GCC 3.x;
2005年GCC4.x,并6个月至1年发布一次.

• 贡献者

下面数据基于快速修改记录处理(quick ChangeLog parsing)生成.依次为:年份==修改记录===邮件数
1998 == 1685 == 107
1999 == 2629 == 196
2000 == 5588 == 326
2001 == 6356 == 355
2002 == 7259 == 371
2003 == 10440 == 443
2004 == 12857 == 440
2005 == 11657 == 407
2006 == 9221 == 356
2007 == 8611 == 366
2008 == 7789 == 357
2009 == 9028 == 341

• 基于GCC的有偿工作

有Redhat,Novell等系统集成商,AdaCore,CodeSourcery等开发工具提供商,IBM,AMD,Intel,ST半导体等芯片提供商,Google(15人为C++支持工作,15人为GCC架构工作),还有科研机构如INRIA Saclay等.

• gcc是个相当大的项目

gcc-4.5-20091210/gcc除去测试集,使用SLOCCOUNT计数,并按语言分组(按比例从大到小):ANSI C:1067922(67.18%);Ada:485301(30.53%);asm:30379(1.91%);更多的统计数据如下:
31006 == 108 == asm
170569 == 62 == texi
189382 == 999 == ads
230459 == 714 == h
300237 == 229 == md
707707 == 871 == adb
1365750 == 772 == c
共识别3033097行

• GCC中的选项

-O0=>无优化,和其他编译器有不同
-O1=>优化,但最小化编译时间
-O2=>有更多耗时的优化
-O3=>非常耗时的优化,如自动内联和向量化
-Os=>代码大小优化
怎样得到-O1具体的优化选项?

$gcc -Q --help=optimizers -O1

输出结果:

The following options control optimizations:
-falign-jumps [disabled]
-falign-labels [disabled]
-falign-loops [enabled]
...

4.3约140个,4.4约160个,4.5约180。这样我们就能查看gcc中O0,O1,O2,O3,Os中所有相关的优化选项。
目标机相关的指令有哪些?运行命令

$ gcc -Q --target-help
Target specific options:
-m128bit-long-double sizeof(long double) is 16
-m32 Generate 32bit i386 code
-m3dnow Support 3DNow! built-in functions
-m64 Generate 64bit x86-64 code
....

此外还有一些选项,如
-march=…. => 选择一个指令集(注意,得到的可执行代码可能不能运行)
-mtune=… => 在指定的指令集中,针对某个目标机做 优化(atom,core2,opteron等)
-native =>自动检测当前处理器

• 如何找到有趣的选项

在http://www.spec.org上找SPECint和SPECfp的详细结果,测量峰值时使用的选项都在文档中,或者使用自动调优工具,如Acovea, http://www.coyotegulch.com/products/acovea/

• 内建功能(Builtins)

gcc特用的,但一些其他编译器有提供的功能.这些功能很有趣,因为都是机器无关的.
例如:

int __builtin_ffs(unsigned int x)

返回1+x的最小指数(?),或者当x为0时返回0
还有一些机器相关的内联汇编,如asm(“fsinx %1,%0″:”=f” (result):”f”(angle));

• GCC如何工作?


$ls -l /usr/bin/gcc-4.1
-rwxr-xr-x 1 root root 205952 2006-12-11 00:12 /usr/bin/gcc

可以看到,gcc程序很小,这仅仅是一个驱动器.它将根据命令行调用很多程序来完成任务.真正的编译器如下:

5.3M /usr/lib/gcc/x86_64-linux-gnu/4.1.2/cc1
5.8M/usr/lib/gcc/x86_64-linux-gnu/4.1.2/cc1plus
7.7M /usr/lib/gcc/x86_64-linux-gnu/4.1.2/gnat1
5.2M /usr/lib/gcc/x86_64-linux-gnu/4.1.2/jc1

因此真正的顺序是:gcc=>xx1=>as或ld.(译者注:请参见本文末尾的gcc -v helloworld.c)

• Binutils是什么?

GCC指示一个文本文件到文本文件的转换器,Binutils做生成可执行机器码的工作.
运行命令

$gcc -S file.c

将只生成汇编文件file.s

• GCC的内部架构

前端:每种编程语言有一个前端,包含该编程语言的词法分析，语法分析和语义分析，并将其翻译成统一的中间代码表示，接着该中间表示将会lower成GIMPLE。
中端:操作GIMPLE，依次做机器无关和机器相关的转换和优化。
后端:使用目标机器描述生成目标机器汇编文件。
RTL即寄存器转换语言。在优化时，可能需要对程序遍历数以百遍。

• 目标机器描述

这是一个模式匹配引擎，它描述每个机器指令的作用。它是一个包含分段C语言代码的文本文件。如gcc/config/i386/i386.md.机器描述的质量将影响最终生成的目标代码的质量。仅需对每个目标机创建一个描述，就能将所有的语言移植到该机器上。

• 关于Moxie

Moxie的博客 http://moxielogic.org/blog/。已有贡献，简化虚拟指令系统结构设计，为整个GNU工具链做贡献，现在已经可以运行Binutils，GCC，qemu和Linux。gcc/config/moxie/*.md有560行，gcc/config/moxie/*少于2000行。

• 中间代码形式

对于代码：

int f(int x, int y) {
int tmp;
tmp=x;
if (x>0) tmp=-x;
return tmp+y;
}


$ gcc -S -O3 -fdump-tree-all t.c
得到共100多个文件。
例如t.c.003t.original内容如下：

f (int x, int y)
{
int D.2705;
int tmp;
tmp = x;
if (x > 0) goto ; else goto ;
:
tmp = -x;
:
D.2705 = tmp + y;
return D.2705;
}
t.c.024t.ssa如下

f (int x, int y) {
int tmp;
int D.2705;
: tmp_3 = x_2(D);
if (x_2(D) > 0) goto ;
else goto ;
:
tmp_4 = -x_2(D);
:
# tmp_1 = PHI
D.2705_6 = tmp_1 + y_5(D);
return D.2705_6;
}

• GCC与GDB

使用选项-g生成调试信息。在汇编文集中插入很多运行无关的代码,如DWARF(和ELF).GDB通过读入这些代码来映射运行中每个点的行号，内存你和寄存器。GCC甚至可以在优化时生产调试信息，但是所生成的信息将很难跟踪。

• GCC和GDB中的bug

GCC可能产生错误的调试信息，GDB可能错误的读入调试信息，用户界面可能和GDB通信时出错，因此在实际中，需要在这几个项目中获得帮助来搞定bug，希望这些项目之间有更好的沟通。

• GCC中的bug

GCC每次发布都伴随着数以百计的已知bug(其他的编译器也一样),GCC中紧急bug类型(bugzilla中的关键字):wrong-code,accepts-invalid,编译器内部出错时很容易找出、ice-on-valid、ice-on-invalid、wrong-debug、missed-optimization、rejects-valid、memory-hog、compile-time-hog、assemble-failure、build

• 如何报告GCC bug

链接：http://gcc.gnu.org/bugs 是个很好的必读资源，包含通常的非gcc bug。 若真是bug，可以运行

$gcc -v -save-temps -O1 myfile.c
生成myfile.i文件，通常情况下，添加这两个附件并连同平台名称和编译器输出就足够了。出错和不出错的版本信息也很有帮助。

• GCC4.5的新特性

在链接 http://gcc.gnu.org/gcc-4.5/changes.html中能找到，具体如下
第一，增加一个全新的链接时优化器(-flto),使用这一选项时，GCC能够为每个输入文件得到一个bytecode表示，并将它写入每个目标文件的特定ELF段中。当目标文件需要链接在一起时，所有的函数体将从这些ELF段中读出，并将其作为转换单元的一部分表示。这将使得过程间优化能在不同的文件间进行(甚至不同的语言间),为生成代码的性能提升提供可能。为使用链接时优化器，-flto选项需要在编译时和最终链接过程中指定，若程序不需要任何符号输出，将-flto和-fwhopr以及-fwhole-program一起使用可以让过程间优化器使用更激进的假设进而提升性能；第二，自动并行化可以作为Graphite的一部分打开，在打开-ftree-parallelize-loops=的同时，指定-floop-parallelize-all可以打开基于Graphite的优化；第三，现在可以在不修改源码的前提下扩展编译器。新加入的选项-fplugin=file.so告诉编译器载入共享目标文件file.so，并将它作为编译器的一部分运行。内部的文档描述了插件和编译器之间交互的细节以及如何交互。见 http://gcc.gnu.org/wiki/GCC_PluginAPI

• 如何提问和贡献

http://gcc.gnu.org/ 有详细的用户手册。gcc-help@gcc.gnu.org 是gcc帮助用的邮件列表
IRC用户帮助 => irc.freenode.org #gcc
http://gcc.gnu.org/ml =>邮件列表归档
gcc-patches@gcc.gnu.org 补丁
gcc@gcc.gnu.org
gcc-testresults@gcc.gnu.org
IRC开发频道 => irc.oftc.net #gcc

• GCC外的其他编译器

自由的:LLVM和Open64，有插件时变得很有趣。
非自由的:ICC（Intel),XLC(IBM)…
评测编译器很难，最好基于你自己的代码，做自己的设置。当心bug和技术支持。如果你想做多平台，那GCC是很难搞定的。

• GCC编译农场(GCC Compile Farm)

链接 http://gcc.gnu.org/wiki/CompileFarm。 目的:为自由软件开发者提供方便访问且多样的体系结构用来编译和测试(并不局限于GCC).由FSF法国提供支持。很多研究所，个人和公司提供机器，主机和帮助。AMD和Genesi贡献了机器。

• 结论

GCC是一个庞大的老项目，但是它依旧活力十足，并有很多公司提供支持。学习GCC非常艰巨。即便高质量到Bug报告也是对GCC的贡献。

附：在译者电脑上运行gcc -v helloworld.c的输出。

$ gcc -v helloworld.c
Using built-in specs.
Target: i686-pc-linux-gnu
Configured with: /var/tmp/portage/sys-devel/gcc-4.4.2/work/gcc-4.4.2/configure --prefix=/usr --bindir=/usr/i686-pc-linux-gnu/gcc-bin/4.4.2 --includedir=/usr/lib/gcc/i686-pc-linux-gnu/4.4.2/include --datadir=/usr/share/gcc-data/i686-pc-linux-gnu/4.4.2 --mandir=/usr/share/gcc-data/i686-pc-linux-gnu/4.4.2/man --infodir=/usr/share/gcc-data/i686-pc-linux-gnu/4.4.2/info --with-gxx-include-dir=/usr/lib/gcc/i686-pc-linux-gnu/4.4.2/include/g++-v4 --host=i686-pc-linux-gnu --build=i686-pc-linux-gnu --disable-altivec --disable-fixed-point --without-ppl --without-cloog --enable-nls --without-included-gettext --with-system-zlib --disable-checking --disable-werror --enable-secureplt --disable-multilib --enable-libmudflap --disable-libssp --enable-libgomp --enable-cld --with-python-dir=/share/gcc-data/i686-pc-linux-gnu/4.4.2/python --disable-libgcj --with-arch=i686 --enable-languages=c,c++,fortran --enable-shared --enable-threads=posix --enable-__cxa_atexit --enable-clocale=gnu --with-bugurl=http://bugs.gentoo.org/ --with-pkgversion='Gentoo 4.4.2 p1.0'
Thread model: posix
gcc version 4.4.2 (Gentoo 4.4.2 p1.0)
COLLECT_GCC_OPTIONS='-v' '-mtune=generic' '-march=i686'
/usr/libexec/gcc/i686-pc-linux-gnu/4.4.2/cc1 -quiet -v helloworld.c -D_FORTIFY_SOURCE=2 -quiet -dumpbase helloworld.c -mtune=generic -march=i686 -auxbase helloworld -version -o /tmp/ccRoxwan.s
ignoring nonexistent directory "/usr/local/include"
ignoring nonexistent directory "/usr/lib/gcc/i686-pc-linux-gnu/4.4.2/../../../../i686-pc-linux-gnu/include"
#include "..." search starts here:
#include <...> search starts here:
/usr/lib/gcc/i686-pc-linux-gnu/4.4.2/include
/usr/lib/gcc/i686-pc-linux-gnu/4.4.2/include-fixed
/usr/include
End of search list.
GNU C (Gentoo 4.4.2 p1.0) version 4.4.2 (i686-pc-linux-gnu)
compiled by GNU C version 4.4.2, GMP version 4.3.1, MPFR version 2.4.1-p1.
GGC heuristics: --param ggc-min-expand=100 --param ggc-min-heapsize=131072
Compiler executable checksum: bfddefec40932d7559ac2c097447ec05
COLLECT_GCC_OPTIONS='-v' '-mtune=generic' '-march=i686'
/usr/lib/gcc/i686-pc-linux-gnu/4.4.2/../../../../i686-pc-linux-gnu/bin/as -V -Qy -o /tmp/cc0ViYlD.o /tmp/ccRoxwan.s
GNU assembler version 2.18 (i686-pc-linux-gnu) using BFD version (GNU Binutils) 2.18
COMPILER_PATH=/usr/libexec/gcc/i686-pc-linux-gnu/4.4.2/:/usr/libexec/gcc/i686-pc-linux-gnu/4.4.2/:/usr/libexec/gcc/i686-pc-linux-gnu/:/usr/lib/gcc/i686-pc-linux-gnu/4.4.2/:/usr/lib/gcc/i686-pc-linux-gnu/:/usr/libexec/gcc/i686-pc-linux-gnu/4.4.2/:/usr/libexec/gcc/i686-pc-linux-gnu/:/usr/lib/gcc/i686-pc-linux-gnu/4.4.2/:/usr/lib/gcc/i686-pc-linux-gnu/:/usr/lib/gcc/i686-pc-linux-gnu/4.4.2/../../../../i686-pc-linux-gnu/bin/
LIBRARY_PATH=/usr/lib/gcc/i686-pc-linux-gnu/4.4.2/:/usr/lib/gcc/i686-pc-linux-gnu/4.4.2/:/usr/lib/gcc/i686-pc-linux-gnu/4.4.2/../../../../i686-pc-linux-gnu/lib/:/usr/lib/gcc/i686-pc-linux-gnu/4.4.2/../../../:/lib/:/usr/lib/
COLLECT_GCC_OPTIONS='-v' '-mtune=generic' '-march=i686'
/usr/libexec/gcc/i686-pc-linux-gnu/4.4.2/collect2 --eh-frame-hdr -m elf_i386 -dynamic-linker /lib/ld-linux.so.2 /usr/lib/gcc/i686-pc-linux-gnu/4.4.2/../../../crt1.o /usr/lib/gcc/i686-pc-linux-gnu/4.4.2/../../../crti.o /usr/lib/gcc/i686-pc-linux-gnu/4.4.2/crtbegin.o -L/usr/lib/gcc/i686-pc-linux-gnu/4.4.2 -L/usr/lib/gcc/i686-pc-linux-gnu/4.4.2 -L/usr/lib/gcc/i686-pc-linux-gnu/4.4.2/../../../../i686-pc-linux-gnu/lib -L/usr/lib/gcc/i686-pc-linux-gnu/4.4.2/../../.. /tmp/cc0ViYlD.o -lgcc --as-needed -lgcc_s --no-as-needed -lc -lgcc --as-needed -lgcc_s --no-as-needed /usr/lib/gcc/i686-pc-linux-gnu/4.4.2/crtend.o /usr/lib/gcc/i686-pc-linux-gnu/4.4.2/../../../crtn.o


您可能也喜欢：

GCC Internal 中文文档上线

Open64、LLVM、GCC源代码行数对比

GCC几个选项学习

仔细端详GCC 4.6的新特性

open64中的gcc前端

无觅

相关文章：

• Gentoo中的交叉编译利器–crossdev
• GCC中的pie和fpie选项
• 前瞻-LLVM大事记(2004-2010)
• Open64课程-简介，概述和中间表示
• 来仔细看看GCC 4.5.0
• 小例子–回眸一笑百媚生

—————————————————————————————————————–
相关连的那篇也翻译了: Package.keywords的小技巧
原文 http://gentoo-wiki.com/TIP_package.keywords

同步的中文wiki http://zh.gentoo-wiki.com/Package.ke…8A%80%E5%B7%A7

wiki里这两篇文章的相关联系已经更新
————————————————————————————————————————
其他更新
HOWTO 用Cedega运行极品飞车9 http://zh.gentoo-wiki.com/HOWTO_%E7%…3%9E%E8%BD%A69
原文： http://gentoo-wiki.com/HOWTO_RUN_Nee…ed_with_Cedega

——————————————————————————————————————————

处理被屏蔽(masked)的包

本文内容：
介绍
被关键字(keyword)屏蔽(masked)的包
被不明的关键字屏蔽
被严格屏蔽(Hard masked)的包
手动进行严格屏蔽
编辑/etc/portage/package.keywords文件的简便方法
开放一大群有联系的包

介绍
首先，被关键字(keyword)屏蔽(masked)的包都是测试中的或者不稳定的包：
注意： "(masked by: ~keyword)"
Masked By ~keyword Package Example

# emerge gnome-extra/gdesklets-core

  '''Calculating dependencies'''     !!! all ebuilds that could satisfy "gnome-extra/gdesklets-core" have been masked.  !!! possible candidates are:  - gnome-extra/gdesklets-core-0.26 (masked by: ~keyword)  - gnome-extra/gdesklets-core-0.26.1 (masked by: ~keyword)  !!! Error calculating dependencies. Please correct.

其次，被严格屏蔽(Hard masked)的包:
注意: "(masked by: package.mask)"
Hard Masked Package Example

# emerge -pv filewatcher

These are the packages that I would merge, in order:

Calculating dependencies   !!! All ebuilds that could satisfy "filewatcher" have been masked.!!! One of the following masked packages is required to complete your request:- app-admin/filewatcher-2.4.0 (masked by: package.mask)# Elfyn McBratney <beu@gentoo.org> (28 Apr 2005)# Masked for testing.

如果你仍然想安装这些包，那该怎么办呢……

被关键字(keyword)屏蔽(masked)的包

现在的新方法是：

echo "gnome-extra/gdesklets-core" >> /etc/portage/package.keywords
或者

echo "=gnome-extra/gdesklets-core-2.10.9" >> /etc/portage/package.keywords

如果你想开放一个特定的版本。

注意：你不需要在package.keywords里面指明电脑架构，除非你想使用其他架构中的软件，当然这是不推荐的。

如果emerge指示某个软件包被 "~* keyword"屏蔽， 你需要逐字的把他写下来，例如:

echo "~gnome-extra/gdesklets-core-2.10.9 ~*" >> /etc/portage/package.keywords

如果你在用crossdev为多种架构建立软件包，例如：

echo "~gnome-extra/gdesklets-core-2.10.9 ~*" >> /etc/portage/package.keywords/cross-i686-pc-linux-gnu

OSB: 在cross-i686-pc-linux-gnu中i686-pc-linux-gnu的名字要根据各架构做相应改变。

到此，在做了以上任一步骤后，需使用一下命令编译这个包：

emerge =gnome-extra/gdesklets-core-2.10.9

关于package.keywords这个文件的更多信息请点击这里http://zh.gentoo-wiki.com/Package.ke…8A%80%E5%B7%A7.

如果你在命令行模式下，app-portage/flagedit是自动向packages.keywords里面添加项目的工具。

使用实例：

flagedit gnome-extra/gdesklets-core -- +~x86

Kuroo是一个有用的KDE程序，可以让你浏览portage树并且对任何包进行指定安装。

它使你能安装具有任何依赖性的包，但是，这个程序目前由于不稳定而被屏蔽，比如 ~x86, 所以你不能安逸的在实际安装中使用它（即使它只是portage的前端）。

即使你不想把kuroo用于实际安装，但在开放依赖包时你还是需要它。

emerge -pv kuroo

它编辑标准的portage文件。

旧方法 (不提倡)

ACCEPT_KEYWORDS="~x86" emerge gnome-extra/gdesklets-core

这种方法已经不被提倡了，它出现在这里仅仅是因为历史原因，不要用这个方法。
请阅读http://forums.gentoo.org/viewtopic.p…060314#1060314 这是关于为什么ACCEPT_KEYWORDS不好的帖子。

简而言之，是因为emerge -u world会对用ACCEPT_KEYWORDS安装的包降级，这会造成潜在的致命改变并且使你的系统陷入瘫痪。
-U（功能：仅仅升级）这个参数也不被提倡了，这有一个充分的原因：如果包坏了，portage应该使它降级，-U确会对此操作造成阻碍。

被不明的关键字屏蔽

在你试图安装一个没有在你的架构上测试过的软件时，这个问题很常见。
向package.keywords文件中，在你要安装的那个包后面加"~*"以开放这个包。 例如：

echo "net-ftp/vsftpd -* ~*" >> /etc/portage/package.keywords

如果你有被9999屏蔽的CVS包，你可以做如下操作：

echo "media-gfx/retina **" >> /etc/portage/package.keywords

牢记，如果你在一个没有测试个架构里安装软件，这个软件也许没法运行。

被严格屏蔽(Hard masked)的包

开放被严格屏蔽(Hard masked)的包，需要把它们加到/etc/portage/package.unmask文件中。
所用命令和package.keywords稍有不同：

echo "=app-admin/filewatcher-2.4.0" >> /etc/portage/package.unmask

这将开放2.4.0版的app-admin/filewatcher。 如果你想开放这个包的所有版本，仅仅写它的名字就行了：

echo "app-admin/filewatcher" >> /etc/portage/package.unmask

当然也可以像 http://gentoo-wiki.com/TIP_package.keywords 里面那么操作。

注意：由于这些包的不稳定性，被严格屏蔽的包一般也被同样关键字被屏蔽。 你多半须要向package.unmask和package.keywords中都加人这个包。

手动进行严格屏蔽

很少的情况下，你需要避免这些包的安装。
这也许是个例子，如，某软件ebuild脚本里的一个bug造成那个包在你的系统上编译失败，这会使得像emerge –update –deep world这类命令无法顺利执行。

你可以跳过那个包的ebuild，这是通过把它的名字加到/etc/portage/package.mask来实现的：

echo "=sys-apps/file-4.17-r1" >> /etc/portage/package.mask

所用命令和上述package.unmask的一样。

编辑/etc/portage/package.keywords文件的简便方法
flagedit
# 安装: emerge flagedit
# 使用: flagedit <atom> — +<keyword>，例如 flagedit dev-util/libconf — +~x86
gimme
这个脚本使编译那些被关键字~arch屏蔽的包变得简单

/usr/bin/gimme

#!/bin/bash

############### gimme version 0.5.4 ################# Script to add package names to package.keywords. ## Originally by Tekmanx, re-written by Hackeron    ## re-re-written by Gherald and edited by D. Watzke #####################################################

source /sbin/functions.sh

 [[$EUID != 0]]  && { eerror "You are not root!" exit 1}

 [[-z "$1"]]  && { eerror "Please specify a package name (eg. gimme <package-name>)" exit 1}

 [[-d /etc/portage]]  || mkdir -p /etc/portage

# Get fully-qualified ebuild nameFQN=$(ACCEPT_KEYWORDS="~x86" emerge -p $1 | grep "$1" | grep 'ebuild ' | tail -n2 | \head -n1 | sed -e 's/\[ebuild.......\]\ //' -e 's/\[[[:digit:]].*\]//' -e 's/-[[:digit:]].*$//')

# We think there is either none or more than one package matching $1# so we let the user deal with it [[-z "$FQN"]]  && emerge $@ -a; exit

if grep -q "^ *[\>\<=]*$FQN *" /etc/portage/package.keywords; then ewarn "/etc/portage/package.keywords already contains \"$EXISTING\"" emerge $@ -a; exitelse einfo "Adding $FQN to package.keywords and emerging in 5 seconds."; sleep 5 echo $FQN >> /etc/portage/package.keywords emerge $@ -afi

把这个文件命名为"gimme"并保存到/usr/bin/然后执行：

chmod 755 /usr/bin/gimme

现在你就可以使用这个脚本了，例如：

gimme gdesklets-core

/etc/portage/package.unmask的脚本

这个脚本使开放那些被严格屏蔽的包变得简单。
/usr/local/bin/unmask

#!/bin/bash## This script will unmask any package masked by the actual profile.## First we search for what is actually masked # in /usr/portage/profiles/package.mask then add a corresponding # line in /etc/portage/package.unmask### Original by drax@sweon.net

source /sbin/functions.sh

[ "$UID" -ne "0" ] && eerror "You must be root to run this script." && exit[ -z "$1" ] && eerror "Please state a package name (eg. unmask kde-base/kode)" && exit[ ! -d /etc/portage ] && einfo "Creating /etc/portage directory" && mkdir /etc/portage

if [ "$(grep "$1"-[0-9] /etc/portage/package.unmask 2>/dev/null)" ]; then    ewarn "$1 already exists in package.unmask"else    PKG_LINE="$(grep "$1"-[0-9] /usr/portage/profiles/package.mask 2>/dev/null)"    if [ ! $PKG_LINE ]; then PKG_LINE="$(grep "$1" /usr/portage/profiles/package.mask 2>/dev/null)"    fi    if [ ! $PKG_LINE ]; then      ewarn "Could not find $1 in /usr/portage/profiles/package.mask" && exit 1    else      ebegin "Adding $1 to package.unmask"      echo $PKG_LINE >> /etc/portage/package.unmask      eend $?    fifi

同样，把这个文件命名为"unmask"并保存到/usr/local/bin然后执行：

chmod 755 /usr/local/bin/unmask

现在你就可以使用这个脚本了，例如：

unmask kde-base/kode # this version of unmask requires the full package name, including app-category/

也可以配合gimme一起使用，例如：

unmask kde-base/kode && gimme kode

潇洒去吧

开放一大群有联系的包
从Portage 2.1起，很多/etc/portage/package.*的文件能够被目录代替。这些目录里的文件可以自动被Portage连结在一起。

这个对于X模块(xorg)来说特别有用，几乎300个的和这个模块有联系的包都需要被开放。因而，你可以复制 http://www.gentoo.org/proj/en/deskto…x-packages.txt
到/etc/portage/package.keywords/xorg (也许同样需要复制到 /etc/portage/package.unmask/xorg)。如果不这样的话/etc/portage/package.keywords里会 有一大窜东西，而使得这个文件不好管理。

脚本：开放所有被依赖的包

/bin/gimme-everything

#!/bin/bash## This script will unmask any package masked by specified keyword## It is using flagedit to remove keyword# Usage:  /bin/gimme-everything "=gnome-2.14.2" "+~amd64"# Sorry that this is in one command line, but it was composed in one ;)## author: mmazurek[at]wallix.com

while true; do   if emerge "$1" | grep '!!! All ebuilds'; then      emerge "$1" | grep '!!! All ebuilds' | while read line; do         n=$(echo $line | sed -e "s/.*\"\(.*\)\".*/\\1/");         flagedit "$n" -- "$2";      done;   else      break;   fi;done

脚本：开放所有被依赖的包 2
这个脚本不需要flagedit.
/sbin/unmask

#!/usr/bin/perl -wuse strict;

sub emerge{        my $package = shift;        $_ = `emerge -pv "${package}" 2>&1`;

        if(m/^- (\S+) \(masked by:.*package.mask/mi) {                print "Unmasking ${1} in package.unmask\n";                print UNMASK "=${1}\n";                return 1;        }        if(m/^- (\S+) \(masked by:.*keyword/mi) {                print "Unmasking ${1} in package.keywords\n";                print KEYWORDS "=${1}\n";                return 1;        }        if(m/^!!! masked or don't exist:\n(\S+)/mi) {                while(emerge($1) != 0){}                return 1;        }        return 0;}

open(UNMASK, ">>/etc/portage/package.unmask");open(KEYWORDS, ">>/etc/portage/package.keywords");our $package = $ARGV[0];$package =~ s/"/\\"/g;while(emerge($package) != 0){}print "Done\n";close(UNMASK);close(KEYWORDS);

使用：

unmask ">media-video/mplayer-1.0_rc1"

您可能也喜欢：

gentoo的相关配置-make.conf

Ebuild and emerge

Gentoo上安装Texlive2009

Gentoo 沙盘简介

zz Linux下的段错误的原因及调试

无觅

相关文章：

• Ebuild and emerge
• Gentoo中的交叉编译利器–crossdev
• gentoo的相关配置-make.conf
• 用crossdev装龙芯的n32 gnu交叉工具链
• Gentoo上安装Texlive2009
• 使用crossdev安装龙芯的O32 gnu交叉工具链