問題タブ [linux-toolchain]

多くの人が Linux で作業しているのを見てきました。明確なパス（宛先ディレクトリ）を持つ他の端末画面へのショートカットを持つ端末画面を作成します。それを作成するためにhpowについて誰かが手がかりを与えることができますか？私はそれについてたくさん検索しました。

より明確にするために

例の場合。

1. オプションのある端末画面が 1 つあります: a.) p1 b.) p2 c.) p3

p1 、 p2 、 p3 は、固定の宛先ディレクトリを持つ別の端末を指します。

この従来の Fortran コードを A9 プロセッサを搭載したボードで実行していますが、gdb を使用すると奇妙な動作をすることに気付きました。全停止モードの場合、スレッドは引き続き実行され、非停止モードに切り替えると gdb がクラッシュするようです。また、Fortran コードのシンボルでウォッチポイントを実行することもできません。これがポートによるものなのか、バイナリが同じツールチェーンに属していないためなのかはわかりません。ただし、C 型としてキャストされたアドレスにウォッチポイントを設定することはできます。

rootfs ビルド中にステージ ディレクトリにインストールされた CodeSourcery からのツールチェーン バイナリを取得し、アプリケーション ビルドの一部として、Linaro バイナリが targetroot のライブラリの一部を上書きします。上書きされるライブラリは、アプリケーションに必要なライブラリ (の一部?) と、アプリケーションがリンクされているライブラリ (libstdc++、libgfortran、および libpthread) だけです。

CodeSourcery または Linaro の gdb を使用しても同等に機能するように見えますが、Linaro コンパイラでハードウェア支援ウォッチポイントを設定しようとはしませんでした。どちらも、文書化された動作の外で動作するように構成されているようには見えません.

それでいいの？つまり、実行されますが、gdb が少なくともわずかに壊れている場合、他のユーティリティが何であるかわかりません。Eclipse+Photran と TCF Agent の利用について知りたいのですが、CodeSourcery ツールチェーンがどこから来たのかを調べていたところ、Yocto にたどり着きました。自宅で Yocto を使用していくつかのビルドを試してみましたが、このすべてがセットアップされた VM を持ち込んで、rootfs に組み込まれたツールチェーンを使用してアプリケーションを最初から実行してみる価値があるかどうか疑問に思っています。

何かを切り替えるにはおそらく遅すぎますが、よりスムーズな作業環境を手に入れることができれば、修正を提出するときにソースを現在のソリューションに戻すことができます.

問題 : バイナリをコンパイルして削除した後、実行時に「未定義の参照」が発生します。

したがって、パッケージ化中に、メイクファイルで、そのバイナリに対応する最後に「nostrip」を追加しようとしましたが、正常に動作します。つまり、ストリップしなくても機能します。Wind-River ツールチェーンを使用しています。コンパイルまたはリンクの方法に関係があると思います。

ツール gcc、ld、strip などはすべて同じツール チェーンからのものです。

どんな助けでも本当に感謝しています。ありがとうございました。

ARMv7l arch である開発ボード imx6 solo sd のイメージをフラッシュしました。yocto プロジェクトでビルドします。

これで、移植するアプリケーションができました。そのためには、ツール チェーンが必要ですよね? はいの場合、どこで/どのように入手できるか教えてください。

大きなファイル (50 GB) があり、その中のさまざまな行の出現回数を数えたいと思います。通常、私は使用します

ただし、ファイルが十分に大きいため、並べ替えに非常に多くの時間とメモリが必要です。私はそれをできた

ファイル内の一意の行ごとに、ただし、これは可能な行ごとにファイルを n 回渡すことを意味します。

何か案は？

関連する質問では、大きなファイルで一意の行を見つける方法について尋ねられますが、それぞれのインスタンスの数を数える方法を探しています-可能な行が何であるかはすでに知っています.

IPtables、NetworkManager、およびsestatusが無効になっているRHEL6サーバーがあります。その同じサーバーで、C++ コードを使用してバイナリを作成しました。

ルートとして手動で実行した場合、そのバイナリは正常に実行されますが、起動時に rc.local および cronjob (ルートの、30 分ごとに実行) を介して実行しようとすると、サーバーのメモリに読み込まれません。

シェル スクリプトを使用して、バイナリ パスをスクリプトに配置し、スクリプトを rc.local および cronjob に追加することで、起動時にバイナリを開始しようとしました。まだ運がありません。

いくつかの環境変数を試した後、バイナリを実行する前にそれらをスクリプトでエクスポートします。cronjob の問題は解決しましたが、起動の問題は変わりません。使用される変数は、「MANPATH、TERM、USER、LD_LIBRARY_PATH、および PATH」です。

誰かがそのような問題に直面し、それを解決できた場合はお知らせください。

前もって感謝します

Ubuntu ツールチェーン ( https://launchpad.net/~ubuntu-toolchain-r ) 4.1/4.7/4.9/etcのビルド サーバーで使用された環境の説明とビルド オプションはどこにありますか? このフローを再現するにはどうすればよいですか?

同じビルドサーバーを構築する方法を提案してください。

よろしく。