3. 一个简单的例子

Automake 所产生的 Makefile 除了可以做到程式的编译和连结，也已经把

如何产生程式文件 (如 manual page, info 档及 dvi 档) 的动作，还有

把原始程式包装起来以供散　的动作都考虑进去了，所以原始程式所存放

的目录架构最好符合 GNU 的标准惯例，接下来我拿 hello.c 来做为例

子。

在工作目录下建立一个新的子目录 “devel”，再在 devel 下建立一个

“hello” 的子目录，这个目录将作为我们存放 hello 这个程式及其相关

档案的地方：

% mkdir devel

% cd devel

% mkdir hello

% cd hello

用编辑器写个 hello.c 档，

#include <stdio.h>

int main(int argc, char** argv)

{

printf(“Hello, GNU!\n”);

return 0;

}

接下来就要用 Autoconf 及 Automake 来帮我们产生 Makefile 档了，

1. 用 autoscan 产生一个 configure.in 的雏型，执行 autoscan 後会产

生一个configure.scan 的档案，我们可以用它做为 configure.in

档的蓝本。

% autoscan

% ls

configure.scan hello.c

2. 编辑 configure.scan 档，如下所示，并且把它的档名改成

configure.in

dnl Process this file with autoconf to produce a con

figure script.

AC_INIT(hello.c)

AM_INIT_AUTOMAKE(hello, 1.0)

dnl Checks for programs.

AC_PROG_CC

dnl Checks for libraries.

dnl Checks for header files.

dnl Checks for typedefs, structures, and compiler ch

aracteristics.

dnl Checks for library functions.

AC_OUTPUT(Makefile)

3. 执行 aclocal 和 autoconf ，分别会产生 aclocal.m4 及 configure 两

个档案

% aclocal

% autoconf

% ls

aclocal.m4 configure configure.in hello.c

4. 编辑 Makefile.am 档，内容如下

AUTOMAKE_OPTIONS= foreign

bin_PROGRAMS= hello

hello_SOURCES= hello.c

5. 执行 automake –add-missing ，Automake 会根据 Makefile.am 档产生

一些档案，包含最重要的 Makefile.in

% automake –add-missing

automake: configure.in: installing `./install-sh’

automake: configure.in: installing `./mkinstalldirs’

