./configure 我可以使用 /some/path/configure - Unix,Linux
./configure Can I to use /some/path/configure - Unix, Linux
为什么要做(在容器目录内):
# cd /container/directory/
# ./configure
而不是:
# pwd
/external/path
# /container/directory/configure
可能是因为从 /container/directory/ 调用 ./configure
是在 /container/directory/[=30= 中创建的文件]
是否可以选择在从 /external/path[= 调用的 /container/directory/ 中创建文件(makefile 等) 30=]?
类似于:
# /container/directory/configure --CreateOutputFiles=/container/directory/
autotools 明确地 旨在按照您所看到的方式工作(输出文件在当前目录而不是配置脚本的目录中),因为它们被设计支持树外构建。这就是构建可以发生在源目录之外 其他 的地方。
这让您可以以一种干净的方式进行 per-arch 构建,它可以让您轻松地只删除构建的文件而不是源文件等。
我不知道是否有一种可靠且可移植的方法来自动确定当前正在执行的脚本的位置(有关这方面的一些讨论,请参阅 Bash FAQ 028)。如果没有,那么自动做你想做的事就很困难了。
我不知道有一个标志可以让您在其他地方设置输出目录,但可能有一个。
为什么要做(在容器目录内):
# cd /container/directory/
# ./configure
而不是:
# pwd
/external/path
# /container/directory/configure
可能是因为从 /container/directory/ 调用 ./configure
是在 /container/directory/[=30= 中创建的文件]
是否可以选择在从 /external/path[= 调用的 /container/directory/ 中创建文件(makefile 等) 30=]?
类似于:
# /container/directory/configure --CreateOutputFiles=/container/directory/
autotools 明确地 旨在按照您所看到的方式工作(输出文件在当前目录而不是配置脚本的目录中),因为它们被设计支持树外构建。这就是构建可以发生在源目录之外 其他 的地方。
这让您可以以一种干净的方式进行 per-arch 构建,它可以让您轻松地只删除构建的文件而不是源文件等。
我不知道是否有一种可靠且可移植的方法来自动确定当前正在执行的脚本的位置(有关这方面的一些讨论,请参阅 Bash FAQ 028)。如果没有,那么自动做你想做的事就很困难了。
我不知道有一个标志可以让您在其他地方设置输出目录,但可能有一个。