Build 为什么要使用'config.status--recheck'–;因为它没有';不要保存任何东西
我刚刚运行了Build 为什么要使用'config.status--recheck'–;因为它没有';不要保存任何东西,build,configure,autoconf,automake,Build,Configure,Autoconf,Automake,我刚刚运行了/config.status--重新检查,但它没有考虑我对配置脚本所做的更改,即:生成文件尚未重新生成 这让我困惑…那么这个脚本有什么用呢?它会自动检测make上的更改,然后重新运行/configure,并从磁盘中调用和重用所有选项,但是这就是它所做的一切–此操作的结果没有保存到磁盘上。有什么用?我已经检测到对构建脚本的一些更改 它会自动检测make上的更改,然后重新运行/configure,并从磁盘中调用和重用所有选项 这似乎是一个非常好的用例 如果您修复了生成系统中的某些内容,并
/config.status--重新检查,但它没有考虑我对配置脚本所做的更改,即:生成文件尚未重新生成
这让我困惑…那么这个脚本有什么用呢?它会自动检测make
上的更改,然后重新运行/configure
,并从磁盘中调用和重用所有选项,但是这就是它所做的一切–此操作的结果没有保存到磁盘上。有什么用?我已经检测到对构建脚本的一些更改
它会自动检测make
上的更改,然后重新运行/configure
,并从磁盘中调用和重用所有选项
这似乎是一个非常好的用例
如果您修复了生成系统中的某些内容,并希望重建,那么您可能希望保留上次运行时传递给configure
的所有选项
此操作的结果不会保存到磁盘
事实并非如此。
/config.status--重新检查
是否使用--no create
选项运行configure
,该选项表示“不创建输出文件”,但这仅仅是正确的一半:它会更新配置.status
脚本本身
通常,您不会手动运行config.status
,但它会被make
自动调用。然后,make
通常也会调用刚刚更新的config.status
(不带--recheck
标志),这反过来会更新Makefile
。
然后它将使用更新的Makefile
构建项目