Question 1

yaml-cpp のリンクエラー「relocation R_X86_64_PC32 ... can not be used when making a shared object; recompile with -fPIC」を修正するにはどうすればよいですか？

Accepted Answer

これは、インストールされている `libyaml-cpp.a` が位置独立コード（PIC）なしでビルドされているのに、プロジェクト側でそれを共有ライブラリにリンクしていることを意味します。PIC を有効にして yaml-cpp を再ビルドし、再インストールしてください：

```sh
git clone https://github.com/jbeder/yaml-cpp.git
cd yaml-cpp
mkdir -p build && cd build
cmake -DCMAKE_BUILD_TYPE=Release -DCMAKE_POSITION_INDEPENDENT_CODE=ON ..
cmake --build .
sudo make install
```

あるいは、フラグを直接渡すこともできます：

```sh
env CFLAGS="-fPIC" CXXFLAGS="-fPIC" cmake -DCMAKE_BUILD_TYPE=Release ..
make
sudo make install
```

もう一つの回避策として、yaml-cpp を代わりに共有ライブラリとしてビルドする方法もあります：

```sh
cmake -DCMAKE_BUILD_TYPE=Release -DBUILD_SHARED_LIBS=ON ..
make
sudo make install
```

新しいコンパイラフラグが適用されるように、クリーンなビルドディレクトリを使用するか、先に `CMakeCache.txt` を削除してください。

Question 2

空の Binary に対して YAML::Binary::data() を呼び出すと発生する Clang UBSan の "reference binding to null pointer" エラーはどうすれば修正できますか？

Accepted Answer

yaml-cpp を issue #1248 の修正を含むリリースにアップグレードするか、リンクされている PR を適用してください。この未定義動作は、内部の `std::vector` が空のときに `&m_data[0]` が評価されることが原因です。これを、空のベクターに対しても有効な `std::vector::data()` に置き換えてください：

```cpp
char* data() { return m_data.data(); }
const char* data() const { return m_data.data(); }
```

一時的なローカルでの回避策として、古いコードをガードすることもできます：

```cpp
return m_data.empty() ? nullptr : &m_data[0];
```

変更後、yaml-cpp とプロジェクトをリビルドしてください。

Question 3

静的にリンクされた MFC プロジェクトとリンクできるように、yaml-cpp を静的 MSVC ランタイム (/MT) でビルドするにはどうすればよいですか?

Accepted Answer

共有MSVCランタイムを無効にして、yaml-cppをスタティックライブラリとしてビルドします:

```bash
cmake -S . -B build -DYAML_BUILD_SHARED_LIBS=OFF -DYAML_MSVC_SHARED_RT=OFF
cmake --build build --config Release
```

Debugビルドの場合は`--config Debug`を使用します。CMakeが`/MTd`を選択します。

`YAML_MSVC_SHARED_RT`がデフォルトでONになっている古いバージョンのyaml-cppでは、明示的にOFFに設定してください。または、生成された各Visual Studioプロジェクトで、プロジェクトのプロパティ → C/C++ → コード生成 → ランタイム ライブラリを、Releaseの場合はマルチスレッド (/MT)、Debugの場合はマルチスレッド デバッグ (/MTd)に設定します。

スタティックライブラリを使用する側では、ターゲットに対して`YAML_CPP_STATIC_DEFINE`を定義します:

```cmake
target_compile_definitions(myapp PRIVATE YAML_CPP_STATIC_DEFINE)
target_link_libraries(myapp PRIVATE yaml-cpp)
```

または、Visual Studioプロジェクトのプリプロセッサ定義に`YAML_CPP_STATIC_DEFINE`を追加します。リンカーの競合を避けるため、yaml-cppとMFCアプリケーションで同じランタイムライブラリ設定を使用していることを確認してください。

Question 4

入力のstd::istreamにfailbitまたはbadbitがセットされている場合に、yaml-cppのYAML::Loadに例外をスローさせるにはどうすればよいですか？

Accepted Answer

issue #408 の修正を含む yaml-cpp のバージョンにアップグレードしてください。`YAML::Load` と `YAML::LoadAll` は、すでに失敗状態にあるストリームを拒否し、パース中に発生したストリームの失敗を伝播するようになりました。一方、空または EOF のみのストリームは、引き続き null ノードを生成するか、ドキュメントを生成しません。古いバージョンでは、パースの前にストリーム例外を有効にしてください:

```cpp
stream.exceptions(std::ios::failbit | std::ios::badbit);
try {
    YAML::Node node = YAML::Load(stream);
} catch (const std::ios::failure& e) {
    // Handle failed or unreadable input stream.
}
```

ストリームがすでに失敗状態にある可能性がある場合は、最初にチェックも行ってください:

```cpp
if (!stream) {
    throw std::runtime_error("input stream is already in a failed state");
}
```

Question 5

Windowsでpkg-configを使用してyaml-cppを静的にリンクする際に未定義シンボルを修正する方法

Accepted Answer

静的な pkg-config メタデータは、yaml-cpp ヘッダーが静的シンボル宣言を使用するように、YAML_CPP_STATIC_DEFINE を定義する必要があります。修正を含む yaml-cpp リリースにアップグレードするか、インストール済みの yaml-cpp.pc ファイルに次の行を手動で追加してください:

Cflags.private: -DYAML_CPP_STATIC_DEFINE

その後、pkg-config を --static オプション付きで使用します。例:

pkg-config --static --cflags yaml-cpp
pkg-config --static --libs yaml-cpp

即時の回避策として、プロジェクトを -DYAML_CPP_STATIC_DEFINE 付きでコンパイルしてください。この define は静的ビルドでのみ使用すべきであり、共有ビルドの pkg-config 出力に含めてはいけません。

yaml-cpp

概要

README プレビュー

FAQ (5)

同类型项目

browser-use

puppeteer

manim

PaddleOCR