linux编译出现undefined reference to `pow‘的错误

 我的一个h264+aac封装成avi的应用，用到了pow函数，也加了<math.h>头文件了，在linux环境下编译，然后我提示：undefined reference to `pow' 

然后我就测试了一下，发现，如果pow(a,b),如果a，b都是常量时，是不会出现提示的，但是，如果a，b中有任何一个是变量，那么编译时都会出现提示。

原因：

因为math.h不是C运行库函数，就像linux下线程函数库pthread.h也不是，都需要在编译时连接该库
如果你有IDE（如eclipse）+ GCC 开发C程序，可以在项目属性中编译命令中添加-lm，作用是一样的

          使用math.h中声明的库函数还有一点特殊之处，gcc命令行必须加-lm选项，因为数学函数位于libm.so库文件中（这些库文件通常位于/lib目录下），-lm选项告诉编译器，我们程序中用到的数学函数要到这个库文件里找。本书用到的大部分库函数（例如printf）位于libc.so库文件中，使用libc.so中的库函数在编译时不需要加-lc选项，当然加了也不算错，因为这个选项是gcc的默认选项。

       C标准主要由两部分组成，一部分描述C的语法，另一部分描述C标准库。C标准库定义了一组标准头文件，每个头文件中包含一些相关的函数、变量、类型 声明和宏定义。要在一个平台上支持C语言，不仅要实现C编译器，还要实现C标准库，这样的实现才算符合C标准。不符合C标准的实现也是存在的，例如很多单 片机的C语言开发工具中只有C编译器而没有完整的C标准库。

在Linux平台上最广泛使用的C函数库是glibc，其中包括C标准库的实现。几乎所有C程序都要调用glibc的库函数，所以glibc是Linux平台C程序运行的基础。glibc提供一组头文件和一组库文件，最基本、最常用的C标准库函数和系统函数在libc.so库文件中，几乎所有C程序的运行都依赖于libc.so，有些做数学计算的C程序依赖于libm.so，以后我们还会看到多线程的C程序依赖于libpthread.so。以后我说libc时专指libc.so这个库文件，而说glibc时指的是glibc提供的所有库文件。

glibc并不是Linux平台唯一的基础C函数库，也有人在开发别的C函数库，比如适用于嵌入式系统的uClibc。

   #include <math.h>


       double pow(double x, double y);
       float powf(float x, float y);
       long double powl(long double x, long double y);