タグ付けされた質問 「autoconf」

私がインストールしたい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 

ので、多くの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、./configure6回より長くかかりますmake。が./configure使用少ないCPU時間（「ユーザー」＆「SYS」の回で見て）それが並列化されていないので、それははるかに長い（「リアル」）かかります。テストを数回繰り返しましたが（関連ファイルはおそらくメモリキャッシュに残っています）、時間は10％以内です。

29 linux  installation  packages  autoconf 

私は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 

ライブラリを構築しようとしていますが、READMEの手順では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（未アップグレード）を実行しており、念のため、automake、autoconf、libtool、libtool-develのrpmを取得するためにyum --downloadonlyを使用しました）。 それらはインストールされており、libtoolは現在/ usr / share / libtoolにあります。ただし、autoconfはそれを見つけられないようです。 Googleのすべての結果は「libtoolのインストール」でしたが、まったく役に立ちません。どんな助けやガイダンスも本当にありがたいです。問題がrpm -iがここでlibtoolを取得することを台無しにしたのか、または/ usr / share / libtoolを他のどこかにリンクする必要があるのか​​どうか（だから、他のすべてがそれを見つけることができる）かどうかはわかりません。

17 autoconf 

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