問題タブ [configure]

[管理]タブのプロビジョニングポータルから新しいAppleIDを作成できます。ただし、プッシュ通知サービスではアプリIDが使用不可として常に表示されます。アクションは詳細を表示することです。それをクリックすると、「」と表示されます。注：Appleプッシュ通知サービスへのアクセスに使用できるのは明示的なアプリIDのみです。特定のバンドル識別子を持つ既存のアプリIDを使用するか、新しいものを作成してください。」

どんな助けでもいただければ幸いです！

ありがとう、

リカルド

h5fc/h5cc(HDF5 コンパイラ ラッパー) やmpif90/mpicc(MPI コンパイラ ラッパー)などのコンパイラ ラッパーを使用してコンパイルされたアプリケーションがあります。これらは単なるラッパーであり、-show引数を使用して実際の基礎となるコンパイラーを確認することができます。

どちらの場合も、基礎となるコンパイラは ifort です。現在、 を使用configure.acして構成スクリプトを生成し、 をセットアップしていますMakefile。コンパイラに依存する引数をコンパイラに追加できるようにしたいと考えていますが、これには、またはの基になるコンパイラが何であるかを調べるためのコードが必要configure.acです。これは可能だと思いますが、これを行う方法がわかりません。誰か提案はありますか？h5fc/ccmpif90/cc

h5pfc/ccおまけの質問: 実際、MPI 対応の HDF5 ラッパーを使用してコンパイルする必要がある場合があります。

繰り返し検索が必要になりますmpif90 -show。

右側の mac 'command' を ctrl キーのように動作するように設定できるかどうか迷っていますが、左側の 'command' キーのデフォルト機能はそのままにしておきます。ありがとう。

64ビットシステムを使用していますが、32ビットバイナリのセットが必要です。32ビット/x86のmakefileを生成するには、configureスクリプトにどのオプションを渡す必要がありますか？

プロジェクトにautoconfを設定しようとしています。ac_set _ <...>関数が./configureに見つからないことを除いて、すべてが「適切に」機能しています。直接実行すると、configure.statusで正常に動作します。

具体的には、as_fn_set_statusとas_fn_exitで問題が発生しています。

構成ファイルを手動で編集し、2つの関数を構成スクリプトの先頭に移動すると、すべてが正常に機能します。

この点に到達するために私は：

1. configure.acを書きました
2. autoreconf-iを実行しました
3. ./configureを実行しました

結果の行は次のようになります。

エラーが発生する行は3〜4行あります。

この効果を生み出す可能性のあるものについて何かアイデアはありますか？これが私のconfigure.acです：

RakudoStarをOSX10.6にインストールしようとしていますが、ビルドが失敗し、続行する方法がわからないという常に苛立たしいポイントに到達しました。ここの誰かがこれを乗り越える方法を知っていますか？（私はいくつかのローカルperl6プログラムを作成するようにこれを設定しようとしているので、ルールがサーバー障害またはスタックオーバーフローでこれを必要とするかどうかわかりません。必要に応じて私を叩きます）

提供されたディストリビューションをダウンロードして実行しました

フォルダに実際のディストリビューションを正常に作成するには

興味のある人は、ポートバージョンのgnu find（/ opt / local / bin / gfindにインストール）を取得してから、通常のfindをgfindにエイリアスする必要がありました。OS Xの検索には、-printfオプションがありません。

それは邪魔にならない、私を読んで、私は

これはしばらくの間動きますが、その後、次のようにベイルします

私はこれらのIRCログで同様の問題を見つけました：http：//irclog.perlgeek.de/parrot/2009-05-11しかし、私はプロジェクト（またはgit）に十分に浸っていないので、彼らがそれを解決するために何をしたかを理解できません。私の推測では、Subversionのリビジョン番号はparrot_config（バイナリに見えるファイル）に書き込まれるはずであり、最初のmake（に見える）はgitを使用してファイルを取得するため、これは発生しませんでした。

また、perl Configureが失敗した後、parrot_configという名前の2つの新しいファイルがありました。

次のフラグを使用してConfigure.plを実行しようとしましたが、それぞれが上記で参照したのと同じ「申し訳ありません」メッセージで終了しましたか？

