使用相对路径名进行交叉编译 - 用于二进制可移植性/嵌入性? (GCC)

时间:2011-08-04 19:30:43

标签: gcc compiler-construction embedded cross-platform portability

假设我正在创建一个带有一些脚本的应用程序包,可能是一个守护进程,甚至是辅助二进制文件......编译这样的二进制文件时... ./configure/使用 relative < / strong>路径?例如,更加尽责的Makefile将包括诸如......

之类的条款
--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/hiawatha]
--htmldir=DIR          html documentation [DOCDIR]
--dvidir=DIR           dvi documentation [DOCDIR]
--pdfdir=DIR           pdf documentation [DOCDIR]
--psdir=DIR            ps documentation [DOCDIR]

这很棒,您可以将所有内容安装到/opt/local而不是/usr/local。甚至可能会疯狂,并通过sed重命名二进制文件..我明白了......

但在我的小脑中仍然不清楚的是,如果以这种方式任意设置路径的能力扩展到相对于可执行文件映射目录的能力,则类似于。 ..

--prefix=PREFIX    install architecture-independent files in PREFIX [/usr/local]
--prefix=./        aka  [../relative/to/binary]     

因此,举例来说,无论你从哪里发起bin,它都会知道它的.conf文件将在一个文件夹中,在那个相对../etc中文件夹,或者甚至可能在它旁边,在同一目录./中。同样,你可以保证对日志和pid文件等的写访问权,而不用担心你的目标的权限/目录结构......

这将启用一个完全可移植的/bin /etc /lib /var目录结构,在PATH中我可以保证一些可预测性......但我不认为它只是“工作”那样......我是不确定是否只是“静态链接”或其他?真正创建能够移动到另一个系统的二进制文件(虽然,对于这种情况,在相同位置具有相同支持库的那些,以免混淆问题)是否可能以这种方式交叉编译?您是否可以在同一构建周期中构建多个体系结构? (例如i386 AND x86_64同时)

也许我可以使用一个好的GNU / GCC引物(CC,CFLAGS,LDFLAGS,-l,-I和CPP 101等)的建议,但这不是为(和)数学写的老师 - 在70年代?

1 个答案:

答案 0 :(得分:0)

完全一般,不,那不会起作用。例如,/ etc中的某些内容预计将由整个系统共享,如果您尝试为一个应用程序保留私有副本,则无法正常工作。

话虽如此,您的应用可能并未使用系统上的每个共享资源。使用local / bin和/ sbin,或者从应用程序目录中的相对路径进行符号链接到真实的应该没问题。 / var似乎不太可能是你的应用程序需要直接了解的东西 - 任何阻止你以自己的方式存储日志或使用syslogd的东西?