undefined reference to curl_easy_init

LionD8

CURL 版本 7.32
./configure
make
make install
已经成功安装了 curl.

然后进入他的例子代码  docs/examples
gcc -I/usr/local/include -L/usr/local/lib -lcurl -o getinfo getinfo.c

提示
/tmp/ccmSyYom.o: In function `main':
getinfo.c.text+0x82): undefined reference to `curl_easy_init'
getinfo.c.text+0xb5): undefined reference to `curl_easy_setopt'
getinfo.c.text+0xc1): undefined reference to `curl_easy_perform'
getinfo.c.text+0xf0): undefined reference to `curl_easy_getinfo'
getinfo.c.text+0x123): undefined reference to `curl_easy_cleanup'


如果我直接 运行make
则可以全部编译所有的例子代码。单独编译一个就不行。求解答。。。。。。

LionD8

貌似找到问题了。
gcc -o getinfo getinfo.c -lcurl
则可以编译通过。

-lcurl 写在前面 和 后面有区别？求指导。。。

123456XP

gcc需要先知道getinfo.c里面调用了哪些函数，再去libcurl.so/a里面提取，不会把库里面所有函数都引用。
放在前面，可能一个函数都没提取。

myworkstation

回复 2# LionD8
  
如果-l指定的库出现的位置在引用它的对象文件之前出现那么会出现相应的函数找不到（无法加载的问题）。所以-l的顺序是很重要的。man文档中有说明。

    It makes a difference where in the command you write this option;
           the linker searches and processes libraries and object files in the
           order they are specified.  Thus, foo.o -lz bar.o searches library z
           after file foo.o but before bar.o.  If bar.o refers to functions in
           z, those functions may not be loaded.

djsxut

符号解析阶段，链接器从左到右按照输入的顺序来扫描可重定位目标文件和存档文件。扫描的时候，链接器维持三个集合：
1. 可重定位目标文件集合E
2. 未解析的符号集合U
3. 已定义的符号集合D

初始时三个集合都为空。算法：
1. 对于命令行上每个文件f，如果f是目标文件，链接器将f添加到E， 然后修改U和D来反映f中的符号定义和引用，并继续读入下一个输入文件；
2. 如果f是存档文件，那么链接器就尝试匹配U中未解析的符号和由存档文件成员定义的符号。如果某个存档文件成员m，定义了一个符号来解析U中的一个引用，那么将m加入到E中， 并且链接器修改U和D来反映m中的符号定义和引用。对存档文件中所有的成员目标文件反复进行这个过程，直到U和D都不再发生变化。在此时，任何不包含在E中的成员目标文件都被简单丢弃，而链接器将继续处理下一个输入文件；
3. 链接器完成对命令行上输入文件的扫描后， U非空的话，那么链接器输出一个错误并终止。否则，它会合并和重定位E中的目标文件，从而构建可执行文件。