問題タブ [toolchain]

ARM ツールチェーンのビルド中に、次のエラーが発生しました

何が問題なのですか？

Freescale Coldfire（MCF5280C）プロセッサを搭載したボード上で実行されているuCLinux（2.4）で実行されるように、単純なhelloworldアプリケーションをコンパイルしようとしています...ここで何をすべきかよくわかりません。

このハードウェアをターゲットにするには、Freescaleの正しいバージョン/ツールでコンパイルする必要があることを知っているので、Coldfireツールチェーンをダウンロードしてインストールし、自分のツールチェーンがターゲット用であることを確認しました。

gcc "file"単純なタイプのコマンドを試しました。

これはまったく機能しません。したがって、それよりも明らかに複雑です。出力は、使用する前にツールチェーンを構築する必要があるように見えますか？誰かがこれまでにこれをしたことがありますか？何をする必要があるのか​​、またはフラグが必要なだけなのかわからない。

ジェイルブレイクした iPhone 用のツールの開発を開始しています (THEOS を使用)。「隠された機能」の使用に関する非常に興味深い記事を読みましたが、著者は常に「オープン sdk」または「オープン sdk ツールチェーン」という用語を使用しています。オープン SDK とは正確にはどういう意味ですか? 私が推測できれば、オープンSDKはすべてのヘッダーファイル（通常は非表示のものも含む）を備えたSDKであると言えます。あれは正しいですか？