automake: configure.in: installing `./missing’

6. 最後执行 ./configure ，

% ./configure

creating cache ./config.cache

checking for a BSD compatible install… /usr/bin/in

stall -c

checking whether build environment is sane… yes

checking whether make sets ${MAKE}… yes

checking for working aclocal… found

checking for working autoconf… found

checking for working automake… found

checking for working autoheader… found

checking for working makeinfo… found

checking for gcc… gcc

checking whether the C compiler (gcc ) works… yes

checking whether the C compiler (gcc ) is a cross-co mpiler… no

checking whether we are using GNU C… yes

checking whether gcc accepts -g… yes

updating cache ./config.cache

creating ./config.status

creating Makefile

现在你的目录下已经产生了一个 Makefile 档，下个 “make” 指令就可

以开始编译 hello.c 成执行档，执行 ./hello 和 GNU 打声招呼吧！

% make

gcc -DPACKAGE=\”hello\” -DVERSION=\”1.0\” -I. -I. -g -O2 -c he

llo.c

gcc -g -O2 -o hello hello.o

% ./hello

Hello! GNU!

你还可以试试 “make clean”，”make install”，”make dist” 看看

会有什麽结果。你也可以把产生出来的 Makefile 秀给你的老板，让他从

此对你刮目相看

4. 一探究竟

上述产生 Makefile 的过程和以往自行编写的方式非常不一样，舍弃传统

自行定义 make 的规则，使用 Automake 只需用到一些已经定义好的巨集

即可。我们把巨集及目标 (target) 写在 Makefile.am 档内，Automake

读入 Makefile.am 档後会把这一串已经定义好的巨集展开并且产生对应的

Makefile.in 档， 然後再由 configure 这个 shell script 根据

Makefile.in 产生适合的 Makefile。

[Figure 1:利用 autoconf 及 automake 产生 Makefile 的流程]

上图中表示在上一节范例中所要用的档案以及产生出来的档案，有星号

(*) 者代表可执行档。在此范例中可藉由 Autoconf 及 Automake 工具所

产生的档案有 configure.scan、aclocal.m4、configure、Makefile.in，

需要我们加入设定者为 configure.in 及 Makefile.am。

4.1 编辑 configure.in 档

Autoconf 是用来产生 ‘configure’ 档的工具。’configure’ 是一个

shell script，它可以自动设定原始程式以符合各种不同平台上 Unix 系

统的特性，并且根据系统叁数及环境产生合适的 Makefile 档或是C 的标

头档 (header file)，让原始程式可以很方便地在这些不同的平台上被编

译出来。Autoconf 会读取 configure.in 档然後产生 ‘configure’ 这个

shell script。

configure.in 档的内容是一连串 GNU m4 的巨集，这些巨集经过

autoconf 处理後会变成检查系统特徵的 shell script。configure.in 内

巨集的顺序并没有特别的规定，但是每一个 configure.in 档必须在所有

巨集前加入 AC_INIT 巨集，然後在所有巨集的最後面加上 AC_OUTPUT 巨

集。我们可先用 autoscan 扫描原始档以产生一个 configure.scan 档，

再对 configure.scan 做些修改成 configure.in 档。在范例中所用到的

巨集如下：

dnl

这个巨集後面的字不会被处理，可视为注解。

AC_INIT(FILE)

这个巨集用来检查原始码所在的路径，autoscan 会自动产生，我们

不必修改它。

AM_INIT_AUTOMAKE(PACKAGE,VERSION)

这是使用 Automake 所必备的巨集，PACKAGE 是我们所要产生软体套

件的名称，VERSION 是版本编号。

AC_PROG_CC

检查系统可用的 C 编译器，如果原始程式是用 C 写的就需要这个巨

集。

AC_OUTPUT(FILE)

设定 configure 所要产生的档案，如果是 Makefile 的话，

configure 便会把它检查出来的结果带入 Makefile.in 档然後产生

合适的 Makefile。

实际上，我们使用 Automake 时，还须要一些其它的巨集，这些额外的巨

集我们用 aclocal 来帮我们产生。执行 aclocal 会产生 aclocal.m4

档，如果没有特别的用途，我们可以不必修改它，用 aclocal 所产生的巨

集会告诉 Automake 怎麽做。

有了 configure.in 及 aclocal.m4 两个档案後，便可以执行 autoconf

来产生 configure 档了。

4.2 编辑 Makefile.am 档

接下来我们要编辑 Makefile.am 档，Automake 会根据 configure.in 中

的巨集把Makefile.am 转成 Makefile.in 档。Makefile.am 档定义我们所

要产的目标：

AUTOMAKE_OPTIONS

设定 automake 的选项。Automake 主要是帮助开发 GNU 软体的人员

维护软体套件，所以在执行 automake 时，会检查目录下是否存在标

准 GNU 软体套件中应具备的文件档案，例如 ‘NEWS’、’AUTHOR’、

‘ChangeLog’ 等文件档。设成 foreign 时，automake 会改用一般软

体套件的标准来检查。

bin_PROGRAMS

定义我们所要产生的执行档档名。如果要产生多个执行档，每个档名

用空白字元隔开。

hello_SOURCES

定义 ‘hello’ 这个执行档所需要的原始档。如果 ‘hello’ 这个程式

是由多个原始档所产生，必须把它所用到的原始档都列出来，以空白

字元隔开。假设 ‘hello’ 这个程式需要 ‘hello.c’、’main.c’、

‘hello.h’ 三个档案的话，则定义

hello_SOURCES= hello.c main.c hello.h

如果我们定义多个执行档，则对每个执行档都要定义相对的

filename_SOURCES。

编辑好 Makefile.am 档，就可以用 automake –add-missing 来产生

Makefile.in。加上 –add-missing 选项是告诉 automake 顺便帮我们加

入包装一个软体套件所必备的档案。Automake 产生出来的 Makefile.in

档是完全符合 GNU Makefile 的惯例，我们只要执行 configure 这个

shell script 便可以产生合适的 Makefile 档了。

4.3 使用 Makefile

利用 configure 所产生的 Makefile 档有几个预设的目标可供使用，我们

只拿其中几个简述如下：

make all
产生我们设定的目标，即此范例中的执行档。只打 make 也可以，此
时会开始编译原始码，然後连结，并且产生执行档。
make clean
清除之前所编译的执行档及目的档 (object file, *.o)。
make distclean
除了清除执行档和目的档外，也把 configure 所产生的 Makefile
也清除掉。
make install
将程式安装至系统中。如果原始码编译无误，且执行结果正确，便可
以把程式安装至系统预设的执行档存放路径。如果我们用
bin_PROGRAMS 巨集的话，程式会被安装至 /usr/local/bin 这个目录。
make dist
将程式和相关的档案包装成一个压缩档以供散播 (distribution) 。
执行完在目录下会产生一个以 PACKAGE-VERSION.tar.gz 为名称的档
案。PACKAGE 和 VERSION 这两个变数是根据 configure.in 档中
AM_INIT_AUTOMAKE(PACKAGE, VERSION) 的定义。在此范例中会产生
‘hello-1.0.tar.gz’ 的档案。
make distcheck
和 make dist 类似，但是加入检查包装後的压缩档是否正常。这个
目标除了把程式和相关档案包装成 tar.gz 档外，还会自动把这个压
缩档解开，执行 configure，并且进行 make all 的动作，确认编译
无误後，会显示这个 tar.gz 档已经准备好可供散播了。这个检查非
常有用，检查过关的套件，基本上可以给任何一个具备 GNU 发展环
境的人去重新编译。就 hello-1.tar.gz 这个范例而言，除了在 Red Hat Linux 上，在 FreeBSD 2.2.x 版也可以正确地重新编译。
要注意的是，利用 Autoconf 及 Automake 所产生出来的软体套件是可以
在没有安装 Autoconf 及 Automake 的环境上使用的，因为 configure 是
一个 shell script，它己被设计可以在一般 Unix 的 sh 这个 shell 下
执行。但是如果要修改 configure.in 及 Makefile.am 档再产生新的
configure 及 Makefile.in 档时就一定要有 Autoconf 及 Automake 了。
5. 相关讯息
Autoconf 和 Automake 功能十分强大，你可以从它们所附的 info 档找到
详细的用法。你也可以从许多现存的 GNU 软体或 Open Source 软体中找
到相关的 configure.in 或 Makefile.am 档，它们是学习 Autoconf 及
Automake 更多技巧的最佳范例。
这篇简介只用到了 Autoconf 及 Automake 的皮毛罢了，如果你有心加入
Open Source 软体开发的行列，希望这篇文件能帮助你对产生 Makefile
有个简单的依据。其它有关开发 GNU 程式或 C 程式设计及 Makefile 的
详细运用及技巧，我建议你从 GNU Coding Standards3 (GNU 编码标准规
定) 读起，里面包含了 GNU Makefile 惯例，还有发展 GNU 软体套件的标
准程序和惯例。这些 GNU 软体的线上说明文件可以在
http://www.gnu.org/ 这个网站上找到。
6. 结语
经由 Autoconf 及 Automake 的辅助，产生一个 Makefile 似乎不再像以
前那麽困难了，而使用 Autoconf 也使得我们在不同平台上或各家 Unix
之间散播及编译程式变得简单，这对於在 Unix 系统上开发程式的人员来
说减轻了许多负担。妥善运用这些 GNU 的工具软体，可以帮助我们更容易
去发展程式，而且更容易维护原始程式码。
About this document …
轻轻松松产生 Makefile1
This document was generated using the LaTeX2HTML translator
Version 98.2 beta6 (August 14th, 1998)
Copyright (C) 1993, 1994, 1995, 1996, Nikos Drakos, Computer
Based Learning Unit, University of Leeds.
Copyright (C) 1997, 1998, Ross Moore, Mathematics Department,
Macquarie University, Sydney.
The command line arguments were:
latex2html -split 0 -show_section_numbers automake.tex
The translation was initiated by on 1999-02-11
Footnotes
…\title1
本文件使用 ChiLaTeX 制作。
… Standards3
GNU Coding Standards, Richard Stallman.
1999-02-11

作者：Clock
 
1.前言

    GCC编译器的手册(GCC MANUAL)的英文版已经非常全面，并且结构也非常完善了，只是一直都没有中文的版本，我这次阅读了GCC编译器的主要内容，对手册的内容进行了结构性的了解，认为有必要对这次阅读的内容进行整理，为以后的工作做准备。

    由于我对这个英文手册的阅读也仅仅是结构性的。因此有很多地方并没有看，所以这篇文档的内容我也只能写出部分，对于以后需要详细了解的地方，会再往这篇文档中增添内容，需要增添的内容主要是编译器的各种开关。

2. GCC功能介绍

    GCC编译器完成从C、C++、objective-C等源文件向运行在特定CPU硬件上的目标代码的转换（这是任何一个编译器需要完成的任务）。

    GCC能够处理的源文件分为C、C++、Objective-C、汇编语言等。对于这些源文件，用他们的后缀名进行标示。GCC能够处理的后缀有：

a. *.c  *.C      (C语言)

b. *.cxx   *.cc  (C++语言)

c. *.m           (面向对象的C)

d. *.i           (预处理后的C语言源文件)

e. *.ii          (预处理后的C++语言源文件)

f. *.s *.S       (汇编语言)

h. *.h         (头文件)

目标文件可以是：

a. *.o     编译连接后的目标文件

b. *.a     库文件

编译器把编译生成目标代码的任务分为以下4步：

a.预处理，把预处理命令扫描处理完毕；

b.编译，把预处理后的结果编译成汇编或者目标模块；

c.汇编，把编译出来的结果汇编成具体CPU上的目标代码模块；

d.连接，把多个目标代码模块连接生成一个大的目标模块；

3.  GCC开关

    GCC的运行开关共分为11类，这是类开关从11个方面控制着GCC程序的运行，以达到特定的编译目的。

3.1.  全局开关(OVERALL OPTIONS)

    全局开关用来控制在“GCC功能介绍”中的GCC的4个步骤的运行，在缺省的情况下，这4个步骤都是要执行的，但是当给定一些全局开关后，这些步骤就会在某一步停止执行，这产生中间结果，例如可能你只是需要中间生成的预处理的结果或者是汇编文件(比如拟的目的是为了看某个CPU上的汇编语言怎么写)。

3.1.1.  –x  language

    对于源文件是用什么语言编写的，可以通过文件名的后缀来标示，也可以用这开关。指定输入文件是什么语言编写的，language 可以是如下的内容

a.  c

b. objective-c

c. c-header

d. c++

e.cpp-output

f.assembler

g.assembler-with-cpp

3.1.2.–x none

把上一节介绍的-x开关都给关掉了。

3.1.3.  –c

编译成把源文件目标代码，不做连接的动作。

3.1.4. –S

把源文件编译成汇编代码，不做汇编和连接的动作。

3.1.5. –E

只把源文件进行预处理之后的结果输出来。不做编译，汇编，连接的动作。

3.1.6.  –o file

指明输出文件名是file。

3.1.7. –v

把整个编译过程的输出信息都给打印出来。

3.1.8.–pipe

由于gcc的工作分为好几步才完成，所以需要在过程中生成临时文件，使用-pipe就是用管道替换临时文件。

3.2.  语言相关开关(Language Options)

用来处理和语言相关的控制开关。

3.2.1.–ansi

    这个开关让GCC编译器把所有的gnu的编译器特性都给关掉，让你的程序可以和ansi标准兼容。

    除了以上的开关外，语言相关开关还有很多，如果在以后的工作学习中遇到了再加不迟！3.3.预处理开关(Preprocessor Options)

用来控制预处理所设置的开关。

3.3.1. –include file

    在编译之前，把file包含进去，相当于在所有编译的源文件最前面加入了一个#include <file>语句，这样做更“省油”。

3.3.2. –imacros file

    同-include file 一样。不过这个文件在具体编译的时候只有里面定义的宏才起作用，所以值用来在file文件里面定义宏。

3.3.3. –nostdinc

    在搜寻include 的文件路径中去掉标准的c语言头文件搜索路径，例如stdio.h文件就是放在标准头文件搜索路径下。

3.3.4.  –nostdinc++

    同上，只是去掉的是标准C++语言的头文件搜索路径。

3.3.5. –C

    同-E参数配合使用。让预处理后的结果，把注释保留，让人能够比较好读它。

3.3.6. –Dmacro

    把macro定义为字符串’1’。

3.3.7. –Dmacro = defn

    把macro定义为defn。

3.3.8.  –Umacro

    把对macro的定义取消。

    除了以上的开关外，预处理相关开关还有很多，如果在以后的工作学习中遇到了再加不迟！

3.4.   汇编开关(Assembler Option)

    用来控制汇编行为的开关。

3.4.1.  –Wa , option

    把option作为开关送给汇编程序。如果option里面有逗号，则作为好几行进行处理。

3.5.连接开关(Linker Options)

    用来控制连接过程的开关选项。

3.5.1. object-file-name

3.5.2. –llibrary

    连接库文件开关。例如-lugl，则是把程序同libugl.a文件进行连接。

3.5.3. –lobjc

    这个开关用在面向对象的C语言文件的库文件处理中。

3.5.4.  –nostartfiles

    在连接的时候不把系统相关的启动代码连接进来。

3.5.5.   –nostdlib

    在连接的时候不把系统相关的启动文件和系统相关的库连接进来。

3.5.6. –static

    在一些系统上支持动态连接，这个开关则不允许动态连接。

3.5.7. –shared

    生成可共享的被其他程序连接的目标模块。

    连接相关的开关还有一些，以后需要的时候再补。

3.6.目录相关开关(Directory Options)

    用于定义与目录操作相关的开关。

3.6.1. –Idir

    宏include需要搜寻的目录。

3.6.2.–I-

    与-I开关类似。

3.6.3.–Ldir

    搜寻库文件(*.a)的路径。

    和目录相关的开关还有很多，以后需要再加。

3.7. 警告开关(Warning Options)

    与警告处理相关的开关。

3.7.1.–fsyntax-only

    只检查代码中的语法错误，但并没有输出。

3.7.2. –w

    禁止一切警告信息打印出来。

3.7.3. –Wno-import

    禁止对宏#import提出警告。

3.7.4. –pedantic

3.7.5.  –pedantic-errors

3.7.6.  –W

   还有很多与警告处理相关的开关，以后再补。

3.8. 调试开关(Debugging Options)

3.8.1.–g

    把调试开关打开，让编译的目标文件有调试信息。

    还有很多与调试处理相关的开关，以后再补。

3.9. 优化开关(Optimization Options)

    -O1 –O2 –O3 –O0，这些开关分别控制优化的强度，-O3最强。

3.10. 目标机开关(Target Options)

3.10.1. –b machine

    在有的时候，Gcc编译器编译出来的目标代码并不是在运行这个编译动作的机器上运行而是另外一台机器，这种编译叫做交叉编译，用来运行最终目标代码的得机器叫做目标机，machine就是用来指明目标机的类型的。

3.10.2.  –V version

    用来告诉编译器使用它的多少版本的功能，version参数用来表示版本。

3.11.   CPU相关开关(Machine Dependent Options)

    比较多，也是在交叉编译的时候用得着。以后再说。

3.12. 生成代码开关(Code Generation Options)
 
********************************************************************************************

GCC　使用指南
使用语法：

　　gcc [ option | filename ]…
　　g++ [ option | filename ]…

　　其中 option 为 gcc 使用时的选项(后面会再详述)，
　　而 filename 为欲以 gcc 处理的文件

说明：

　　这 C 与 C++ 的 compiler 已将产生新程序的相关程序整合起来。产
生一个新的程序需要经过四个阶段：预处理、编译、汇编、连结，而这两
个编译器都能将输入的文件做不同阶段的处理。虽然原始程序的扩展名可
用来分辨编写原始程序码所用的语言，但不同的compiler，其预设的处理
程序却各不相同：

　　gcc　　预设经由预处理过(扩展名为.i)的文件为 C 语言，并於程式
　　　　　 连结阶段以 C 的连结方式处理。

　　g++　　预设经由预处理过(扩展名为.i)的文件为 C++ 语言，并於程
序连结阶段以 C++ 的连结方式处理。

　　原始程序码的扩展名指出所用编写程序所用的语言，以及相对应的处
理方法：

　　.c　　C 原始程序　　　　　　　　  ；   预处理、编译、汇编
　　.C　　C++ 原始程序　　　　　　　　；   预处理、编译、汇编
　　.cc   C++ 原始程序　　　　　　　　；   预处理、编译、汇编
　　.cxx  C++ 原始程序　　　　　　　　；   预处理、编译、汇编
　　.m　　Objective-C 原始程序　　　　；   预处理、编译、汇编
　　.i　　已经过预处理之 C 原始程序　 ；   编译、汇编
　　.ii   已经过预处理之 C++ 原始程序 ；   编译、汇编
　　.s　　组合语言原始程序　　　　　　；   汇编
　　.S　　组合语言原始程序　　　　　　；   预处理、汇编
　　.h　　预处理文件(标头文件)　　　　；   (不常出现在指令行)

　　其他扩展名的文件是由连结程序来处理，通常有：

　　.o　　Object file
　　.a　　Archive file

　　除非编译过程出现错误，否则 “连结” 一定是产生一个新程序的最
　　後阶段。然而你也可以以 -c、-s 或 -E 等选项，将整个过程自四
　　个阶段中的其中一个停止。在连结阶段，所有与原始码相对应的
　　.o 文件、程序库、和其他无法自文件名辨明属性的文件(包括不以 .o
　　为扩展名的 object file 以及扩展名为 .a 的 archive file)都会
　　交由连结程序来处理(在指令行将那些文件当作连结程序的参数传给
　　连结程序)。

选项：

　　不同的选项必须分开来下：例如 `-dr’ 这个选项就与 `-d -r’ 大
　　不相同。

　　绝大部份的 `-f’ 及 `-W’ 选项都有正反两种形式：-fname 及
　　-fno-name (或 -Wname 及 -Wno-name)。以下只列出非预设的那个
　　形式。

　　以下是所有选项的摘要。以形式来分类。选项的意义将另辟小节说
　　明。

　　一般性(概略、常用的)选项
　　　　　　  -c -S -E -o file -pipe -v -x language

　　程序语言选项
　　　　　　  -ansi -fall-virtual -fcond-mismatch
　　　　　　  -fdollars-in-identifiers -fenum-int-equiv
　　　　　　  -fexternal-templates -fno-asm -fno-builtin
　　　　　　  -fno-strict-prototype -fsigned-bitfields
　　　　　　  -fsigned-char -fthis-is-variable
　　　　　　  -funsigned-bitfields -funsigned-char
　　　　　　  -fwritable-strings -traditional -traditional-cpp
　　　　　　  -trigraphs

　　编译时的警告选项
　　　　　　  -fsyntax-only -pedantic -pedantic-errors -w -W
　　　　　　  -Wall -Waggregate-return -Wcast-align -Wcast-qual
　　　　　　  -Wchar-subscript -Wcomment -Wconversion
　　　　　　  -Wenum-clash -Werror -Wformat -Wid-clash-len
　　　　　　  -Wimplicit -Winline -Wmissing-prototypes
　　　　　　  -Wmissing-declarations -Wnested-externs -Wno-import
　　　　　　  -Wparentheses -Wpointer-arith -Wredundant-decls
　　　　　　  -Wreturn-type -Wshadow -Wstrict-prototypes -Wswitch
　　　　　　  -Wtemplate-debugging -Wtraditional -Wtrigraphs
　　　　　　  -Wuninitialized -Wunused -Wwrite-strings

　　除错选项
　　　　　　  -a -dletters -fpretend-float -g -glevel -gcoff
　　　　　　  -gxcoff -gxcoff+ -gdwarf -gdwarf+ -gstabs -gstabs+
　　　　　　  -ggdb -p -pg -save-temps -print-file-name=library
　　　　　　  -print-libgcc-file-name -print-prog-name=program

　　最佳化选项
　　　　　　  -fcaller-saves -fcse-follow-jumps -fcse-skip-blocks
　　　　　　  -fdelayed-branch -felide-constructors
　　　　　　  -fexpensive-optimizations -ffast-math -ffloat-store
　　　　　　  -fforce-addr -fforce-mem -finline-functions
　　　　　　  -fkeep-inline-functions -fmemoize-lookups
　　　　　　  -fno-default-inline -fno-defer-pop
　　　　　　  -fno-function-cse -fno-inline -fno-peephole
　　　　　　  -fomit-frame-pointer -frerun-cse-after-loop
　　　　　　  -fschedule-insns -fschedule-insns2
　　　　　　  -fstrength-reduce -fthread-jumps -funroll-all-loops
　　　　　　  -funroll-loops -O -O2

　　预处理选项
　　　　　　  -Aassertion -C -dD -dM -dN -Dmacro[=defn] -E -H
　　　　　　  -idirafter dir -include file -imacros file -iprefix
　　　　　　  file -iwithprefix dir -M -MD -MM -MMD -nostdinc -P
　　　　　　  -Umacro -undef

　　汇编程序选项
　　　　　　  -Wa,option

　　连结程序选项
　　　　　　  -llibrary -nostartfiles -nostdlib -static -shared
　　　　　　  -symbolic -Xlinker option -Wl,option -u symbol

　　目录选项
　　　　　　  -Bprefix -Idir -I- -Ldir

　　Target Options
　　　　　　  -b  machine -V version

　　与机器(平台)相关的选项
　　　　　　  M680×0 Options
　　　　　　  -m68000 -m68020 -m68020-40 -m68030 -m68040 -m68881
　　　　　　  -mbitfield -mc68000 -mc68020 -mfpa -mnobitfield
　　　　　　  -mrtd -mshort -msoft-float

　　　　　　  VAX Options
　　　　　　  -mg -mgnu -munix

　　　　　　  SPARC Options
　　　　　　  -mepilogue -mfpu -mhard-float -mno-fpu
　　　　　　  -mno-epilogue -msoft-float -msparclite -mv8
　　　　　　  -msupersparc -mcypress

　　　　　　  Convex Options
　　　　　　  -margcount -mc1 -mc2 -mnoargcount

　　　　　　  AMD29K Options
　　　　　　  -m29000 -m29050 -mbw -mdw -mkernel-registers
　　　　　　  -mlarge -mnbw -mnodw -msmall -mstack-check
　　　　　　  -muser-registers

　　　　　　  M88K Options
　　　　　　  -m88000 -m88100 -m88110 -mbig-pic
　　　　　　  -mcheck-zero-division -mhandle-large-shift
　　　　　　  -midentify-revision -mno-check-zero-division
　　　　　　  -mno-ocs-debug-info -mno-ocs-frame-position
　　　　　　  -mno-optimize-arg-area -mno-serialize-volatile
　　　　　　  -mno-underscores -mocs-debug-info
　　　　　　  -mocs-frame-position -moptimize-arg-area
　　　　　　  -mserialize-volatile -mshort-data-num -msvr3 -msvr4
　　　　　　  -mtrap-large-shift -muse-div-instruction
　　　　　　  -mversion-03.00 -mwarn-passed-structs

　　　　　　  RS6000 Options
　　　　　　  -mfp-in-toc -mno-fop-in-toc

　　　　　　  RT Options
　　　　　　  -mcall-lib-mul -mfp-arg-in-fpregs -mfp-arg-in-gregs
　　　　　　  -mfull-fp-blocks -mhc-struct-return -min-line-mul
　　　　　　  -mminimum-fp-blocks -mnohc-struct-return

　　　　　　  MIPS Options
　　　　　　  -mcpu=cpu type -mips2 -mips3 -mint64 -mlong64
　　　　　　  -mlonglong128 -mmips-as -mgas -mrnames -mno-rnames
　　　　　　  -mgpopt -mno-gpopt -mstats -mno-stats -mmemcpy
　　　　　　  -mno-memcpy -mno-mips-tfile -mmips-tfile
　　　　　　  -msoft-float -mhard-float -mabicalls -mno-abicalls
　　　　　　  -mhalf-pic -mno-half-pic -G num -nocpp

　　　　　　  i386 Options
　　　　　　  -m486 -mno-486 -msoft-float -mno-fp-ret-in-387

　　　　　　  HPPA Options
　　　　　　  -mpa-risc-1-0 -mpa-risc-1-1 -mkernel -mshared-libs
　　　　　　  -mno-shared-libs -mlong-calls -mdisable-fpregs
　　　　　　  -mdisable-indexing -mtrailing-colon

　　　　　　  i960 Options
　　　　　　  -mcpu-type -mnumerics -msoft-float
　　　　　　  -mleaf-procedures -mno-leaf-procedures -mtail-call
　　　　　　  -mno-tail-call -mcomplex-addr -mno-complex-addr
　　　　　　  -mcode-align -mno-code-align -mic-compat
　　　　　　  -mic2.0-compat -mic3.0-compat -masm-compat
　　　　　　  -mintel-asm -mstrict-align -mno-strict-align
　　　　　　  -mold-align -mno-old-align

　　　　　　  DEC Alpha Options
　　　　　　  -mfp-regs -mno-fp-regs -mno-soft-float -msoft-float

　　　　　　  System V Options
　　　　　　  -G -Qy -Qn -YP,paths -Ym,dir

　　Code Generation Options
　　　　　　  -fcall-saved-reg -fcall-used-reg -ffixed-reg
　　　　　　  -finhibit-size-directive -fnonnull-objects
　　　　　　  -fno-common -fno-ident -fno-gnu-linker
　　　　　　  -fpcc-struct-return -fpic -fPIC
　　　　　　  -freg-struct-returno -fshared-data -fshort-enums
　　　　　　  -fshort-double -fvolatile -fvolatile-global
　　　　　　  -fverbose-asm

PRAGMAS
　　Two  `#pragma’  directives  are  supported for GNU C++, to
　　permit using the same header file for two purposes:  as  a
　　definition  of  interfaces to a given object class, and as
　　the full definition of the contents of that object  class.