ここの誰かが次のステップについて何か考えを持っていますか？答えが「perlの人々に聞いてください」である場合、それを行うのに最適な場所についてアドバイスはありますか？

GCC 3.4 を /opt/gcc-3.4 にインストールしました。これを使用して、GCC 4 と互換性のないレガシー コードをコンパイルしています。これは、C(++) 標準ライブラリ、binutils、およびユーティリティの古いバージョンも意味します。ライブラリ。

一部のライブラリでは問題なく動作しますが、libtiff のコンパイル時に失敗します。これは、/usr/lib 内のシステム ライブラリを選択するためです (以下の出力を参照)。これは autotools/configure の問題かもしれませんが、よくわかりません。構成スイッチまたは環境変数が見つかりません。システム /usr/lib/libc.so を変更したくありません。

では、/opt/gcc-3.4.4/lib の標準ライブラリにリンクし、/lib と /usr/lib を完全に無視するにはどうすればよいでしょうか?

make の出力 (抜粋):

libtool: リンク: g++ -shared -nostdlib /usr/lib/crti.o /opt/gcc-3.4.3/lib/gcc/i686-pc-linux-gnu/3.4.3/crtbeginS.o .libs/tif_stream. o -Wl,--アーカイブ全体 ../port/.libs/libport.a -Wl,--アーカイブ全体なし -Wl,-rpath -Wl,/home/jason/d0src34/prereq/tiff-3.9 .4/libtiff/.libs -Wl,-rpath -Wl,/opt/gcc-3.4.3/lib -Wl,-rpath -Wl,/home/jason/d0src34/prereq/usr/lib -Wl,-rpath -Wl,/opt/gcc-3.4.3/lib ../libtiff/.libs/libtiff.so -L/usr/lib/usr/lib/libjpeg.so -lz -L/opt/gcc-3.4.3/lib/gcc/i686-pc-linux-gnu/3.4.3 -L/opt/gcc-3.4.3/lib/gcc /i686-pc-linux-gnu/3.4.3/../../../opt/gcc-3.4.3/lib/libstdc++.so -L/home/jason/Downloads/gcc-3.4.3/ build/i686-pc-linux-gnu/libstdc++-v3/src -L/home/jason/Downloads/gcc-3.4.3/build/i686-pc-linux-gnu/libstdc++-v3/src/.libs -L /home/jason/Downloads/gcc-3.4.3/build/gcc -lm -lc -lgcc_s /opt/gcc-3.4.3/lib/gcc/i686-pc-linux-gnu/3.4.3/crtendS.o /usr/lib/crtn.o -Wl,-soname -Wl,libtiffxx.so.3 -o .libs/libtiffxx.so.3.9.4

/home/jason/d0src34/prereq/usr/bin/ld: /usr/lib/libc.so: ファイル形式が認識されません。リンカースクリプトとして扱う

/home/jason/d0src34/prereq/usr/bin/ld:/usr/lib/libc.so:5: 解析エラー

コマンドの実行中に 2 つのスタティック ライブラリを含める方法を教えてください./configure。元：

ここでは、静的ライブラリが 1 つだけ含まれています。LDFLAGSこのような別の静的ライブラリを同じコマンドに追加するにはどうすればよいですか。

コンマを含むオプションを渡す必要がある構成スクリプトがあります。コンマがない場合は、configure に文字列全体を認識させるために、いくつかの "s を配置できます。

ただし、コンマはオプション区切り文字として解釈されるため、スクリプトは -Wl のみを渡されたオプションとして認識します。

どうすればこれを回避できますか?

セバスチャン

Mac OS X 10.6.4のインストールで、MacPortsを介してGCC4.5.1をコンパイルしてインストールしました。ソフトウェア（Wine 1.3.0、libjpegなど）を./configureしようとするとき、コンパイラフラグをCFLAGS = "-arch x86_64 -m64"に設定して、コンパイルされたプログラムが64ビットを有効にします。しかし、configure中に次のようなエラーが発生しました。

「Cコンパイラが動作するかどうかを確認しています...いいえ」

CFLAGSから「-archx86_64」を削除しても、これは発生しません。これに対する解決策はありますか？または、フラグを間違って設定しましたか？

ありがとう！