iOS SDK からすべてのヘッダー ファイルを抽出するのに役立つツール class-dump ( https://github.com/nygard/class-dump ) を見つけました。通常の IOS SDK からすべてのヘッダー ファイルを抽出すると、「オープン SDK」を取得できますか? 5.0 または 6.0 SDK で使用したとしても? http://www.alexwhittemore.com/using-the-open-tool-chain-in-xcode-for-both-os-2-2-and-3-0/のような記事を見つけたので、それらは常に約です3.0 SDK はかなり古いものです。

Android の動的ライブラリ .so ファイルのすべてのシンボルを一覧表示できるアプリケーションを作成したいと考えています。Android用にプリコンパイルされたnm、または少なくともnmのソースコードがあるかどうかを尋ねて、自分でコンパイルできるようにします。

Amazon ec2 micro (無料利用枠) に最新の wt をインストールしようとしています。コンパイル中にメモリ不足になります。

別のシステムで wt をコンパイルするにはどうすればよいですか (8 GB の RAM を搭載した i7 ラップトップを使用しています)。

いくつかのオプションを指定して cmake を実行し、すべての gcc オプションで必要な Makefile を取得できることを望んでいましたが、その方法が見つかりません。私のシステムは両方とも 64 ビットです。

私は、Objective-cをAndroidでコンパイルすることについてのジャッキー・グリーソンのプレゼンテーションと、同じテーマに関するMichael f1337のブログ投稿（私がいるMac OS Xでの作業を追加）に取り組んでいます。彼らの投稿と私の投稿の主な違いは、私が最新のNDK（r8b）を使用するように取り組んでいることです。私はこれらの手順に従いました：

1）ここから最新のNDKをダウンロードします：http：//developer.android.com/tools/sdk/ndk/index.html

2）NDKというディレクトリを作成し、ここからダウンロードを解凍します。

3）NDKディレクトリに、toolchain-srcフォルダーを作成します。このディレクトリにcdします。

4）ツールチェーンをダウンロードします。

5）ディレクトリbinutilsを作成します。このディレクトリにcdします。

6）最新のbinutils tarボールをここからダウンロードします：http：//ftp.gnu.org/gnu/binutils/

7）ファイルを現在のディレクトリに解凍します。

8）toolchain-srcディレクトリに戻り、ディレクトリgccを作成します。

9）Objective cをサポートするgccをダウンロードします（gcc-4.6.1でテスト済み）http://ftp.gnu.org/gnu/gcc/

10）このファイルをgccフォルダーに解凍してから、toolchain-srcディレクトリーに戻ります。

11）ビルドディレクトリにcdし、Makefile.inファイルを編集して、次の行を変更します。

12）gccディレクトリから、gccパッチをダウンロードしてインストールします。

13）ndkでこのファイルを見つけます：build / tools/build-mingw64-toolchain.sh。このファイルで、次の行を変更します。

14）次に、ndkでこのファイルを見つけます：build / tools/build-host-gcc.sh。ここで、行を変更します。

15）bashターミナルに入り（bashと入力して）、次の行を入力します（<...>を実際のパスに置き換えます：

これは機能し始めますが、次のメッセージ（出力config.logファイルにあります）で失敗します。

build-gcc.shファイルを見ると、1771よりもはるかに少ない行数です。さらに調査したところ、このエラーは/toolchain-src/gcc/gcc-4.6.1/configureファイルで発生していると思いましたが、私は何を修正すればよいかわからない。

誰かが私がこれを修正する方法を知っていますか？私はすでにたくさん読んで試したので、外部リンクやビルド済みのソリューション（CrystaXのカスタムndk-r7など）を探していません。

現在、当社のウェブサイトのモバイル版の作成をサポートするツール/ワークフローを探しています。私たちのウェブサイトのメインテーマのため、これはメインサイトのレスポンシブバージョンではなく、専用のモバイルバージョンでなければなりません.

私は yeoman に出会い、CSS や JS のミニファイ、スプライトなど、Web ページの展開をサポートする多くのツールなど、私が使用する多くの機能で本当に有望に見えます。

ただし、私が見る限り、yeoman の主な焦点はモバイル向けではなく、「通常の」Web アプリです。私は正しいですか？モバイル Web サイトで既に yeoman を使用したことがある人はいますか? その経験や注意すべき点は何でしたか? 考慮すべき他の選択肢はありますか？

スタンドアロン ツールチェーンの意味を理解しようとしています。以下は私の調査結果です。正しいパスにあるシステム ヘッダーとライブラリのすべての構成ですぐに使用できるツールチェーン。Android の場合、ツールチェーンが検索できるパスに API ヘッダーも含まれます。なぜ「スタンドアロン」という用語を使用するのですか? これはおそらく、RT を構成し、与えられた sysroot および libc ヘッダー パスなどを使用して Android で使用できるようにする必要があるという意味で、通常のツールチェーンとは異なるでしょう。コメントしてください。

うーん、私はアンドロイド用にコンパイルしていて、1 つのプロセスが make-standalone-toolchain.sh というスクリプトを実行していて、スタンドアロン ツールチェーンが作成されました。シェルスクリプトはあまり得意ではありません。しかし、特定のことを作りました。""動作中の sysroot を含む、カスタマイズされた Android ツールチェーン インストールを生成します。その結果、configure スクリプトや make スクリプトを実行するなど、スタンドアロンのクロスコンパイラとしてより簡単に使用できるものになります。 platform/$PLATFORM arch-$ARCH" sysroot ヘッダーとライブラリをコピーしています... libstdc ++ヘッダーとライブラリ...事前に構築されたbinaries.allを一時フォルダーに入れ、次にTmpディレクトリからコピーしてインストールディレクトリを作成します。つまり、パッケージファイルを追加してtmpdirを追加し、ここで何が起こっているのか、またはリンクまたは提案を知りたい見てください。もちろん、非常に精巧なマニュアルを読みたくありません。〜

コンパイル時に (gcc) コンパイラの構成を確認する良い方法はありますか (Makefile 内または C ソース ファイル内から)。使用されているコンパイラがコンパイルされているコードを十分にサポートしているかどうかを確認したいのですが、そうでない場合は、ユーザーにツールチェーンをアップグレードするように求める明確なメッセージを表示して、すぐに失敗するようにしたいと考えています。

ありがとう

ジョン