　　#pragma interface
　　　　　　  (C++  only.)   Use  this  directive in header files
　　　　　　  that define object classes, to save space  in  most
　　　　　　  of  the  object files that use those classes.  Nor-
　　　　　　  mally, local copies of certain information  (backup
　　　　　　  copies of inline member functions, debugging infor-
　　　　　　  mation, and the internal tables that implement vir-
　　　　　　  tual  functions)  must  be kept in each object file
　　　　　　  that includes class definitions.  You can use  this
　　　　　　  pragma  to  avoid  such duplication.  When a header
　　　　　　  file containing `#pragma interface’ is included  in
　　　　　　  a  compilation, this auxiliary information will not
　　　　　　  be generated (unless the main input source file it-
　　　　　　  self  uses `#pragma implementation’).  Instead, the
　　　　　　  object files will contain references to be resolved
　　　　　　  at link time.

　　#pragma implementation

　　#pragma implementation “objects.h”
　　　　　　  (C++  only.)  Use this pragma in a main input file,
　　　　　　  when you want  full  output  from  included  header
　　　　　　  files  to be generated (and made globally visible).
　　　　　　  The included  header  file,  in  turn,  should  use
　　　　　　  `#pragma  interface’.  Backup copies of inline mem-
　　　　　　  ber functions, debugging information, and  the  in-
　　　　　　  ternal  tables  used to implement virtual functions
　　　　　　  are all generated in implementation files.

　　　　　　  If you use `#pragma implementation’ with  no  argu-
　　　　　　  ment,  it  applies to an include file with the same
　　　　　　  basename as  your  source  file;  for  example,  in
　　　　　　  `allclass.cc’,  `#pragma  implementation’ by itself
　　　　　　  is   equivalent　　to　　`#pragma　　implementation
　　　　　　  “allclass.h”‘.  Use the string argument if you want
　　　　　　  a single implementation file to include  code  from
　　　　　　  multiple header files.

　　　　　　  There  is no way to split up the contents of a sin-
　　　　　　  gle header file into multiple implementation files.

文件说明
　　file.c　　　　　　 C source file
　　file.h　　　　　　 C header (preprocessor) file
　　file.i　　　　　　 经预处理过的 C source file
　　file.C　　　　　　 C++ source file
　　file.cc　　　　　　C++ source file
　　file.cxx　　　　C++ source file
　　file.m　　　　　　 Objective-C source file
　　file.s　　　　　　 assembly language file
　　file.o　　　　　　 object file
　　a.out　　　　　　  link edited output
　　TMPDIR/cc*　　　　 temporary files
　　LIBDIR/cpp　　　　 preprocessor
　　LIBDIR/cc1　　　　 compiler for C
　　LIBDIR/cc1plus　　 compiler for C++
　　LIBDIR/collect　　 linker front end needed on some machines
　　LIBDIR/libgcc.a　　GCC subroutine library
　　/lib/crt[01n].o　　start-up routine
　　LIBDIR/ccrt0　　additional start-up routine for C++
　　/lib/libc.a　　　　standard C library, 参阅 man page intro(3)
　　/usr/include　　standard directory for #include files
　　LIBDIR/include　　 standard gcc directory for #include files
　　LIBDIR/g++-include additional g++ directory for #include

　　LIBDIR is usually /usr/local/lib/machine/version.
　　TMPDIR comes from the environment variable TMPDIR (default
　　/usr/tmp if available, else /tmp).

哎，可惜。。

　　相信大家都应该知道,这又是一个利用善良人的同情心的骗局！他只需要每个人给他1元钱，但积少成多，我相信他一天的收入远远超过我们每一个人！但是这类骗局往往拿他没招，因为他在形式上只是在行乞～似乎并不是在诈骗。

　　但，苍天有眼！！！让他遇到了老夫我！！！嘿嘿～～～我当时眉头一皱～顿时计上心来！我立即以迅雷不及掩耳之势(在他还没要到钱之前)跑到附近最近的一家饭馆，花1元钱买了5个大馒头(本想买包子，但不想给他肉吃！)，然后跑到他的身边，用十二万分真诚的语气对他说：“兄弟，你真是受苦了，太不容易了，来来来，这里有点吃的，你先垫垫肚子吧！饿了几天了～快趁热吃了吧！”

　　只见他抬起头，极其惊诧地望着我和我手上的5个大馒头，半晌没反应过来。但从我坚定的眼神、整齐的着装以及我稀虚的胡渣子，他看出了我让他吃掉这5个馒头的决心！他不得不接了过来，旁边几个过路的大妈也一迭连声的说：“这小伙子心肠可真好啊！大兄弟～快吃了吧！吃饱了饭，才有力气找工作啊！”终于，在我们的一致鼓励下～他一口一口地将那5个大馒头吞了下去，然后还在过路大妈(绝对没有与我配合)的要求下向我道了谢，提着行李走了。

　　大家如果以为此事到此为止？错！还没完呢！嘿嘿～～～老夫算到这小子一分钱没骗到～还让人塞了一肚子的馒头，肯定不死心，所以我就悄悄的跟着他～等着他换地方。结果～果然不出老夫所料，穿过了两条街，他又挑选了一个闹市口，装出一副失魂落魄的样子～又在地上写了“几天没吃饭了！好心人给点钱买东西吃吧！”然后蹲在地上伸出了那只刚刚拿过我给的馒头的脏手！

　　各位同志们！就在这个时候，只听得：雄鸡一唱天下白！灿哥又送馒头来！只见我满面春风～兴致勃勃～有如及时春雨一般提着五个更大的馒头又闪亮登场了！(馒头我还特意在地上蹭过！)同样的真诚！同样的表情！同样的对白！我不由分说地拿起馒头就往他嘴里塞！同时～历史有惊人的相似！旁边出现了更多的过路大妈支持我的“善举”！面对我们充满着殷切期盼的目光，这位刚刚吃过5个大馒头就又饿了几天的同志，又开始吃馒头了！

　　第一个吃得还算比较流利，第二个感觉就有些生涩了，第三个从他的表情上看吃得十分的艰苦！每吃一口都要皱一下眉头！

　　各位观众，大家注意！现在是第四个了！精彩的时候到了！一口！两口！三口！等等，他怎么不吃了？？他的眼睛怎么鼓起来了？他为什么用手捂住肚子呢？？啊～～～天啊！他吐了！！！！

　　这位饿了好几天的同志，在连吃了灿哥馈赠的9个大馒头后，吐了！

　　我立马关切地问：兄弟！怎么吃得这么急啊？？？饿坏了吧？？？还吃不吃啊？ ]]> http://blog.donews.com/xinbaojiang/archive/2004/08/16/69523.aspx/feed 0 http://blog.donews.com/xinbaojiang/archive/2004/08/12/66598.aspx http://blog.donews.com/xinbaojiang/archive/2004/08/12/66598.aspx#comments Thu, 12 Aug 2004 08:49:00 +0000 James http://blog.donews.com/xinbaojiang/archive/2004/08/12/66598.aspx 《怪物史莱克1》推出时，外界一致认为它就是在调侃迪斯尼，比如：它在迪斯尼以下完美的人物脸上加上几撇胡子——出卖皮诺曹的木匠父亲，为了花球大打出手的灰姑娘和白雪公主，还有欺软怕硬的魔镜。而这次，夹带更大雄心壮志的《怪物史莱克2》，则把枪口对准

整个好莱坞。许多搞笑细节贯穿始终，以至于观众们稍有分神，就可能错过某个经典调侃场面。

    经典调侃一缆

    让我们看一下这些经典调侃镜头：

    镜头一：在片名出现之前的序幕，史莱克的情敌“迷人王子”杀入城堡想救出菲奥娜，却发现她早已被人救走，床上换了一个狼外婆……

    狼外婆捧在手中阅读的杂志封面是穿着比基尼的猪，刊名叫做《猪肉画刊》，照抄自美国《体育画报》的泳装特辑；

    镜头二：无论是魔戒还是蜘蛛侠，都不过是史莱克夫妇蜜月时光中的噱头，包括《蜘蛛侠》中那倒挂的经典一吻，也被史莱克夫妇学到！

    镜头三：民风不再淳朴的童话王国，成为彻头彻尾的洛杉矶加好莱坞的翻版，无论是树立在树林里的巨型标志，还是充斥着变形范思哲、星巴克的购物街，还有好些个美眉提着大包小包从店里出来，怎么看都是《风月俏佳人》里罗伯茨猛刷男人信用卡的样子。当然，这部电影也就顺理成章地被“神仙教母”塞进经典童话的书架；然后，她抽出的对付史莱克的书叫做《邓不多利》（《哈利·波特》中魔法学校的校长）……

    镜头四：在菲奥娜公主卧室里面有一张明星的海报，稍加留心就可以看出来，海报上面的帅哥正是菲奥娜公主的原型——卡梅隆·迪亚茨的前任男友贾斯汀！

    镜头五：当那只传靴子的猫耍起剑花，在树干上看到的标志有没有让你回想起佐罗？

    镜头六：《华氏911》并不是今年戛纳影展上唯一拿布什总统作为噱头的人物，仔细看看魔镜中的人脸，我们好像看到了伊拉克战争中这位总统对美国军队的动员演讲。

    镜头七：国王去找杀手暗杀史莱克，在酒馆里，有一个性别难以确定的酒保，仔细看他（她）的面孔，看到了吗？这张面孔具有典型的麦当娜特征，尤其是那颗痣的颜色和位置简直一模一样！

    镜头八：史莱克变成翩翩美男子后，睁眼见到了三个对他爱慕有加的农妇，这三位小姐除了穿着打扮以外，无论是长相还是举止，都似乎来源于好莱坞电影《查理的天使》。

    这只绿色的怪物颠覆了好莱坞的偶像传统，在票房表现上面，无论是美男当道的《特洛伊》，还是奇幻色彩的《指环王》，都被这只怪物搞得溃不成军。

    史莱克在美国和欧洲上映期间，都有一个共同的现象，就是成年人往往笑得更为彻底，原因不仅仅因为他们更加熟知其中调侃细节，更是因为，成年人已经看透了“王子和公主开始幸福生活”之后，才是矛盾冲突的开始。就好像青蛙王子成为了国王之后，考虑的问题也就变成了“门当户对”。

    “史莱克”与迪斯尼争夺儿童     

    好莱坞在本质上和迪斯尼一样，也是一个造梦的地方，史莱克对它的调侃，同第一集一样，戳破了许多肥皂泡，然后再吹起一个更大更新的。只是相对于第一集中那种寻觅于不安的感觉，续集显得更加成熟和老辣。而且导演成功表达了他的理念：外表的美丑绝对不应该成为评判标准。

    这种充满了摇滚风格的狂欢式电影，当然不能算是典型的童话，它没有像迪斯尼那样，给孩子们编织起美丽的梦，它充满了青年的挑衅意味，要求对自己的认同和关注，要求认清现实，脚踏实地做人。对于这种挑衅，迪斯尼也做出了自己的反应，2003年的《怪物公司》中，挑大梁唱主角的就是两个面目狰狞的怪物。《海底总动员》中，鲨鱼的形象也由传统的凶残变成了无厘头的可爱。但是，迪斯尼并没有因为这种冲击而放弃他的理念，尽管稍显老迈，但这位巨人仍然坚持不懈地为孩子编织出干净纯洁的梦想。

    我们无法对这两种态度比较高下，但是透过外表的调侃，史莱克善良单纯的内心显而易见。许多中国观众觉得，大而丑陋的怪物形象让孩子难以接受，其实大可不必担心。孩子们渴望的是成为不平凡的英雄。还记得第一集放映的时候，曾经在电影院里听到一个孩子说：“我也要做一个大怪物！”那么到了第二集时，相信史莱克的追随队伍会更加庞大。来源：国际先驱导报

西安高校数量是很多的，有的校园景色也是不错的！下面就列举三个学校的特殊景点，供大家欣赏： 
１）一进长安大学大门，你就会看见一个名为＂青春彩虹＂的雕像，当然，在长安大学的学生中，都喜欢称之为＂拉面女神＂！ 
２）从西北政法的正门进去，有一巨大雕像映入眼帘，那就是著名的＂妓女要复仇＂，从这个复仇雕像往北走，在图书馆前，大家将会看到另一著名＂景点＂－－宪法顶个球（其实就是一本书状的东西－－宪法，上面托着一个地球）沿操场向南走，就会看见一黑色雕塑，其被政法学子称为＂刑法壮如牛＂！ 
３）西邮的特色＂景点＂也位于正门处，就是那个＂一男一女手挽手，女生拿书，男生手托一地球＂的白色塑像，这也有个巨帅的名字－－读书顶个球用！

第十五章：vi全屏幕编辑器

vi(Visual)是以视觉为导向的全屏幕编辑器、共分为三种方式（mode):

command方式：

任何输入都会作为编辑命令，而不会出现在屏幕上，若输入错误则有“岬”的声音；任何输入

都引起立即反映

insert方式：

任何输入的数据都置于编辑寄存器。在command方式下输入（I,a,A等）,可进入insert方式，insert方式下按ESC，可跳回command方式。

escape方式：

以“：”或者“/”为前导的指令，出现在屏幕的最下一行，任何输入都被当成特别指令。

进入vi（在系统提示符下面输入以下指令）:

vi  进入vi而不读入任何文件

vi filename 进入vi并读入指定名称的文件（新、旧文件均可）。

vi +n filename进入vi并且由文件的第几行开始。

vi +filename  进入vi并且由文件的最后一行开始。

vi + /word filename 进入vi并且由文件的word这个字开始。

vi filename(s)  进入vi并且将各指定文件列入名单内，第一个文件先读入。

vedit 进入vi并且在输入方式时会在状态行显示“INSERT MODE”。

编辑数个文件（利用vi filename(s))进入vi后）

:args 显示编辑名单中的各个文件名

:n读入编辑名单中的下一个文件

:rew读入编辑名单中的第一个文件

:e# 读入编辑名单内的前一个文件

:e file 读入另一个文件进vi(此文件可不在编辑名单内）,若原文件经修改还没有存档，则应先以: w 存档。

:e! file强迫读入另一个文件进入vi，原文件不作存档动作。

存储及退出vi

:w filename 存入指定文件，但未退出vi（若未指定文件名则为当前工作的文件名）。

:wq 或者 或者zz 存文件，并且退出vi.

:q不作任何修改并退出vi。

:q! 放弃任何修改并退出vi。

:!command 暂时退出vi并执行shell指令，执行完毕后再回到vi。

:sh 暂时退出vi到系统下，结束时按Ctrl + d则回到vi。

加数据指令

i 在关标位置开始插入字符，结束时候按ESC键。

I 在光标所在行的最前面开始加字，结束时按ESC键。

a 在光标位置后开始加字，结束时按ESC键。

A 在光标所在行的最后面开始加字，结束时按ESC键。

o 在光标下加一空白行并开始加字，结束时按ESC键。

O 在光标上加一空白行并开始加字，结束时按ESC键。

!command执行shell指令，并把结果加在光标所在行的下一行。

删除指令

nx删除由光标位置起始的n个字符（含光标位置，按一个x表示删除光标所在的字符）

nX  删除由光标位置起始的n个字符（不含光标位置）。

ndw 删除光标位置其实的n个字符组（word)。

d0  将行的开始到光标位置的字符全部删除。

d$ 或D  将光标位置起始到行尾的字符全部删除。

ndd 将光标位置起始的n行（整行）删除（dd表示删除光标所在行）。

:start,endd 删除文件的第start到end行。

关标移动

0 移到一行的开始

$ 移到一行的最后

[ 移到文件开始位置

] 移到文件结束位置

nh往左移n位

nl或者spacebar  往右移n位

nk向上移n行

n+向上移n行，光标在该行的起始

ni  向下移n行

n-向下移n行，光标在该行的起始

H 移到屏幕的左上角

M 移到屏幕的中间行开头

L 移到屏幕的最后一行

G 移到文件的最后一行

nG或者:n移到文件的第n行

nw右移n个字组，标点符号属于字组

nW右移n个字组，标点符号不属于字组

nb左移n个字组，标点符号属于字组

nB左移n个字组，标点符号不属于字组

Ctrl + u屏幕上卷半个菜单

Ctrl + d  屏幕下卷半个菜单

Ctrl + b  屏幕上卷一个菜单

Ctrl + F  屏幕下卷一个菜单

修改指令

r 修改光标文件的字符

R 从光标位置开始修改，结束时按ESC键

new 更改n组字符，结束时按ESC键

ncc 从光标所在位置开始更改n行，结束时按ESC键

重排各行长度

i 并按Enter将该行由光标所在处断开，并进入insert方式

J 把下一行的数据连接到本行之后

寻找指令

/text 从光标位置往下找字串text

?text 从光标位置往上找字串text

n 继续找下一个字串（在输入上面的寻找指令之后使用）

寻找并且取代指令

:getxt1/s/ /text2/options 将各行的text1替换为text2

option=g表示文件中所有的text1均被取代，若未输入任何option,则只有各行中的第一个出现的text1被取代

option=go 在屏幕显示各取代的行

option=gc 在每个字串取代之前要求确认

Start,endgtext1/s/ / text2/options 同上，只寻找并取代第start~end行。

或:Start,ends/text1/text2/options

复制及移动文件

:first,last co dest 将first 到last行的数据复制到目标行(dest）下面

:Start,endm dest将start 到 end行的数据移动到目标行（dest)下。

:r filename 将指定文件的内容读入光标所在行下。

nY  将光标所在位置开始的n行数据暂存

p 复制暂存数据在光标的下一行

P 复制暂存数据在光标的上一行

其他命令

. 重复前一指令

u 取消前一指令

Ctrl + l刷新屏幕显示

:set number 显示文件的行号，但不会存文件

:set nonumber 解除行号显示

:set ai 设置每行起始位置（以光标当前位置为起始）

:set noai 取消行起始位置设定

:f 或<Ctrl> + g 告诉用户有关现行编辑文件的数据。

中兴手机亚洲杯竞猜 中兴手机亚洲杯竞猜 近视矫治高安全大揭密 中兴手机亚洲杯竞猜

　　赛后，阿里汉在新闻发布会上表达了自己的遗憾——

　　阿里-汉：我为咱们的球迷感到非常失望，我们输了一场本不应该输的比赛。中日两队之间的差距主要是在经验上，我说的经验是指那些不被裁判看见或者不被吹罚的犯规，中国队不如日本队。以前我踢过很长时间的职业足球，所以我想我的尺度是非常清楚的。作为日本，他们有很多国际比赛的经验，所以他们比较成熟。这也是日本获胜的一大因素。另一方面我们也有很多的机会，但对于我们队员来说，在利用身体合理犯规上没有日本队做得好，所以我们打起来非常艰苦，所以这也是我们没有把比赛控制在我们掌握之中的一个主要的原因。

　　记者：请您对这个“上帝之手”做一下评价？我们会采取什么抗议措施？

　　阿里-汉：在这种情况下我不想做什么评论，但是可能大家都看得非常清楚，日本队第一个进球是来自任意球，但是当时那个任意球应该是判给我们的，第二个就是那个手球，第三个球是对方在禁区内的一个犯规，我不知道是谁制造了这些进球。

　　记者：中国队在上一场比赛对伊朗队那场比赛表现的很强的意志力，但是在这场比赛中并没有表现出像上一场那么强的取胜欲望，所以当日本队进了第二个球以后，这场比赛对获胜来说，还有一定的距离。

　　阿里-汉：我想你可能没有注意到我的点评，我想第一个问题的回答是对你这个问题的最好的解释。如果我刚才回答的那些情况都发生了的话，你怎么可能去赢得这场比赛的胜利。

　　记者：刚才注意到，中国队在领奖的时候阿里-汉先生站在离领奖台很远的地方，没有上台领奖，作为一个球队的主教练，为什么在这个时候不领奖？

　　阿里-汉：体的注意力很好，但是我当时没有做好领取这个奖牌的准备，就像刚才说的，当时非常失望，所以对我来说，我当时不可能上台去领奖。

　　记者：问一个关于孙继海的问题，您认为孙继海上场以后对中国队有什么贡献，您为什么把他放在左前卫上？因为他在英格兰踢球的时候，一般都是踢右后卫的？

　　阿里-汉：现在不是讨论某些队员表现的时候，可能因为孙继海没有很长时间安排他去集训，可能我的想法与大家有些不一样，我觉得孙继海不应该去打后卫，如果大家有不同意见，那我没有办法去做更多的解释。

　　记者：阿里-汉先生，您说您对这个这场比赛非常失望，那您能不能说一下，这场比赛有什么积极方面的，请您谈一下，包括以后有什么打算？

　　阿里-汉：我对我的球队表现并不感到失望，参加亚洲杯是一次非常重要的比赛，我非常遗憾，我们还是按照我的指挥去打，但是我们还是输了，而且输掉了亚洲杯。我想决赛对于我们对大家来说都应该是一个圆满的结束，但不应该是这样的方式来决出冠军，这是我不能接受的一个原因。(新体）

3：1，中国队输了，很可惜
不过中国队不是输给日本队，而是输给了裁判。。