2

我有一些关于链接C/C++库的基本问题。我试图了解使用两种不同用法-L/usr/local/lib -lm用法和/usr/local/lib/libm.a用法的区别。例如，当我从[SUNDIALS] 库中编译和链接一个示例时，以下两项工作

gcc -Wall cvRoberts_dns.c -o cvRoberts_dns.exe -I/usr/local/include -L/usr/local/lib/ -lsundials_cvode -lsundials_nvecserial -lm

或者

gcc -Wall cvRoberts_dns.c -o cvRoberts_dns.exe /usr/local/lib/libsundials_cvode.a /usr/local/lib/libsundials_nvecserial.a

但是，要编译和链接库 中的示例[libsbml]，以下工作

g++ -Wall readSBML.cpp -o readSBML.exe -I/usr/local/include -L/usr/local/lib -lsbml

但这不是

g++ -Wall readSBML.cpp -o readSBML.exe /usr/local/lib/libsbml.a

如果需要，我可以发布我得到的完整错误消息，但消息的最后一行如下

ld: symbol(s) not found for architecture x86_64
clang: error: linker command failed with exit code 1 (use -v to see invocation)

我的问题如下：

  1. 在（第一个示例的）第二种链接样式中，没有关于在哪里找到include文件（头文件）的信息，编译器如何知道-I/usr/local/include第一个示例的第一种样式中提供的信息？

  2. 在第一个示例的第二种样式中没有/usr/local/lib/libm.a（如果我尝试包含它，它实际上会给出一个libm.a无法找到的错误消息），那么为什么-lm第一种样式需要？

  3. 如何以第二种风格（即使用/usr/local/lib/libsbml.a）编译第二个示例？我确实看到有文件 -libsbml.a并且libsbml-static.a在/usr/local/lib文件夹中，但它们都不起作用。

如果有帮助，我在OS X机器上。

如果有人能在这方面提供帮助，我将不胜感激。

只是一个更新-我试过了

g++ -Wall readSBML.cpp -o readSBML.exe /usr/local/lib/libsbml.5.dylib

并且编译和链接得很好。

谢谢 SN

4

1 回答 1

1

一般来说

  • 该-L选项旨在查找库本身的位置。每个库都是一个或多个目标代码（机器语言）文件的集合。无需查找包含文件。
  • 该-I选项与链接器无关，它帮助编译器解析驱动程序中使用的头文件（例如 Roberts_dns.c）。这发生在预处理阶段。

在（第一个示例的）第二种链接样式中，没有关于在哪里可以找到包含文件（头文件）的信息，..

如果编译按预期工作，可能是因为/usr/local/include它位于gcc. 检查gccdo的默认包含路径gcc -xc -E -v -。

在第一个示例的第二种样式中，没有 /usr/local/lib/libm.a（如果我尝试包含它，它实际上会给出一条错误消息，即无法找到 libm.a），那么为什么在第一种风格？

在 Linux 中，某些库（例如libc.a）默认情况下直接链接到您的可执行文件，而libm.a没有。但是，在 Mac（您的环境）中，libm 默认直接链接到可执行文件。因此，您不必显式链接它。libm.a位于 的可能性较小/usr/local/lib/。所以你有一个错误。但是为什么首先链接它呢？

于 2016-07-24T04:17:23.610 回答