問題タブ [codesourcery]

コマンド ウィンドウでエラーが発生しました。下記を参照してください！

Sourcery_2011_09_ARM_EABI を使用しています。しかし、このファイルにはヘッダー ファイル名 check.h がありません。

ファイル lwip_unittests.c で:

ファイル check.h が必要ですが、これはどこで入手できますか?

また、sourcery_2011_09_ARM_EABI ファイルに check.h が実装されている場合、動作しますか?

または、sourcery_2011_09_ARM_EABI に実装されている、check.h を tree-check.h または別の名前に変更する必要がありますか?

現在、余暇のプロジェクトをアップグレードして、Microchip の 8 ビット マイクロの代わりに ARM を使用するようにしています。

しかし、残念ながら私はいくつかの問題に遭遇しました:

プログラミング方法の違いがよくわかりません: - ROM へのプログラミング - RAM へのプログラミング (私の場合は 32K しかありません)

私はすでに、IAR IDE を使用していくつかの「hello world」テストを実行しました。ここでは、コンパイル/プログラミングは、私が心配していなかった特定の構成で行われました。しかし、IAR IDE と IAR コンパイラの 32K 制限が気に入らなかったので、新しい環境をセットアップすることにしました (以下の構成を参照)。

Eclipse 環境をセットアップした後、IAR から提供された例を使用して、ARM を RAM にプログラムすることができました。しかし、ARM を ROM にプログラムしたいと思ったとき、プログラムは何もしないようです。ROM または RAM への何らかのマッピングを行ったと思われる makefile の例を使用しました。

ROMは読み取り専用メモリであり、電源が切断された後も空にならず、RAMの方が高速ですが、毎回プログラムをARMにダウンロードする必要があることを私は知っています.

プログラムを ROM と RAM の部分に分割する必要がありますか、それとも、電源投入時に ARM がコードを RAM に再マップするようにすべてを ROM にプログラムできますか?

現在、次の構成を使用しています。

• Codesourcery GCC
• エクリプス C/C++
• Segger Jlink プログラマー (GDB サーバー)
• CMSIS または LPCOpen ライブラリ (まだ完全には機能していません)
• NXP LPC1766 コーテックス M3
• Windows 8 64 ビット
• LPC1768 および CMSIS の IAR の例
• NXP の例: lpc17xx.cmsis.driver.library

ROMとRAMのさまざまな用途と、ROMとRAMメモリを利用するためにコンパイラ/メイクファイルを設定する方法を理解するのを手伝ってくれませんか。

最後に、毎回再プログラムしなくてもARMの電源をオフにできるように、ARM（私は思う）をROMにプログラムできるようにしたいと考えています。

私は xerces 3.1.1 で xalan-c 特に 1.11 をコンパイルしようとしています。ubuntu 14.x 64 で CodeSourcery のアーム クロスコンパイル ツールチェーン 4.3.3 を使用します。

xalan-c には 2 つの構成スクリプトがあります。最初は通常の ./configure で、2 番目は ./runConfigure です。

これまで、他のライブラリ (libusb-1.0/libusb-0.1/openssl など) をクロスコンパイルしてきました。

ただし、今回は ./runConfigure を使用する必要があると思います。そうしないと、一部の環境変数が設定されません (メッセージの処理方法など)。

代わりに、 ./configure と同等であると私は信じています。./runConfigure はすべてのデフォルト値を使用しています (残念ながら認識されない c および c++ コンパイラを除く)。

じゃあやってみます

実行に失敗します

これは

Arm アーチのバイナリ。./runConfigure は --host オプションを使用していましたが、これがクロス ビルドであることを認識していました。それとも、これは xalan-c 固有のものでしょうか?

Xilinx Zynq ボードを CodeSourcery armel (gnueabi) ツールチェーン (Vivado 2015.2 以降) から Linaro armhf に移行しているので、Debian/Ubuntu armhf (gnueabihf) をインストールできます。

を共有ライブラリにしようとするdlopen()と、次のエラーが表示されます:dlsym()dlerror()

この問題は、CodeSourcery ツールチェーンでコンパイルされたソフトウェアが正常に動作しているときに、Linaro ツールチェーンが使用されている場合に発生します。

報告されたシンボルについて両方のライブラリをチェックしましたが、両方に存在します。

controller.so に C コードのみが含まれている (C++ コードが含まれていない) 場合、Linaro で適切に動作するようです。しかし、その違いは、使用される言語以外の何かにあるかもしれません。

よろしく、 イズトク・ジェラス

arm v9 用に opencv 3.1.0 をコンパイルするために、Ubuntu で codesourcery をクロス コンパイルしました。

を参照して、設定するために2つの異なるcmakeファイルを試しました

cmake -DCMAKE_TOOLCHAIN_FILE=../opencv-3.1.0/platforms/linux/arm-gnueabi.toolchain.cmake ../opencv-3.1.0

cmake -DCMAKE_TOOLCHAIN_FILE=ツールチェーン.cmake ../opencv-3.1.0

これら 2 つの場合、次のエラーが発生します。

誰かがこれを解決するのを手伝ってくれますか? どうもありがとう

編集、

codesourcery の新しいバージョン (2013) を使用した後、3.1.0 をコンパイルできるようになりました。ありがとう