当在某些源代码树中穿插时,有时我会遇到扩展名为"*.in“的文件,通常是属于/etc或/usr/share下面某个地方的非编译文件。
例如,在开场白源代码中,我可以看到文件:
etc/owsmangencert.sh.in在内容上对应于
/etc/openwsman/owsmangencert.sh从RPM (RHEL7)部署时,保存一些变量引用。
我假设像这样的文件在构建过程中被使用,最终出现在前面提到的路径中。但是为什么他们被命名为originalname.in而不是originalname呢?这样的文件在着陆前通常会发生什么?
这些文件是如何被调用的?有人能告诉我正确的文件吗?
请注意,Openwsman还有etc/owsmangencert.sh.cmake,这是类似的情况。
发布于 2014-04-04 18:30:50
有一些文件是模板,查看一下owsmangencert.sh.in内部
CERTFILE=@SYSCONFDIR@/servercert.pem
KEYFILE=@SYSCONFDIR@/serverkey.pem
CNFFILE=@SYSCONFDIR@/ssleay.cnf@SYSCONFDIR“将被替换为实际路径
在自动配置之后,将在生成过程中生成config.status,它将用实际值替换令牌。这就是自动模板。对于更深的知识。
发布于 2014-04-04 21:45:29
我遇到的唯一*.in文件是config.in,用于使用autoconf和automake指定.configure步骤。
从这个意义上说,*.in是一个变量文件。它使脚本中的变量保持干净,这样您就可以对变量文件进行编辑访问,并在脚本上运行access,而不能对脚本进行编辑访问。
https://unix.stackexchange.com/questions/123166
复制相似问题