GCC(链接)是否在用绝对路径指定时找不到库。请注意,我想要这样做的原因是我有一个构建系统,可以通过绝对路径解决所有库问题,因此它可以保留一组有序的唯一条目。指定具有绝对路径的库的GCC行为是什么
g++ (...) -l/path/to/library.so
我看到一个bug报告,其中有些人认为这是一个错误,和其他人认为它曾经工作过的事实是一个错误,这是固定的。
有一些讨论,一个曾与一个先于道“:”
反正没能正常工作。
因此,为了在构建系统中进行测试,我将代码放在绝对库路径中,如果它的“前缀”与指定给GCC的任何库路径匹配并截断绝对库路径。
g++ (...) -L/path/to -llibrary.so
这工作。
我也试过这个。
g++ (...) -L/path/to -l/path/to/library.so
它工作。 9(虽然调查..看起来像这是在构建脚本中的错误)
似乎如果任何指定为GCC的搜索路径是指定一个绝对路径的库的“前缀”,它会找到该库。我还假定它需要在提供的库路径的有序列表中的第一个命中。
所以我的问题。
- 这种支持行为?
- 这是更好的截断构建脚本中的绝对库路径或通过绝对路径。
我启事带来了一些相关的问题在这里:
这表明“非搜索”完整路径是“烧”到可执行从而覆盖所有运行时库路径当它是执行?它是否正确 ?如果是这样,则意味着在命令行上指定具有完整路径的库是不合适的。部署时,构建的应用程序和关联的库将安装在标准的可搜索位置。
这意味着它将通过查看后缀来确定它是一个库吗? – peterk
@peterk:不,Unix通常不支持文件。它将通过查看文件的结构来确定它是一个库。 –
@MartinBonner GCC不会自动查找相应的存根'.a'文件吗? – user0042