oneapi-src / oneapi-src/unified-memory-framework
Cleanup hwloc integration logic in cmake
Nobody has claimed this yet.
- Dominant language
- C
- Stars
- 98
- Forks
- 48
- Avg merge
- 3d 20h
- Merged PRs (30d)
- 6
Description
Logic for static linking with hwloc is different on windows and linux. We should try to unify it, perhaps by creating our own CMakeLists.txt based on https://github.com/open-mpi/hwloc/tree/master/contrib/windows-cmake that would work for both linux and windows (and perhaps MacOS on which we do not support static linking right now).
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Read the existing Linux and Windows CMake logic for static linking with hwloc, then compare it with the referenced hwloc contrib/windows-cmake implementation. Done means providing unified CMake logic that supports static linking consistently on Linux and Windows, with MacOS support considered only if feasible.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- c, cmake
- Domain
- build-system
- Issue type
- Refactor
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Activity status
- Stale
- Clarity
- Mostly clear
- Newbie friendliness
- 35/100