☰

从源代码编译时，什么时候应该构建“lib”和“include”目录？

tag-icon • tag-icon compiling make cross-compilation
从源代码编译时，什么时候应该构建“lib”和“include”目录？

我正在尝试建立binutils在平台A，它将运行在平台A和目标平台B。

binutils我有in的源代码/home/cedric/source/binutils-2.29/，并且执行以下 2 个构建：

cd /home/cedric/source/
mkdir default/ && cd default/
mkdir build/ install/ & cd build/
../../binutils-2.29/configure --prefix=/home/cedric/source/default/install/
make
make install

和

cd /home/cedric/source/
mkdir lfs/ && cd lfs/
mkdir build/ install/ & cd build/
../../binutils-2.29/configure --prefix=/home/cedric/source/lfs/install/ --target=x86_64-lfs-linux-gnu
make
make install

事实证明，default/install比 中多了 2 个目录lfs/install，即lib，其中包含静态bfd库opcodes，以及include，其中包含一些标头。

我的困惑

为什么要安装这些静态库和标头（它们的用途是什么，因为已经构建了诸如此类的binutils工具）？为什么在为另一个平台构建时它们会消失？ldas

我所做的研究并没有消除我的困惑：

binutils-2.29/configure --help并README在binutils-2.29/, binutils-2.29/binutils/, 和binutils-2.29/bfd/

FWIW，我在配置帮助中找到了以下内容，这与它可能创建的目录及其默认值有关：

Installation directories:
  --prefix=PREFIX         install architecture-independent files in PREFIX
              [/usr/local]
  --exec-prefix=EPREFIX   install architecture-dependent files in EPREFIX
              [PREFIX]

By default, `make install' will install all the files in
`/usr/local/bin', `/usr/local/lib' etc.  You can specify
an installation prefix other than `/usr/local' using `--prefix',
for instance `--prefix=$HOME'.

For better control, use the options below.

Fine tuning of the installation directories:
  --bindir=DIR            user executables [EPREFIX/bin]
  --sbindir=DIR           system admin executables [EPREFIX/sbin]
  --libexecdir=DIR        program executables [EPREFIX/libexec]
  --sysconfdir=DIR        read-only single-machine data [PREFIX/etc]
  --sharedstatedir=DIR    modifiable architecture-independent data [PREFIX/com]
  --localstatedir=DIR     modifiable single-machine data [PREFIX/var]
  --libdir=DIR            object code libraries [EPREFIX/lib]
  --includedir=DIR        C header files [PREFIX/include]
  --oldincludedir=DIR     C header files for non-gcc [/usr/include]
  --datarootdir=DIR       read-only arch.-independent data root [PREFIX/share]
  --datadir=DIR           read-only architecture-independent data [DATAROOTDIR]
  --infodir=DIR           info documentation [DATAROOTDIR/info]
  --localedir=DIR         locale-dependent data [DATAROOTDIR/locale]
  --mandir=DIR            man documentation [DATAROOTDIR/man]
  --docdir=DIR            documentation root [DATAROOTDIR/doc/PACKAGE]
  --htmldir=DIR           html documentation [DOCDIR]
  --dvidir=DIR            dvi documentation [DOCDIR]
  --pdfdir=DIR            pdf documentation [DOCDIR]
  --psdir=DIR             ps documentation [DOCDIR]

答案1

简而言之，如果有要安装的库，并且有要安装的标头，您希望lib构建（或者更确切地说，安装） 。include通常两者是一起出现的（至少对于 C 和 C++ 库来说）。

在binutils' 的情况下，库和关联的标头是libbfd和libopcodes，正如您提到的。libbfd是一个用于操作各种格式的目标文件的库，libopcodes是一个用于将操作码映射到指令的库。libbfd默认情况下安装用于同一主机编译，但不用于交叉编译，这就是您在场景中看到不同行为的原因。您可以在中看到条件默认值bfd/acinclude.m4在源代码中。在所有情况下都应该构建这两个库。

libbfd仅当您想构建 GDB 时才需要。如果你确实想在交叉编译场景中安装它，你可以./configure使用选项来告诉你这样做--enable-install-libbfd；当你这样做时，库和头文件将会被安装在适当的主机中-和特定于目标的目录（libbfd为主机构建但包含特定于目标的代码）。

相关内容