Исходные файлы с '*.in' расширение

Я рекомендовал бы pfSense. От домашней страницы:

pfSense является бесплатным, специализированным распределением с открытым исходным кодом FreeBSD, адаптированного для использования в качестве брандмауэра и маршрутизатора. В дополнение к тому, чтобы быть мощным, гибким брандмауэрингом и платформой маршрутизации, это включает длинный список связанных функций и системы пакета, позволяющей дальнейшую расширяемость, не добавляя чрезмерное увеличение размера и потенциальные уязвимости системы обеспечения безопасности к основному распределению.

Также взгляните на страницу функций.

4
04.04.2014, 20:18
3 ответа
[1120126] Насколько я знаю, нет ни одной программы, которая предназначена для использования [1120689].in[1120690]. файлы, но использование суффикса [1120691].in[1120692] намекнуло на то, что это не Последний файл. Вместо этого файл [1120693].in[1120694] будет служить в качестве своего рода шаблона или входного файла для генерации файла с таким же именем, но без суффикса [1120695].in[1120696].[12168]В случае openwsman, пример часто встречается в пакетах, которые вы можете скомпилировать из исходных текстов, это файл [1120697]configure.in[1120698]. Он обрабатывается с помощью autoconf/automake и приводит к файлу с именем [1120699] configure[1120700]. Этот новый В свою очередь, сам сценарий [1120701] configure[1120702] может обрабатывать определенные файлы [1120703].in[1120704]. В качестве примера возьмем файл [1120705]openwsman.pc.in[1120706]. Там вы увидите строки типа[12170]@[1120708] между символами [1120707]@[1120708] - это переменная, используемая в configure сценарий. В результирующем openwsman.pc.in` значение этой переменной будет заполнен, например:[12171]Этот [1120709]@(variablename)@[1120710] синтаксис также распознается системой сборки CMake. Таким образом, запуск CMake также преобразует файл [1120711]openwsman.pc.in[1120712] в [1120713]openwsman.pc[1120714]. Это происходит из-за того, что в файле [1120715]CMakeLists.txt[1120716] строка:[12172]The [1120717]etc/owsmangencert.sh.cmake[1120718] преобразуется таким же образом, но на основе по расширению я бы предположил, что только система сборки CMake делает это. а не сценарий настройки. В этом случае, соответствующая строка находится в файл [1120719]etc/CMakeLists.txt[1120720]:[12173]Таким образом, в заключение, нет ни одного документа, который бы объяснял это, но часто используется в сценариях сборки, таких как сценарии настройки или CMakeLists.txt файлы. от CMake. [1120139]
7
27.01.2020, 20:51
[1120931]единственные *.in файлы, с которыми я столкнулся, это config.in для указания шагов .configure с autoconf и automake.

enter image description here

В этом смысле *.in - это файл переменных. Он держит ваш скрипт чистым от переменных, так что вы можете редактировать доступ к файлу переменных и запускать доступ к скрипту, но не редактировать доступ к скрипту.[1120934]

0
27.01.2020, 20:51
[1120140]Есть файлы шаблонов, загляните внутрь [1120721]owsmangencert.sh.in[12174]@SYSCONFDIR@[1120724] будет заменен реальный путь [12175]После настройки automake, будет сгенерировано состояние config.status, которое заменит токены на действительные значения, во время процесса make. Итак, это шаблоны автомата. Для [1120725] более глубоких [1120726] знаний.[1120145].
0
27.01.2020, 20:51

Теги

Похожие вопросы