Wrong NumPy headers included when building boost.numpy with multiple configured Python versions

オープン

#238 2018年10月30日に作成コメント 0 件リアクション 0 件担当者 0 名 GitHub で見る

まだ誰も着手していません。

評価

難易度: 4/5
見積もり時間: 3〜5日
初心者へのやさしさ: 35/100

issue の種類: バグ
明瞭さ: おおむね明確
活発さ: 停滞
技術スタック: cpp, numpy, python
領域: build-system

調査の方向性

Boost 1.68.0 を VS2017 で使用し、示されている python_config.jam と bjam コマンドで問題を再現します。まず、設定されている各 Python バージョンについて -d+2 と --debug-configuration の出力を比較し、boost.numpy がどのようにヘッダーを選択しているかを調べます。各 Python 設定がそれぞれ独自の NumPy ヘッダーを使用し、NumPy が無効な場合に boost.numpy がビルドされなければ完了です。

索引モデルが issue の本文から書いたものです。

説明

Having configured multiple Python-installations in python_config.jam, each like

using python
    : 3.7 # version
    : C:\\Python37-x64\\ # cmd-or-prefix
    : C:\\Python37-x64\\include # includes
    : C:\\Python37-x64\\libs # libraries
    : <address-model>64 # condition
    ;

The call to
bjam target-os=windows address-model=64 debug-symbols=on debug-store=database --user-config=python_config.jam --debug-configuration --debug-generator python=3.7 -d+2 --with-python stage

Shows in its output that bjam correctly detects for each of the configured Python installations if NumPy is available or not ("enabled"/"disabled").

However, the output due to -d+2, shows that bjam includes the wrong NumPy headers. It seems that it includes them from the respective directory of whichever Python-installation comes last in python_config.jam and that has NumPy "enabled".

Additionally, even if the debug-configuration-output says that NumPy is "disabled" for a certain Python-installation, bjam will still build boost.numpy - again, including the NumPy headers for whichever installation comes last in python_config.jam that has NumPy "enabled".

Building boost 1.68.0 with VS2017 / 15.8.8 on Windows 10 x64 for Windows x64.

主要言語: C++
スター: 537
フォーク: 223
平均マージ: 11時間 22分
マージ済み PR（30日）: 2

コントリビューションガイド

このリポジトリのコントリビューションガイドは索引されていません

はじめの一歩

issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
リポジトリをフォークし、ブランチを切って変更します。
issue 番号を参照したプルリクエストを送ります。

boostorg/python のほかの issue

numpy::from_data calls vector::front and crashes (or has UB) when called with a scalar object オープン

難易度 1/5 1時間未満初心者へのやさしさ 84/100

boostorg/python#526 · コメント 1 件 · 2026年8月11日に作成
Windows CI does not fail if one or more tests fail オープン

難易度 2/5 1〜3時間初心者へのやさしさ 68/100

boostorg/python#521 · コメント 4 件 · 2026年6月27日に作成
docker test images are not updated in four years オープン

難易度 2/5 1〜3時間初心者へのやさしさ 64/100

boostorg/python#501 · コメント 5 件 · 2025年10月28日に作成
BoostDetectToolset-1.90.0.cmake file not found in an include() call in boost_python-config.cmake オープン

難易度 3/5 1〜2日初心者へのやさしさ 48/100

boostorg/python#525 · 2026年7月24日に作成
Windows CI: vcpkg dependency caching not working オープン

難易度 4/5 3〜5日初心者へのやさしさ 25/100

boostorg/python#523 · 2026年6月28日に作成

boostorg/python の issue をすべて見る

似ている issue

rate_limit_sni_expiry AuTest is flaky: the holder races FIFO removal オープン

AuTest Bug Tests

難易度 2/5 1〜3時間初心者へのやさしさ 78/100

apache/trafficserver#13714 · 2026年9月22日に作成
[CI] Nightly Clang build broken: ToJsonFunction no longer binds to registerFunction オープン

bug build

難易度 2/5 1〜3時間初心者へのやさしさ 88/100

facebookincubator/velox#19143 · 2026年9月22日に作成
Misc. bug: Vulkan: ggml_backend_vk_get_device_memory reports free > total when the driver's heapBudget exceeds heap size (Intel iGPU, Windows); downstream consumers underflow オープン

難易度 2/5 1〜3時間初心者へのやさしさ 82/100

ggml-org/llama.cpp#29277 · 2026年9月22日に作成
tt_metal/hw/inc/internal/tt-2xx/quasar/overlay/xcustom_test.hpp needs reimplementing オープン

難易度 2/5 1〜3時間初心者へのやさしさ 68/100

tenstorrent/tt-metal#57393 · コメント 1 件 · 2026年9月22日に作成
Ford-Fulkerson entry point sizes the graph by argument count, not by vertex id range, so it crashes on any vertex id >= args.length オープン

難易度 2/5 1〜3時間初心者へのやさしさ 76/100

objectionary/eo-graphs#74 · 2026年9月22日に作成

C++ の issue をもっと見る