libpython depends on libstdcxx >=15 but links no C++ runtime
维护者通常 1 天内回复
还没有人认领这个 Issue。
评估
- 难度
- 3/5
- 预计耗时
- 1-2 天
- 新手友好度
- 65/100
- Issue 类型
- 缺陷
- 描述清晰度
- 描述清楚
- 活跃度
- 活跃
- 技术栈
- python
- 领域
- backend, build-system
调研方向
Read the libpython output's build requirements and compare them with the python output's ignore_run_exports_from setting; the issue says the 3.11 through 3.14 branches contain the same line. Check the package recipe and build metadata to confirm libpython's runtime dependencies on Linux and macOS. Done when libpython carries the C++ compiler run-export and environments capped below libstdcxx 15 can solve the stated package cases.
由索引模型根据 Issue 内容生成。
描述
Since the split in #894, every libpython build depends on libstdcxx >=15 on Linux (and libcxx on macOS), but the library links no C++ runtime:
$ objdump -p lib/libpython3.15.so.1.0 | grep NEEDED # libpython-3.15.0-hdc7f604_100_cp315, linux-64
NEEDED libm.so.6 libpthread.so.0 libdl.so.2 libutil.so.1 libgcc_s.so.1 libc.so.6 ld-linux-x86-64.so.2
$ otool -L lib/libpython3.15.dylib # osx-arm64
@rpath/libpython3.15.dylib, /usr/lib/libSystem.B.dylib
The requirement is a run-export of {{ compiler('cxx') }} in the libpython output's build requirements. The python output already drops the same run-export with ignore_run_exports_from.
This blocks environments that cap libstdc++. PythonCall.jl (Julia embedding Python, via CondaPkg) caps libstdcxx at the version Julia bundles, which is below 15 on Julia 1.10 and 1.12. Under libstdcxx <15:
python+libpython: unsolvablepython=3.14.8orpython=3.13.16: unsolvable, since they pin libpython exactly- plain
python: resolves to an older build from before the split (3.14.6)
From 3.15 on, python no longer depends on libpython, so embedders like PythonCall have to request libpython explicitly, which makes this harder to avoid.
Fixes: #949 (main) and #950 (3.14). The 3.11, 3.12 and 3.13 branches have the same line.
- 主要语言
- Shell
- 星标
- 47
- 派生
- 115
- 平均合并
- 7 天 6 小时
- 30 天内合并 PR
- 14
环境准备
- 没有 Dockerfile 或 Docker Compose 文件
- 没有 Pull Request 模板
- 阅读贡献指南
从这里开始
- 先读完整个 Issue，再读项目的贡献指南。
- 在 Issue 下留言说明你要接手 —— 这能避免两个人做同样的事。
- Fork 仓库，在一个分支上完成修改。
- 提交 Pull Request，并在描述里引用这个 Issue 编号。
conda-forge/python-feedstock 的其他 Issue
-
question
难度 3/5 1-2 天 新手友好度 45/100
conda-forge/python-feedstock#948 · 2 条评论 ·
维护者通常 1 天内回复
-
难度 1/5 1 小时以内 新手友好度 42/100
conda-forge/python-feedstock#945 ·
维护者通常 1 天内回复
-
难度 3/5 1-2 天 新手友好度 48/100
conda-forge/python-feedstock#929 ·
维护者通常 1 天内回复
-
难度 4/5 3-5 天 新手友好度 25/100
conda-forge/python-feedstock#903 · 1 条评论 ·
维护者通常 1 天内回复
-
难度 4/5 3-5 天 新手友好度 48/100
conda-forge/python-feedstock#880 ·
维护者通常 1 天内回复
查看 conda-forge/python-feedstock 的全部 Issue
相似的 Issue
-
Standalone Unix updater reports success when curl fails (`curl | sh` masks the exit status); Windows path is unaffected可能已有人在做 @akhil9tiet 今天认领。 未关闭bug CLI windows-os
难度 2/5 1-3 小时 新手友好度 72/100
维护者通常 1 天内回复
-
bug
难度 2/5 1-3 小时 新手友好度 62/100
ChrisTitusTech/dwm-titus#397 ·
维护者通常 1 天内回复
-
good first issue help wanted language:fr translation
难度 1/5 1-3 小时 新手友好度 88/100
mrvi0/cli-cheatsheet#268 ·