問題タブ [scratchbox]

maemo 開発クロスコンパイル環境である Scratchbox 2 を使用しています。ARM ターゲット用のコードをコンパイルするとき、scratchbox 2 はネイティブ ARM gcc コンパイラを使用していると思いますが、これは私の x86 マシンでは非常に低速です。

x86用にコンパイルされた、はるかに高速に実行されるARMクロスコンパイラを使用する必要があると思います。

詳細が不明で申し訳ありませんが、これを修正する方法はありますか？

このマニュアルの 31 ページから始まるセクション 3.4.2 に従おうとしています。ただし、ターゲットを DIABLO_X86 ではなく DIABLO_ARMEL に設定したため、このコマンドでは異なる結果が得られました。

この行に入る前に、一重引用符で囲んだコマンドの cflags と libs の結果、および例で説明されている内容とコマンド ウィンドウに表示されている内容の間の結果を確認しました。

とにかく、端末にエラーメッセージが表示されることは期待されていませんが、次のようになりました。

インクルードとライブラリパスの構成に関して、何が間違っているのかわかりません。誰かがこのエラーを修正するためのヒントを提供できれば幸いです. 前もって感謝します。

Make ベースのコードベースで sbox を問題なく使用しています。現在、私は scons ベースのコードベースを使用しており、奇妙な問題が発生しています。

Scratchbox 内で、scons が g++ を見つけられないようです。たとえば、次のようなことを実行しようとします。

o こんにちは hello.c

実行する必要がある場合:

g++ -o こんにちは hello.c

したがって、おそらくその g++ 文字列変数は空です。g++ が存在し、PATH に - 「どの g++」が /scratchbox/compilers/bin/g++ を生成します。

同じソースがスクラッチボックスの外でも問題なくビルドされるため、scons やコードベースで問題になることはありません。Scratchbox が機能する場合、scratchbox の外部で設定される特別な環境変数はありません。

/usr/bin/g++ を /scratchbox/compilers/bin/g++ にシンボリックにリンクすると、もう少し進んで (正しい見た目の g++ コマンドが生成されます)、実行すると次のようになります。

sb_gcc_wrapper (g++): /scratchbox/compilers/arm-linux-cs2007q3-51sb3/bin/sbox-arm-none-linux-gnueabi-g++: そのようなファイルまたはディレクトリはありません

リストされたファイルが存在します。

PATH には /scratchbox/compilers/bin、SBOX_REDIRECT_FROM_DIRS には /usr/bin、SBOX_REDIRECT_TO_DIRS には /scratchbox/compilers/bin が含まれているので、検索できるはずだと思います。

任意の提案をいただければ幸いです! ありがとう、レイ

編集：おそらく関連しています-sconsファイル内のフルパスを追加しない限り、pkg-configも見つかりません

QtMaemoアプリケーションをScratchbox1でコンパイルすると、すべての画像リソースが完全に混乱して破損しているように見え、プログラムの実行速度が非常に遅くなります。これはarmelターゲットでのみ発生し、i386では正常に機能します。

コンソールでも次のエラーが発生します。

私は以前にこの問題を抱えていましたが、それを修正する唯一の方法は、スクラッチボックスをクリーンインストールすることでした。armelのscratchboxでコンパイルされているQtプログラムで発生するため、これは間違いなく私のコードではありません。

誰かが何が起こったのか知っていますか？

maemo5 の共有サービスを構築しています。サンプル プラグインでは、多くの場所で呼び出さULOG_INFO_Lれているため、サービスにもこれを採用しました。問題は、メッセージの行き先が見つからないことです。

osso-log.h を読んで、 DEBUGorを定義する必要OSSOLOGCOMPILEがありOSSOLOG_STDOUTますOSSOLOG_SYSLOG。両方の設定を試しましたが、syslog または stdout で何も取得できません (af-sb-init.sh start を呼び出すだけなので、stdout がどこにあるのかわかりません)、とにかくそこにはありません:-)

私のログがどこにあるか知っている人はいますか?

Android ndk は古い autoconf ベースのコードでは使いにくいため、scratchbox2/emdebian を使用して完全なビルド環境を用意しました。emdebian (arch は armel) で共有ライブラリを構築し、それを Android で使用できますか?

こんにちは、arm-linux-gnueabi-gcc ツールチェーンと qemu エミュレーターでスクラッチボックスをセットアップしました。

Scratchbox [sbox-arm:/]> ./configure スクリプト (mono tarball から) 内で実行したい場合、エラーが発生します:
checking whether the c compiler works... ...
configure error: cannot run c compiled programs.
if you meant to cross compile, use --host.

単純な hello.c をコンパイルすると動作しますが、hello.oi を実行するとエラーが発生します。
lib/ld-linux.so.3 no such file.

（編集：
uClibcでツールチェーンを使用すると、エラーは次のとおりです
/lib/ld-uClibc.so.0：）

-static フラグを使用してこのエラーを回避できますが、.configure の問題では機能しません。

誰かがこれに対する解決策を持っていますか?

edit2: スクラッチボックスをゼロから再設定することで修正したようです。一部のコンパイルは静的リンクなしで機能するようになりました。

x86 ubuntuで実行されている./configure --host = arm-linuxオプションを使用して、モノ（2.8）のクロスコンパイルを試みました。

時々私はこのエラーを受け取ります:

checking for arm-linux-gcc... gcc
checking for C compiler default output file name...
configure: error: in mono/mono-2.8:
configure: error: C compiler cannot create executables

構成スクリプトがエラーなしで終了することがあります。

エラーが発生するのが正しいのか、それともエラーが発生しないのか...

（編集：問題は解決しました。CFLAGS引数で入力エラー（スペースまたはsthの欠落）をしたようです）

mono をクロスコンパイルすることさえ可能ですか (エミュレータの外で?)?

よろしくお願いします

通常のディレクトリ作成を行うメイクファイルがあります。

残念ながら、scratchbox2 でこれを実行すると、mkdir -p コマンドは常にサイレントに失敗します。

うまくいかない次のクラッジを試みました：

これは以下を出力します:

...末尾のスラッシュは、dir関数が最後のディレクトリを希望どおりに削除するのを防ぎます。

「-p」機能を複製するスクリプトまたは小さな C アプリを作成する以外に、makefile 内にサブディレクトリを作成するためのアイデアはありますか?

-p オプションを指定しないと、makefile が既に存在するディレクトリを作成しようとすると、mkdir でエラーが発生します。mkdir blah 2> /dev/null を実行できますが、他のエラー メッセージを失うリスクがあります。

なぜmkdir -pがscratchbox2で動作しないのかについて考えている人はいますか?

編集

bobbogoの提案に基づいて、これをまとめました。かなり複雑に見えますが、scratchbox2 の下でも機能するようです。

私は現在、クロスコンパイルにScratchbox2を使用しています。ツールチェーンプロンプトから、./configure次のことができます。make install

使用中にクロスコンパイルする方法はありapt-get installますか？