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