"configure" Autotools 的脚本总是立即消耗我所有的 4GB 内存并挂起我的电脑
"configure" script of Autotools always consume all my 4GB RAM immediately and hang my computer
每当我通过 运行 宁 ./configure 命令 运行 GNU-Autotools 的 configure 脚本时。它在 5 秒内非常快地消耗了我所有的 RAM(4GB)，然后挂断了我的电脑。我使用 Linux 系统，用不同的 GNU 源码包测试这个问题，结果是一样的。您可以在下面查看 运行ning configure 的示例：
当进程到达 "checking for BSD- or MS-compatible name lister (nm)..." 时，我按 CTRL+C 中断进程。
我的config.log：http://ashavahishta.persiangig.com/document/Text/config.log
$ ./configure
checking for a BSD-compatible install...
/usr/bin/install -c
checking whether build environment is sane... yes
checking for a thread-safe mkdir -p...
/bin/mkdir -p checking for gawk... gawk
checking whether make sets $(MAKE)... yes
checking whether make supports nested variables... yes
checking whether UID '1000' is supported by ustar format... yes
checking whether GID '1000' is supported by ustar format... yes
checking how to create a ustar tar archive... gnutar
checking whether to enable maintainer-specific portions of Makefiles... yes
checking whether make supports nested variables... (cached) yes
checking for gcc... gcc checking whether the C compiler works... yes
checking for C compiler default output file name... a.out
checking for suffix of executables...
checking whether we are cross compiling... no
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether gcc accepts -g... yes
checking for gcc option to accept ISO C89... none needed
checking whether gcc understands -c and -o together... yes
checking for style of include used by make... GNU
checking dependency style of gcc... gcc3
checking whether make sets $(MAKE)... (cached) yes
checking for special C compiler options needed for large files... no
checking for _FILE_OFFSET_BITS value needed for large files... no
checking for pkg-config... /usr/bin/pkg-config
checking pkg-config is at least version 0.9.0... yes
checking for gcc... gcc
checking whether we are using the GNU Objective C compiler... yes
checking whether gcc accepts -g... yes
checking dependency style of gcc... gcc3
checking build system type... x86_64-unknown-linux-gnu
checking host system type... x86_64-unknown-linux-gnu
checking how to print strings... printf
checking for a sed that does not truncate output... /bin/sed
checking for grep that handles long lines and -e... /bin/grep
checking for egrep... /bin/grep -E
checking for fgrep... /bin/grep -F
checking for ld used by gcc... /usr/bin/ld
checking if the linker (/usr/bin/ld) is GNU ld... yes
checking for BSD- or MS-compatible name lister (nm)...
毕竟checking，这里内存已完成，我通过CTRL+C中断进程来拯救我的电脑。
首先，我重新安装了 binutils 以解决 nm 的问题，但没有任何改变，然后我删除了 binutils 及其依赖项，我再次安装它，现在一切正常完美。
我没有找到关于 nm 的问题，但我只是发现这是配置过程中的问题。
希望这个回答对其他人也有帮助。
每当我通过 运行 宁 ./configure 命令 运行 GNU-Autotools 的 configure 脚本时。它在 5 秒内非常快地消耗了我所有的 RAM(4GB)，然后挂断了我的电脑。我使用 Linux 系统，用不同的 GNU 源码包测试这个问题，结果是一样的。您可以在下面查看 运行ning configure 的示例：
当进程到达 "checking for BSD- or MS-compatible name lister (nm)..." 时，我按 CTRL+C 中断进程。
我的config.log：http://ashavahishta.persiangig.com/document/Text/config.log
$ ./configure
checking for a BSD-compatible install...
/usr/bin/install -c
checking whether build environment is sane... yes
checking for a thread-safe mkdir -p...
/bin/mkdir -p checking for gawk... gawk
checking whether make sets $(MAKE)... yes
checking whether make supports nested variables... yes
checking whether UID '1000' is supported by ustar format... yes
checking whether GID '1000' is supported by ustar format... yes
checking how to create a ustar tar archive... gnutar
checking whether to enable maintainer-specific portions of Makefiles... yes
checking whether make supports nested variables... (cached) yes
checking for gcc... gcc checking whether the C compiler works... yes
checking for C compiler default output file name... a.out
checking for suffix of executables...
checking whether we are cross compiling... no
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether gcc accepts -g... yes
checking for gcc option to accept ISO C89... none needed
checking whether gcc understands -c and -o together... yes
checking for style of include used by make... GNU
checking dependency style of gcc... gcc3
checking whether make sets $(MAKE)... (cached) yes
checking for special C compiler options needed for large files... no
checking for _FILE_OFFSET_BITS value needed for large files... no
checking for pkg-config... /usr/bin/pkg-config
checking pkg-config is at least version 0.9.0... yes
checking for gcc... gcc
checking whether we are using the GNU Objective C compiler... yes
checking whether gcc accepts -g... yes
checking dependency style of gcc... gcc3
checking build system type... x86_64-unknown-linux-gnu
checking host system type... x86_64-unknown-linux-gnu
checking how to print strings... printf
checking for a sed that does not truncate output... /bin/sed
checking for grep that handles long lines and -e... /bin/grep
checking for egrep... /bin/grep -E
checking for fgrep... /bin/grep -F
checking for ld used by gcc... /usr/bin/ld
checking if the linker (/usr/bin/ld) is GNU ld... yes
checking for BSD- or MS-compatible name lister (nm)...
毕竟checking，这里内存已完成，我通过CTRL+C中断进程来拯救我的电脑。
首先，我重新安装了 binutils 以解决 nm 的问题，但没有任何改变，然后我删除了 binutils 及其依赖项，我再次安装它，现在一切正常完美。
我没有找到关于 nm 的问题，但我只是发现这是配置过程中的问题。
希望这个回答对其他人也有帮助。