和C的#include pbl.h路径

我工作的一个项目中使用C.和C的#include pbl.h路径

我的本地机器上

我想从PBL 借数据结构实现（http://www.mission-base.com/peter/source/）

当我下载zip来自PBL的github回购文件，其中有数百个文件。

自由使用的东西，从PBL库，我应该使用的#include“/path/to/pbl.h”我的项目文件＃包括哪些文件？

有在PBL src文件夹中的许多文件，但我怀疑我会指向一个主头文件（开导我，如果我“错了）

第二部分是我应该把PBL源文件，所以

1）由于整个PBL文件结构很大，我不认为我应该把它放在我的项目文件夹中......那么我应该把它放在哪里（并从中调用它）？

2）我也计划推动我的项目到GitHub，那么我怎么能维护远程仓库中的文件结构依赖关系，而无需推送整个PBL库直到我的回购以及我的项目文件？（纠正我，如果做的正确的事是推动这两个项目文件和PBL库）提前

谢谢！

来源

2017-02-12 namesake22

不，你应该避免使用任何与绝对路径的名称，如：

#include "/path/to/pbl/pbl.h"

你或许应该使用：

#include "pbl.h"

，并指定像一个编译器选项：

gcc -I/path/to/pbl …

指定标题实际找到的位置（或找到标题）。

您也可以查看库的文档。如果它表示使用不同的表示法，请按照其中的说明进行操作。

来源

2017-02-12 05:38:45

只是在一般情况下，像这样的情况下，我应该包括整个PBL SRC在我的项目文件夹或者我应该保持它在其他地方和其他建议任何人试图执行我的程序下载和设置在编译器自己的道路？ – namesake22

这是一个独立的库，尽管你的代码依赖于它。您或者需要将其作为先决条件（并提供关于在何处获取该信息以及如何安装该信息的信息），或将其作为代码的一部分 - 如果PBL许可允许您这样做。您可以查看Git子模块和相关功能，以将其他Git回购作为您自己的一部分。但其中大部分都存在“易用性”问题。总体来说，我会把它作为一个先决条件 - 但主要是因为我知道这是有效的，我确信我不了解他人的所有细节。 –

是的，谢谢。我应该提供关于README或somthing的说明 – namesake22

和C的#include pbl.h路径

回答

相关问题