如何要求 autotools 项目/获取 autotools 包的 cflags？
How to Require an autotools project / get the cflags for an autotools package?
我想要一个用 autotools 构建的 c 库。
老实说，我几乎不知道它们是如何工作的：/
（我想要的图书馆是“https://github.com/p4lang/PI”）
我已经执行了./configure 等脚本并成功安装了它。
当我搜索我的 usr 时，我在 /usr/local/lib/libpi.a 下找到了库
类似地 /usr/local/include/PI.
下的头文件
我用 cmake 构建我的项目，并希望有一个跨平台解决方案。
但是，我会很满意地使用 pkg-config 命令。
有谁知道 "correct" / "recommended" 获取 cflags 的方法是什么，
或者至少是我不必对路径进行硬编码的变体？
Autotools 的参与在系统上安装构建的工件时结束。 使用那些不通过 Autotools。* 这适用于安装的工件是库和 headers是可执行文件。使用 Autotools-built 程序或库没有什么特别或不同之处。
I build my project with cmake and would like to have a cross platform
solution with it. However I would be satisfied to use the pkg-config
command.
就像任何其他构建系统提供的项目一样，Autotools 项目可以构建和安装 pkg-config 配置文件，或 CMake 宏，或他们认为适合帮助用户的任何其他点点滴滴，但这是project-specific。 Autotools 不会自行创建此类额外的部分，但一些 Autotools-based 项目会添加它们。有些没有，就像一些 CMake 项目没有，有些 hand-rolled 构建系统的项目没有，等等。
Does anybody know what is the "correct" / "recommended" way to get cflags, or at least a variant in which I do not have to hard code the paths?
请注意，对于您知道其名称的库，您可能需要的唯一标志是指定库位置的标志 headers 和/或指定库本身位置的标志。如果相关部分安装在编译器默认查找的位置，那么即使这些也是不必要的。此外，这些通常不被视为 CFLAGS， 本身 。术语略有不同，但前者是预处理器标志，后者是 link 标志。
由于您使用的是 CMake，因此您可以考虑编写 CMake 代码来搜索可能的目录以查找所需的库和 headers，并将结果设置在合适的变量中以供其他代码使用。不过，这更像是一种 Autotools-style 方法。或者，您可以定义一个 user-set 变量，通过该变量可以将所需的位置指定给 CMake。这假设 third-party 项目还没有为此目的提供有用的东西。或者，如果许可证允许，您可以将 third-party 库与您自己的库打包在一起，以便您可以控制它的安装位置。
然而，在一般情况下，这只是人们在构建软件时必须自己处理的事情。通过提供有关项目的依赖项以及如何将它们的位置通知构建系统的良好文档，并为将这些信息提供给构建系统做出有用的规定，让他们的生活更轻松。
*可以声明使用 libtool archives 的异常，Autotools 项目可能会与常规库一起安装——如果有的话想要使用那些，他们会直接或间接地通过libtool。但实际上，这只会发生在另一个 Autotools 项目中。
我想要一个用 autotools 构建的 c 库。 老实说，我几乎不知道它们是如何工作的：/ （我想要的图书馆是“https://github.com/p4lang/PI”）
我已经执行了./configure 等脚本并成功安装了它。
当我搜索我的 usr 时，我在 /usr/local/lib/libpi.a 下找到了库 类似地 /usr/local/include/PI.
下的头文件我用 cmake 构建我的项目，并希望有一个跨平台解决方案。 但是，我会很满意地使用 pkg-config 命令。
有谁知道 "correct" / "recommended" 获取 cflags 的方法是什么， 或者至少是我不必对路径进行硬编码的变体？
Autotools 的参与在系统上安装构建的工件时结束。 使用那些不通过 Autotools。* 这适用于安装的工件是库和 headers是可执行文件。使用 Autotools-built 程序或库没有什么特别或不同之处。
I build my project with cmake and would like to have a cross platform solution with it. However I would be satisfied to use the pkg-config command.
就像任何其他构建系统提供的项目一样，Autotools 项目可以构建和安装 pkg-config 配置文件，或 CMake 宏，或他们认为适合帮助用户的任何其他点点滴滴，但这是project-specific。 Autotools 不会自行创建此类额外的部分，但一些 Autotools-based 项目会添加它们。有些没有，就像一些 CMake 项目没有，有些 hand-rolled 构建系统的项目没有，等等。
Does anybody know what is the "correct" / "recommended" way to get cflags, or at least a variant in which I do not have to hard code the paths?
请注意，对于您知道其名称的库，您可能需要的唯一标志是指定库位置的标志 headers 和/或指定库本身位置的标志。如果相关部分安装在编译器默认查找的位置，那么即使这些也是不必要的。此外，这些通常不被视为 CFLAGS， 本身 。术语略有不同，但前者是预处理器标志，后者是 link 标志。
由于您使用的是 CMake，因此您可以考虑编写 CMake 代码来搜索可能的目录以查找所需的库和 headers，并将结果设置在合适的变量中以供其他代码使用。不过，这更像是一种 Autotools-style 方法。或者，您可以定义一个 user-set 变量，通过该变量可以将所需的位置指定给 CMake。这假设 third-party 项目还没有为此目的提供有用的东西。或者，如果许可证允许，您可以将 third-party 库与您自己的库打包在一起，以便您可以控制它的安装位置。
然而，在一般情况下，这只是人们在构建软件时必须自己处理的事情。通过提供有关项目的依赖项以及如何将它们的位置通知构建系统的良好文档，并为将这些信息提供给构建系统做出有用的规定，让他们的生活更轻松。
*可以声明使用 libtool archives 的异常，Autotools 项目可能会与常规库一起安装——如果有的话想要使用那些，他们会直接或间接地通过libtool。但实际上，这只会发生在另一个 Autotools 项目中。