問題タブ [codesourcery]

Sourcery G++ Lite ツールチェーンを Eclipse Helios for C/C++ Developers (Windows バージョン) と統合するために、GNU ARM Eclipse プラグインをインストールしました。新しい C プロジェクト (Sourcery G++ ツールチェーンを使用した ARM クロス ターゲット アプリケーション) を作成し、Hello.c ソース ファイルを作成しました。c ファイルをビルドしようとすると、次のエラーが発生しました。

ここでは、ディレクトリ CodeSourcery\arm-none-eabi\lib\generic.ld にあるリンカのデフォルト スクリプト generic.ld を使用しています。

「標準の開始ファイルを使用しない -nostartfiles」オプションのチェックを外すと、エラーは発生せず、Hello.elf ファイルが生成されます。ただし、Eclipse から実行しようとすると、次のエラーが発生します。

Sourcery G++ ツールチェーンを使用して、Eclipse で C コンパイル済みファイルを実行する方法はありますか?

ありがとう。

ARM用のgdbのCodesourceryバージョン（つまり、arm-none-eabi-gdb）を使用してデバッグし、後で検査するためにコアファイルを生成しようとしています。OpenOCDは私のGDBターゲットです。すべてのgdbは、「gcore」または「generate-core-file」を実行すると「コアファイルを作成できません」と表示します。助言がありますか？一般に、リモートターゲットでコアダンプを実行することは可能ですか？

この質問が Linux ホスト システムについて尋ねられたのを見たことがありますが、Windows についてはそうではありませんでした。

Windows 7 64 ビット ホスト システムを使用しています。32 ビットの問題が発生していると思いますが、Code Sourcery のドキュメントにこのあいまいなフレーズが表示されます。

「したがって、64 ビットのホスト システムで実行する場合でも、Sourcery CodeBench には 32 ビットのホスト ライブラリが必要です。これらのライブラリの取得に関する詳細については、オペレーティング システムのドキュメントを参照してください。」

「これらの」ライブラリが何であるかがわからないため、ドキュメントが見つかりません。

ありがとう、セス・M・キング

BeagleBoard で HelloWorld プロジェクトを実行しようとしています。このために、私は RVDS を使用してライブラリを作成し、次に CodeSourcery を使用して BeagleBoard の実行可能ファイルを作成しています。

RVDS を介してライブラリを作成するには、以下のコマンド ラインを使用しています。

armcc --cpu cortex-a8 -c hello_world.c --c99 --apcs=/fpic --no_hide_all -O3 -Otime --vectorize --no_unaligned_access -I"D:\RVDS\hello_world" -I"C:\Program Files\ARM\RVCT\Data\4.1\713\include\windows"

ただし、このコマンド ラインはオブジェクト ファイルのみを作成し、ライブラリは作成しません。コマンドを使用してライブラリを作成しましたarmarが、これが正しいかどうかはわかりません。したがって、私の最初の質問は、RVDS コマンド ラインを使用してライブラリを作成する方法です。

また、新しいスタティック ライブラリ プロジェクトを選択して、RVDS Eclipse 環境を使用してライブラリを作成しようとしました。ライブラリが作成されたら、CodeSourcery を使用して、次を使用して実行可能ファイルを作成しました。

arm-none-linux-gnueabi-gcc -Wall -I. -L. test_hello_world.c -lhello_world -o test_hello_world

しかし、この実行可能ファイルを BeagleBoard で実行しようとしても、うまくいきません。したがって、ライブラリの作成方法に問題があると思います。

誰かが RVDS と CodeSourcery を組み合わせて BeagleBoard の実行可能ファイルを作成しようとした場合はお知らせください。

ご協力いただきありがとうございます。

Windowsホスト上のARMターゲット（Freescale i.Mx28 ）用にLinuxカーネルをクロスコンパイルしようとしています。Linuxホストを使用する場合と比較して、このアプローチが最善ではないことはわかっていますが、残念ながら、それを決定するのは私次第ではありません。

制限は次のとおりです。

