Questions tagged «autoconf»

3
如何从源代码在Mac OS X上安装Autoconf,Automake和相关工具?
我想安装autoconf,automake,m4,等...从运行的Xcode 4.2.1在Mac OS X 10.7.2上的源。问题是我必须尝试安装的任何东西autoconf。因此,我尝试安装时autoconf得到: configure.ac:30: require Automake 1.11, but have 1.10 我尝试安装automake,引导报告: configure.ac:20: error: Autoconf version 2.68 or higher is required configure.ac:20: the top level autom4te: /usr/bin/gm4 failed with exit status: 63 aclocal.tmp: error: autom4te failed with exit status: 63 当前安装的autoconf版本:autoconf (GNU Autoconf) 2.61 当前安装的automake版本:automake (GNU automake) 1.10
32 macos  autoconf 

6
是否可以加快./configure?
要编译许多CPU核心(说12)工作站上的软件包,配置阶段往往需要更长的时间比实际编译阶段,因为./configure做测试一个接一个,而make -j运行gcc以及其他命令并行。 我觉得剩下的11个内核在大多数情况下都等待空闲时间./configure来完成,这是对资源的巨大浪费。为什么需要按顺序进行测试?每个测试是否相互依赖?我可能会误会,但看起来其中大多数是独立的。 更重要的是,有什么方法可以加快速度./configure吗? 编辑:为了说明这种情况,这是GNU Coreutils的示例 cd /dev/shm rm -rf coreutils-8.9 tar -xzf coreutils-8.9.tar.gz cd coreutils-8.9 time ./configure time make -j24 结果: # For `time ./configure` real 4m39.662s user 0m26.670s sys 4m30.495s # For `time make -j24` real 0m42.085s user 2m35.113s sys 6m15.050s 使用coreutils-8.9,./configure所需时间是的6倍make。尽管./configure使用的CPU时间更少(请查看“用户”和“ sys”时间),但由于没有并行化,因此它会花费更长的时间(“实际”)。我已经重复测试几次(相关文件可能保留在内存缓存中),并且时间在10%以内。

1
从git构建libopus时,如何解决有关AM_PROG_LIBTOOL的错误?
我已经从git 下载libopus并尝试构建它,但是我得到了, Updating build configuration files, please wait.... configure.ac:38: warning: macro 'AM_PROG_LIBTOOL' not found in library configure.ac:38: error: possibly undefined macro: AM_PROG_LIBTOOL If this token and others are legitimate, please use m4_pattern_allow. See the Autoconf documentation. autoreconf: /usr/bin/autoconf failed with exit status: 1 如何解决此错误?
25 build  autoconf 

5
Autoconf,Libtool和未定义的AC_PROG_LIBTOOL
我正在尝试构建一个库,自述文件的说明是先调用configure.ac,然后进行make。 不幸的是,我遇到了一个错误: configure.ac:75 :error: possibly undefined macro: AC_PROG_LIBTOOL If this token is legitimate please use m4_pattern_allow 现在,我知道我已经安装了libtool(我正在运行Scientific Linux 6.2(未升级),并且已经使用yum --downloadonly来获取automake,autoconf,libtool和libtool-devel的rpm,以防万一。 它们已安装,并且libtool当前位于/ usr / share / libtool中。但是,autoconf似乎找不到。 所有的google结果都是'install libtool'类型的,对我完全没有帮助。任何帮助或指导将不胜感激。我不确定问题是否在于rpm -i在这里弄错了libtool,还是我需要将/ usr / share / libtool链接到其他地方(以便其他所有东西都可以找到它)。
17 autoconf 

2
带有autoconf的gcc无法识别的命令行选项'-V'和'-qversion'
当使用gcc 4.7.2和autoconf 2.69进行编译时,我通常会在configure.log中获得诸如此类的结果。例: configure:3091: $? = 0 configure:3080: gcc -V >&5 gcc: error: unrecognized command line option '-V' gcc: fatal error: no input files compilation terminated. configure:3091: $? = 1 configure:3080: gcc -qversion >&5 gcc: error: unrecognized command line option '-qversion' gcc: fatal error: no input files compilation terminated. configure:3091: …
15 linux  gcc  autoconf 

1
在CentOS上更新autoconf
我在没有root特权的CentOS 6.8系统上工作。它安装了autoconf 2.63。我需要更新的版本才能安装某些东西。我下载了autoconf 2.69并从源代码安装(使用/configure --prefix=$home,因为我没有root特权)。 它似乎有效。但是当我尝试时,autoconf --version它仍然给我旧版本2.63。 我尝试将设置为$PATH新安装的文件夹,甚至尝试进入该文件夹并在autoconf --version其中运行,但是我一直在获取旧版本。 有什么想法吗?
1 autoconf 

1
在Raspberry Pi(Raspbian)上编译gcc时出错:make:*** [bootstrap]错误
我正在尝试使用raspbian编译gcc版本2.95.3,我需要它才能编译2.6内核。 我正在跟进 本教程 ,但是当我进入自举步骤时,我明白了 make[1]: Entering directory '/home/pi/Desktop/gcc2/gcc-2-build/gcc' cd ../../gcc-2.95.3/gcc; autoconf /bin/sh: autoconf: not found make[1]: *** [../../gcc-2.95.3/gcc/configure] make[1]: Leaving directory '/home/pi/Desktop/gcc2/gcc-2-build/gcc' make: *** [bootstrap] Error 2 我能做什么?

2
为了在没有错误的情况下构建卷曲,我该怎么办?
当我运行./buildconf时失败了 错误信息如下: [mirror@home curl]$ ls acinclude.m4 CMakeLists.txt GIT-INFO MacOSX-Framework packages TODO-RELEASE Android.mk configure.ac include Makefile.am perl vc6curl.dsw buildconf COPYING install-sh Makefile.dist README winbuild buildconf.bat CTestConfig.cmake lib Makefile.msvc.names RELEASE-NOTES CHANGES curl-config.in libcurl.pc.in maketgz sample.emacs CHANGES.0 curl-style.el log2changes.pl missing src CMake docs m4 mkinstalldirs tests [mirror@home curl]$ ./config [mirror@home curl]$ ./buildconf buildconf: …
By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.