問題タブ [g++4.9]

古いスタイルのポインターと長さが与えられた場合、最初にバッファーの内容をにコピーせずにそれconst char *を呼び出す方法はありますか? これが私が抱えている問題の簡単な例です:std::regex_search()std::string

2 つの反復子を必要とする 5 番目のstd::regex_search()が必要だと思いましたが、ポインターを反復子に変換する方法を完全には理解していません。上記のコードをコンパイルしようとすると、次のようになります。

...そしてさらに多くのエラー！

const char *必要なイテレータに変換できますか? 私はそれを間違っていましたか？これがどのように機能するかを誤解していますか？

homebrew 経由で gcc-4.9 をダウンロードしました。私の最初の目標は、私が書いたコード (c++) で openMP を動作させることでした。

しかし今、私は自分のコードをコンパイルすることができません。

これが私のメイクファイルです：

これがエラーです。

私はこのようなコードを持っています:

そして、私が見つけたのは、マスタースレッドが最初のタスク内にネストされた DoComputationOnPartition のタスクを実行できないことです。誰かがそれを説明できますか？それはうまくいくはずですよね？#pragma omp taskwait はスケジューリング ポイントであるため、チームのどのスレッドでもタスクを取得できる必要があります。マスター スレッドは最後の taskwait に到達し、ネストされたタスクを取得できるはずです。それらには、それを可能にするのに十分な長さがあります。

ありがとう。

最近 gcc 4.9.2 をインストールしましたが、libs とリンクするときに問題が見つかりました。

検索パスの出力:

実際、問題は次のとおりです。

両方のディレクトリに libstdc++.so.6 があり、lib64 フォルダーにあるものを使用する必要があるため、これら 2 つのライブラリの順序を変更する必要があります (lib64 の検索優先度が高くなるように)。

どうすればいいのですか？

しないでください:

1、LD_LIBRARY_PATH を変更して明示的に libstdc++.so.6 を含めることをお勧めします。x86_64-linux-gnu フォルダーには、lib64 フォルダー内の古いバージョンのものが他にもあると確信しているためです。古いバージョンから g++ をアップグレードしました。

2、その lib64/libstdc++.so.6 を g++ -L オプションに明示的に含めることを提案します。

どうもありがとう。

/************************詳細情報を編集********************* ***/

以下の要求に応じて、構成とインストールに関する詳細をいくつか示します (gcc.gnu.org から 4.9.2 のソースをダウンロードし、展開して 4.9.2 の最上位フォルダーで開始しました)。

以下を試しましたが、最後にエラーが発生します。4.8.2 が干渉していないことを確認するために、それを削除しました。

どんな提案も素晴らしいでしょう！

C++14 サポートに関する GCC ページからの引用

重要: 最終的な ISO C++14 標準は最近公開されたばかりであるため、GCC のサポートは実験的です。最終的な標準を反映していない C++14 機能の実装との下位互換性を維持する試みは行われません。

の公式の GCC 定義が見つかりませんでしexperimentalた。最後の文で言及されているように、非標準機能との下位互換性にのみ適用されますか? それとも、安定性、またはその欠如も示していますか? 同じページの前の文は言う

C++14 機能は、GCC の Subversion リポジトリのトランクと GCC 4.8 以降で、「メインライン」GCC コンパイラの一部として利用できます。

私にとって、これは安定性を示唆しています。これは事実ですか？特に、私の質問は GCC 4.9 に関するものです。これは、前述のページによると、C++14 を完全にサポートする最も初期のバージョンであるためです。

パラメータを使用すると、エラーが発生するたびに gcc が「-Wfatal-errors によりコンパイルが終了しました」と出力されます。

しかし、それは続けています。実際には止まりません。

私が使う：

コンパイラの呼び出し:

コンパイル時間は、パラメーターなしとほぼ同じです。エラーの数も同じです。

ただし、最小限の例を作成すると:

そしてそれをコンパイルします

その後、動作し、2 番目のエラーは表示されません (パラメーターなしで表示されます) 。

この不規則性の原因は何でしょうか? どうすれば回避できますか？

明らかに、小さな例のコンパイルが中止されるかどうかは気にしませんが、実際のプロジェクトでは、節約された時間は実際に価値があります。

この問題を検索したところ、同じパラメーター (Clang で動作しない、gcc 3.x に含まれていないなど) に関するさまざまな問題に関する ~2 年前のトピックしか見つかりませんでした。

--

@David Macekのコメントに従うために、同じタイプの最初のエラーを持つ最小限の例は次のとおりです

これも、最初のエラーの後で正しく終了し、main の式に到達することはありません。