• カーネルは、Freescale（L2.6.35_MX28_SDK_10.12）によって提供されるものである必要があります。
• SourceryToolchainとCodeBenchを使用してビルドする必要があります
• すべてはWindowsで行う必要があります

これまでのところ、Cygwinを使用してカーネルソースを抽出できるように、Windowsで大文字と小文字が区別されない問題を回避しました。しかし、カーネルのMakefileで問題が発生しました。構成時の依存関係チェックに関するinパスおよびその他のエラー*** multiple target patterns. Stop.から発生するエラーメッセージが表示されるため、Windowsパスにいくつかの問題があると思います。:

Makefileを書き直さずに移植する方法はありますか、それとも特定のMakefileを使用せずにカーネルを構築する別の方法がありますか？ソースツールチェーンまたはIDEを使用してMakefileを処理できますか？与えられた制限内でカーネルを構築する方法はありますか？

CodeSourceryのarm-none-linux-gnueabiを使用してクロスコンパイルするようにutil-linuxを構成しようとしています。これまでの私の唯一の問題は、コンパイルしたncursesライブラリが見つからないことです。

ld検索パスにディレクトリを追加するにはどうすればよいですか？LIBRARY_PATH変数とLD_LIBRARY_PATH変数に追加しようとしましたが、どちらも何もしません。-Lフラグをgccに追加すると、リンカーパスに追加されることはわかっていますが、これをグローバルに実行して、一度実行でき、再度心配する必要がないようにする方法はありますか？

これがの出力ですarm-none-linux-gnueabi-gcc -print-search-dirs | grep libraries | sed 's/:/\n/g'：

とをld検索パスに追加/arm/usr/libしたいと思います。/arm/usr/local/lib

他のコマンドからの出力が必要な場合は、質問してください。

編集： CFLAGS環境変数について知りました-すべての構成スクリプト/メイクファイルはそれを尊重しますか？

ありがとうございました！

フラグ -mcpu=cortex-a8 -mfpu=neon で試しましたが、成功しませんでした

上記のコードは、neon 命令の gcc サポートをテストするために使用されました。

実際、ARM プラットフォームの NEON サポートを使用して x264 をビルドしようとしています。configure スクリプトを実行した後、x264 構成ログ ファイルに次の内容が含まれています。

コマンド ライン オプション: "--cross-prefix=arm-linux-androideabi-" "--enable-pic" "--extra- cflags=-mcpu=cortex-a8" "--host=arm-linux"

目標は、neon 対応の ARM プロセッサを利用して x264 エンコーダのパフォーマンスを向上させることです...

ARM ビルド用の Codesourcery lite に gfortran を正常に追加した人はいますか? そうでない場合、f2cでこれを適切に回避して、codesourceryでfortranコードをコンパイルするにはどうすればよいですか?

簡単な質問：arm-none-eabiにはcodesourcery g++liteを使用しています。includeフォルダーを検索して、strcpy_sやsprintf_sのような安全な関数があるかどうかを確認しましたが、結果が得られませんでした。

codesourceryはこれらの安全な機能を提供していますか（おそらく別の名前で？）

Mentor GraphicsのWebサイトで、この質問に対する答えが見つかりませんでした（google ...でも）。

この関数のサードパーティバージョンをプロジェクトに追加する必要がありますか？

さまざまな ARM プロセッサ用のインライン アセンブリを使用して単純なプログラムをクロスコンパイルしようとしています。このドキュメントによれば、有効なARMおよびThumb-2命令の両方であるアセンブリ命令QSUBが含まれています。

これは、cortex-a8 用にビルドするときに問題なくコンパイルされます。

cortex-m3 用にビルドしようとすると、タイトルにコンパイル エラーが表示されますが、その理由がわかりません。コンパイラ スイッチ -mthumb を使用してサム モードを強制しようとすると、エラーが「選択したプロセッサはサム モードをサポートしていません」に変わります。実際、cortex-m3 は親指モードをサポートしているため、少し混乱しています。

codesourcery の gcc で使用しているコンパイル オプションは次のとおりです。