Oracle Solaris Studio 12.3 の C++ プリプロセッサは、展開時に空白を完全に削除します__VA_ARGS__。

システムでこの動作を確認できる人はいますか? それは既知のコンパイラのバグですか? この問題の回避策はありますか?

説明のために、簡単なテスト プログラムを次に示しますvaargs.c。

C プリプロセッサは期待どおりに動作します。

ただし、C++ プリプロセッサは「hello」と「world」の間のスペースを削除します。

問題の説明

Solaris Studio 12.3 を使用して、Solaris 10 で libpqxx-4.0.1 をコンパイルできません。

バックグラウンド

libpqxx が必要になったときに私が最初にしたことは、 を使用して OpenCSW で検索することでした/opt/csw/bin/pkgutil -a libpqxx。ただし、OpenCSW のパッケージはバージョン「5.0,REV=2012.05.06」としてリストされて おり、OpenCSW Web サイトのCSWlibpqxx5-0を見ると、これが古くて不安定なスナップショットであることが示されているようです。安定版が欲しいです。

libpqxx Web サイトから libpqxx-4.0.1.tar.gz をダウンロードしてコンパイルしました。g++私はそれと他のツールを持っていたので、それはでコンパイルされました$PATH。出来た。すべてが順調に進んでいました。SELECTデータベースなどからできました。

次に、コードにとって最も重要な段階に到達しました。独自の C++ API と通信します。g++この API のライブラリへのリンクを試みた後、私のコードは でコンパイルできなくなりました。API には、私が以前に を使用してコンパイルした例が含まれていCCます。例は、 を使用してコンパイルされません g++。CCを使用する代わりに、 を使用してコードをコンパイルする必要があると考えましたg++。私のコードは、を使用してコンパイルされませんでしCCた。g++コンパイルされた libpqxx-4.0.1 にCCは気に入らないものがありました。

CCしたがって、を使用する代わりに、も使用して libpqxx-4.0.1 をコンパイルする必要があると判断しg++ました。

実行した手順

誤って設定された可能性のある環境 (2012 年からシステムで自分のアカウントを使用しており、時間の経過とともにさまざまな環境変数などが蓄積された) によって引き起こされる問題を排除するために、クリーンなホーム ディレクトリを使用してシステムに新しいユーザーを作成しました。

以下は、ビルド エラーに至るまでの、次に行ったことのトランスクリプトです。

-bash-3.2$ pwd

-bash-3.2$ ls -al

-bash-3.2$ /usr/sfw/bin/gtar xf libpqxx-4.0.1.tar.gz

Solaris 10の Python 2.4.6/usr/bin/pythonはスクリプトに問題があったため、迅速で汚いパッチを適用しました。

-bash-3.2$ diff libpqxx-4.0.1/tools/splitconfig splitconfig

-bash-3.2$ cp splitconfig libpqxx-4.0.1/tools/

$PATHこの時点で私のはただ/usr/binです。

-bash-3.2$ echo $PATH

が必要ldです。にあります/usr/ccs/bin。

-bash-3.2$ export PATH=$PATH:/usr/ccs/bin

CCは Oracle Solaris Studio 12.3 のものです。(詳細については、見出しの追加情報を参照してください。)

-bash-3.2$ which CC

-bash-3.2$ cd libpqxx-4.0.1

-bash-3.2$ ./configure --prefix=/var/tmp/build/install_test --enable-shared --enable-documentation

makefrom/usr/ccs/binは以前にビルドできなかったので、今度は dmakeOracle Solaris Studio 12.3 から使用してみます。

-bash-3.2$ which make

-bash-3.2$ which dmake

-bash-3.2$ dmake

追加情報

-bash-3.2$ cat /etc/release

-bash-3.2$ /usr/bin/version

-bash-3.2$ pkgchk -l -p /usr/bin/CC

-bash-3.2$ pkginfo | grep SPRO

現在 gcc を使用してのみコンパイルしているライブラリを、Solaris Studio でも使用できるように拡張したいと考えています。

私の考えは、次のことを行うことです。

1. extern Cリンケージを使用してインターフェースの関連部分を公開するラッパー関数を C で作成します。
2. 次に、gcc を使用してこのライブラリをビルドします。結果の c ヘッダーとバイナリは、名前マングリングがなくなったため、コンパイラに依存しません。
3. Solaris Studio でコンパイルされたプロジェクトに c-header とリンクを含めます。

質問: これは実行可能なアプローチですか、それともこの問題に対するより良い解決策はありますか?

注: 名前マングリングの他に、例外処理に関連する問題にも注意してください。

Intel Solaris V11.2 プラットフォームで最新の Solaris Studio 12.4 コンパイラを使用して Boost V1.57 を構築しようとしました。エラーをOTN 開発フォーラムに投稿しようとしましたが、単純な OTN アカウントでは新しい投稿を追加できないことがわかりました。したがって、SOへの質問。

簡単な要約: 1) ブートストラップは成功しました:

2）コマンドラインを構築します（私が入れたことに注意してください とb2コンパイラPATH）。これは「ステージ」ビルドです。つまり、インストール手順はありません。すべてのライブラリをビルドできることを確認するだけです。

エラーの圧縮リストを次に示します。

Boostライブラリなしで深刻なC++プロジェクトを想像することはほとんどできないので、IMOのまともなC++コンパイラはBoostを構築できるはずです。それで、BoostまたはSolaris Studioの開発者がこれを読んで、いくつかのパッチを手伝ってくれるかどうか疑問に思っています...

ヒントをありがとう！

Solaris Studio は、最も不可解なエラー メッセージを生成しています。

エラーメッセージは次のとおりです。

161 行目: エラー: char** を使用して const char** を初期化することはできません。

constnessを追加することが問題になるのはなぜですか? 行き詰まっています、助けてください...

ポインター char* inbufptr は配列の先頭を指し、何かを一定に保つことを約束しません。

ポインター char const **inbufptr_pos がある場合、この型は配列の内容を変更しないことを約束しますが、ポインターが指す場所を変更することはできます。私がそうしても、配列は変更されておらず、問題はありません。

私は synergy-project.org の古いリビジョン (1.3.4) の奥深くにいて、Solaris Studio 12.4 でビルドしています-m64 でのコンパイルとリンク。これがなぜ厄介なのかを理解するために、ビルドフラグなどで何を見ることができますか? 以下のログでは、プログラムは関数内でブレークポイントが設定されており、間違ったポインターが表示されています。その親 (スタックの「上」) には正しいデータがあります。

コード：

... m_parser は次のように解決されます。

... 通信プロトコルが進むにつれて m_parser がどのようにリロードされるかに注目してください。

関数へのステップインに関する質問への回答: 関数へのエントリ時に壊れ、関数がすぐにクラッシュします。「parseHandshakeMessage() を handleData() にハードコーディングすると、正しく動作します。ただし、このシステムには、正しく動作するために関数ポインターに依存する他の例があります。コンパイル フラグを投稿する場合がありますが、それらは冗長で広範囲です。