Кросс-компиляция с относительными путями - для двоичной переносимости / встраиваемости? (GCC)

Допустим, я создаю пакет приложения с некоторыми сценариями, может быть, с демоном или даже с вспомогательным двоичным файлом ... При компиляции такого двоичного файла ... возможно ли ./configure/сделать его только с помощью относительные пути? Например, более продуманный 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 И x86_64 одновременно)

Возможно, я мог бы просто использовать рекомендацию хорошего учебника GNU / GCC (CC, CFLAGS, LDFLAGS, -l, -I и CPP 101 и т. Д.), Но что не было написано учителями математики (и ими) в 70-х?