安装好Red Hat Linux 7.3抄了个GTK的程序，一GCC，打印出错误：
  没有文件
  在gdk-2.0/gdk目录下用"gtk/gtk.h"则打印很多的错误，
说在gtk.h中没有包含*.h
用vi打开gtk.h一看，原来gtk.h包含了很多的头文件（都在/gtk目录下）
但使用方法都是 #include 的形式。所以gcc都找不到他们。

请问：GCC在编译GTK时，是怎么去找头文件的呢？
谢谢！

在gcc命令行-I参数指定gtk头文件所在的目录试试：
-Iinclude目录 ：定义include文件的目录，可以有多个；


关于gcc编译，请看下面：
－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－
以SVR4上的C编译系统为基础，介绍gcc的用法。

2.2.1 gcc基本用法
gcc [选项] 源文件 [.o文件] [库文件]
如果源文件中含有main函数，则生成执行文件，缺省情况为在当前目录产生a.out。否则，则只生成.o文件。

2.2.2 常用选项
-o 目标文件名：生成指定的目标文件名，可以是执行文件或.o文件，要看有没有-c选项；
-c  ：只生成.o文件；
-P ：只进行预处理；
-C ：保留注释；
-S ：只生成汇编代码；
-D符号[=值] ：定义符号，若未指明值，则缺省值为1，可以有多个；
-Iinclude目录 ：定义include文件的目录，可以有多个；
-L库目录 ：定义库文件的目录，可以有多个；
-l库名 ：链接时包含库 'lib库名.a'或'lib库名.so'；
-g ：加入调试信息；
-O[n] ：进行代码优化，有的系统还带有优化级别。

2.3 链接处理
链接有静态链接和动态链接两种。

2.3.1缺省设置
标准的C函数库 libc.a(静态库)、libc.so(动态库)主要包含了以下函数：
标准I/O函数(stdio.h)：标准输入输出、文件输入输出等；
字符串处理函数(string.h)：strlen、strcpy等；
字符分类(ctype.h)：isalpha、isupper等；
字符串/整数转换(stdlib.h)：atoi、itoa等；
库函数形式实现的系统调用(unistd.h,sys/types.h,sys/stat.h,fcntl.h)：open、read等。

2.3.2标准库
-l选项 指定库名，缺省情况下系统自动包含选项-lc，即自动包含标准C库。
如果统一库目录下有库的两个版本，则优先使用动态库。
缺省的路径：/usr/ccs/lib、/usr/lib
动态库：所有内容被映射到进程虚地址空间中。执行文件小，内存占用小。但是运行时必需存在连接的库。
静态库：执行文件只包含所需要的代码。执行文件大，内存占用大。但是运行时不需要连接的库。

-dn选项(SUN)，指明只进行静态连接。

-l 选项放在最后较好。

2.3.3 静态库、动态库的建立
静态库，又程档案库，建立步骤：
1) 生成目标文件 gcc -c
2) 用ar命令入档
ar r $HOME/lib/libtest.a myfunc.o
以后就可以使用test库了
gcc -L $HOME/lib -o ..... -ltest
静态库的缺点：
a. 执行文件大，有函数代码的单独拷贝
b. 运行时每个进程都装入某些相同函数的代码，内存占用大
c. 函数定义更新后，要重新连接

动态库的生成
(SUN) gcc -K PIC -G -o $HOME/lib/libtest.so myfunc.c
(HP) gcc -b -o $HOME/lib/libtest.sl myfunc.c

2.3.4 连接程序搜索目录
-L 选项指定
(SUN) -B static|dynamic 指明进行静态或动态连接。
环境变量 LD_LIBRARY_PATH可以包括两部分，用分号隔开。
搜索顺序：
LD_LIBRARY_PATH中；的前半部
↓
-L指定的目录
↓
LD_LIBRARY_PATH中；的后半部
↓
标准位置

2.3.5 动态连接程序搜索目录
连接阶段搜索方法同2.3.4。
运行阶段使用环境变量LD_RUN_PATH指明自定义的动态库的位置。标准位置只有/usr/lib。
运行阶段的搜索也可以使用LD_LIBRARY_PATH环境变量，而且效果更好，因为即使动态库被移到另一个目录，也可以被找到。
尽量不要使用硬编码(连接时指定库文件名的全路径名)，因为这样的话，当动态库所在目录被移动后，运行不会成功。对于静态库无此问题。

如果使用gcc，用下面的方式编译
gcc -Wall -g helloworld.c -o helloworld `gtk-config --cflags` `gtk-config --libs`