ESP32端末環境(非GUI)の構造エラーポイント

作業経路問題(IDF_PATHを見つけることができない)、倉庫のダウンロード:私の環境Ubuntu18.04.4 LTS、チュートリアルでは、詳細なグラフィカルなLinuxのビルドプロセスを含むビルドプロセスを、必要としない、彼らは非グラフィカル環境中に遭遇したUbuntuのビルドESP32ポイントエラーについて話します質問(gitのクローン)、問題のツールチェインバージョン(WARNING:ツールチェインのバージョンはサポートされていません)。

- 1、作業経路問題IDF_PATH見つけることができません
        8:」Makefileを悪夢のような間違いを/make/project.mk:いいえそのようなファイルやdirectorymake:***ターゲットの/make/project.mk」にするんルール。 ストップ。「環境変数IDF_PATHを見つけることができませんでした定義に明らかな言及は、もちろん、私も自分の/ etc / profileを特異的に、正しい環境変数を設定し、.bashrcのすべてのグローバルを追加し、」輸出IDF_PATH = / ESP / esp32 / ESP-IDF」 そしてそれは、(ソースは/ etc / profile)すぐには反映させて

、このディレクティブとメソッドを設定し、他の環境変数の実装に直接でも.localが、.profileにターミナルを、なぜそれがまだIDF_PATHはそれを定義見つけることができませんか?さらに検証するための入力端子も「エコー$ IDF_PATHは」正しい値を返すことができた「/ ESP / esp32 / ESP- IDF」 と(多くの方法で有効にするに設定されているため)プロンプトが、それはもっと無理インクルードで定義多数回繰り返します定義が見つからない理由を、明確に、正常に設定?そして、悪夢が始まった、私は権限の問題があると思われるが、作ってはsudo同じ結果を作成し、ビルドに公式サイトのチュートリアルマニュアルの手順に従って、まだ悩みを持っている、新たな問題が、しかし、これらの問題はまだ解決されていません。だから我々は以上見つけると何度も繰り返し、最終的に私は、このLinuxの初心者への答えを得ました。
        指定されたパスを見つけることができないので、別のパスを試し、全体を移動するには、元の「/ ESP / esp32 /」ルートディレクトリのフォルダは「/ホーム/ MXJ / ESP / esp32 /」ユーザーディレクトリは、その後、大きなフォルダがありますロック、そしてオープンなアクセス許可「のsudoのchown -R MXJ:MXJ esp32」、コンパイラは、世界はようやく静かにします。sudoはスーパーユーザー権限を持つ一般ユーザーを与えた場合でも、ユーザーが、それでもそれのルートにある適切なアプローチは、単に一時的に最高の権威で、ユーザーモードである:ルートが、bashのデフォルトのユーザー:元はフォルダ全体の属性となっている前にルートされています根をして、同様のコンパイルカーネルをコンパイル:「SU」にrootに切り替えます。その後、〜/ユーザーモードへの作業ディレクトリまたはフォルダ、モバイル、および直接構成環境と作業ディレクトリが同じユーザーとグループが含ま属性であるという結論に、作ります。

2、倉庫のダウンロードの問題--gitクローン
        スーパースロークローニングLexin倉庫、それは、厚い壁と相まって、Canonicalの公式のソースとの協力の元に属し16M惨め5キロバイト/秒のダウンロード速度をしない(直接、ページをダウンロードすることはできませんバージョン情報)は、コンパイラが文句を言うだろう、失われます。解決法:最速のDNS IPの下で、現在のネットワークを見つけ、bashは「nslookupコマンドgithub.com」を入力し、「nslookupをgithub.global.ssl.fastly.net」は、順番に最速のIPを返し、その後、「sudoのvimのは/ etcを下にコピーします/ホストは、「(あなたがIPネットワークを変更するたびに、もともと再発見最速のIPに設定シールドする必要があり、再編集)アップの編集IPをマップする、

しかし、外国でgithubのサーバー、プロキシノードを開くことが推奨され、オープンアクセス一定の科学的なツールXX -linux-qt5.appimageビューsock5プロキシの設定(条件はワード禁止に敏感になります)、その後のbashを入力してください「gitの設定--global https.proxy 『socks5h: //127.0.0.1:1080』」、 。その後、ネットワークサービスの完全なセットを再起動します」再起動「gitのクローン速度を/etc/init.d/networkingがsudoは、今、私が唯一検討するために、400キロバイト/ sの速さ、まだフル加速を加速し、加速させることができます。

3、問題のツールチェインバージョンは--warning:ツールチェインバージョンがサポートされていない
        、上記の点でコンパイラエラーをか「はsigactionへの呼び出しに該当する機能を発見した ::は、sigaction(INT&、のsigaction *、INT」) 'とターゲットのレシピASIO / ASIO / SRC / asio.o「失敗した、 私はこの問題を無視して先頭を促さ:
WARNING:あるツールチェインのバージョンのサポートされていない:crosstool-NG-1.22.0-80-g6c4433aを
参照してくださいバージョンに期待:ESP-2019r2
してくださいESP-IDFのセットアップ手順ツールチェーンでのチェックと更新を、あるいは自分自身の責任で行って下さい。
WARNING:5.2.0:コンパイラのバージョンをサポートしていません
を参照してくださいバージョン(S)への期待:8.2.0


この問題はespressif倉庫Issue4710(たまたま:HTTPSを//github.com/espressif/esp-idf/issues/4710)それが問題のバージョンであることを述べ、そう確認現在のバージョン情報ESP_IDFとクロスツールチェーンが必要であり、bashの入力「gitの--tagsを記述する」入力「のXtensa-esp32-ELF-GCC、クエリIDFバージョンを -v」 クエリ:クロスツールチェーンcrosstool-NGバージョンは、そのいくつかの試みの後、IDFを取得するにはgitのは比較的新しいツールチェーンcrosstool-NG ESP-2019r2(ダウンロードリンクにする必要があり、最新バージョンV4.2ですhttps://dl.espressif.com /dl/xtensa-esp32-elf-gcc8_2_0-esp-2019r2-linux-amd64.tar.gz)。具体的には、公式サイトのチュートリアルを参照してくださいhttps://docs.espressif.com/projects/esp-idf/en/latest/get-started-legacy/linux-setup.htmlを

元の記事を公開 ウォンの賞賛0 ビュー9

おすすめ

転載: blog.csdn.net/u014529240/article/details/105122246