Several build-portability fixes already have open PRs across submodules — a roundup
Chưa có ai nhận issue này.
Đánh giá
- Độ khó
- 4/5
- Thời gian dự kiến
- 3-5 ngày
- Mức phù hợp với người mới
- 25/100
- Loại issue
- Lỗi
- Độ rõ ràng
- Khá rõ ràng
- Mức độ hoạt động
- Ít trao đổi
- Công nghệ
- cmake, cpp
- Lĩnh vực
- build-system, devtools
Hướng nghiên cứu
This issue is a roundup across submodules, and most listed fixes already have open pull requests. Start by checking the linked PRs for status and overlap; the two unclaimed changes name scene_rdl2/lib/render/util/IndexableArray.h and arras/distributed/CMakeLists.txt. The work is done when maintainers choose which outstanding portability fixes to take forward and redundant proposals are resolved.
Do mô hình lập chỉ mục viết ra từ nội dung của issue.
Mô tả
Context
While updating the Arch Linux openmoonray AUR package to v2026.29.1, I've been maintaining a local patch to build cleanly on a modern toolchain (GCC 16, Boost 1.92, TBB 2023+, CMake 4, and a monolithic USD package). Cross-checking that patch against open PRs across the org, most of it turns out to already be proposed upstream — just sitting unreviewed, some for months. Listing them here in case it's useful to have them in one place.
I also checked each of these against the Rocky 9 build (GCC ~11, Boost 1.75, classic TBB 2020.3, non-monolithic USD, per building/Rocky9/install_packages.sh): none of them regress that build. The version/include fixes are backward-compatible no-ops there, and the two USD/TBB CMake changes are guarded (if(TARGET usd_ms), find_package(TBB CONFIG) falling through when not found) so they simply don't trigger on that toolchain.
Ready to merge (single PR each, exact fix)
arras_render#2 — missing<functional>include inOrbitCam.hcmake_modules#2 — prefer modern system-provided TBB viafind_package(TBB CONFIG)before falling back to the bundled find-modulehdMoonray#5 — support monolithic USD builds (interface polyfills for a combinedusd_mstarget)moonray_sdr_plugins#1 — same monolithic-USD fixmoonshine_usd#1 — same monolithic-USD fixmoonray#12 — disable AVX512PF/AVX512ER cpuid checks removed from newer compiler headersmoonray_gui#3 — standardize onQ_EMIT/Q_SIGNALS/Q_SLOTSto avoid the Qt/TBB keyword collision (covers 7 files, supersedes older #1/#2)moonshine#8 —DwaBaseattribute lookup fix for stricter C++ standards
Same fix, multiple competing open PRs (worth picking one and closing the rest)
mcrt_dataio: #6, #7, #9 all add the same missing<cstdint>include inClockDelta.hscene_rdl2: #11 (narrow) and #13 (broader, also coversBinPacketDictionary.hand the python CMake Boost::system removal) overlap
Already merged
arras4_core#8 — Boostio_service→io_context, dropBoost::system🎉
No PR yet, if anyone wants to pick these up
scene_rdl2/lib/render/util/IndexableArray.h—typename hasher::result_type→std::size_t(the former isn't guaranteed bystd::hashin a way that compiles cleanly everywhere)- top-level
arras/distributed/CMakeLists.txt— dropsystemfrom its Boostfind_packageCOMPONENTS list (same class of fix as the merged arras4_core one)
Happy to help review/rebase any of the above if that's useful — just flagging since they'd remove a good chunk of what downstream packagers currently have to patch around.
- Ngôn ngữ chính
- CMake
- Star
- 4.7k
- Fork
- 321
- Merge trung bình
- 13 phút
- Pull request đã merge (30 ngày)
- 3
Chuẩn bị môi trường
- Không có Dockerfile hay tệp Docker Compose
- Có mẫu pull request
- Đọc hướng dẫn đóng góp
Bắt đầu từ đâu
- Đọc hết issue, rồi đọc hướng dẫn đóng góp của dự án.
- Bình luận trên issue rằng bạn sẽ nhận — tránh hai người làm cùng một việc.
- Fork repository và làm thay đổi trên một nhánh.
- Mở pull request có tham chiếu số hiệu của issue.
Issue khác của OpenMoonRay/openmoonray
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 76/100
OpenMoonRay/openmoonray#332 ·
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 64/100
OpenMoonRay/openmoonray#320 ·
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 64/100
OpenMoonRay/openmoonray#233 ·
-
Độ khó 3/5 1-2 ngày Mức phù hợp với người mới 57/100
OpenMoonRay/openmoonray#331 ·
-
Độ khó 3/5 1-2 ngày Mức phù hợp với người mới 68/100
OpenMoonRay/openmoonray#330 ·
Tất cả issue của OpenMoonRay/openmoonray
Issue tương tự
-
flac's CMake config is brokenĐang mởbug
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 68/100
msys2/MINGW-packages#33356 · 1 bình luận ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 75/100
davidondrej/cloudroom#128 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 65/100
cloudflare/workers-rs#1130 ·
Maintainer thường phản hồi trong vòng 11 ngày
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 86/100
NousResearch/hermes-agent#151165 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 82/100
Maintainer thường phản hồi trong vòng 1 ngày