Skip to content

Conversation

@lamb-j
Copy link
Collaborator

@lamb-j lamb-j commented Nov 3, 2025

Summary:
This patch matches CUDA, moving the HIP compilation jobs to the new
driver by default. The old behavior will return with
--no-offload-new-driver. The main difference is that objects compiled
with the old driver are no longer compatible and will need to be
recompiled or the old driver used.

Authored by @jhuber6

lamb-j and others added 2 commits November 3, 2025 09:21
Summary:
This patch matches CUDA, moving the HIP compilation jobs to the new
driver by default. The old behavior will return with
--no-offload-new-driver. The main difference is that objects compiled
with the old driver are no longer compatible and will need to be
recompiled or the old driver used.

Authored by @jhuber6
llvm#164482)

Summary:
The new driver uses an embedded clang job to handle the device
compilation. This correctly returns the linker as being `ld.lld`. The
CMake parser to detect things like OpenMP support in the linker will
parse the output of `-v` for the linker job. If the user is also using
LLD for their linker, it will think this job is the linker and then fail
as it does not see the required libraries. For these special HIP
compilations, just print the linker wrapper invocation and nothing else.
This will still show users the steps used to generate the binary but it
will hack around this issue.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants