-
-
Notifications
You must be signed in to change notification settings - Fork 37
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
linux-cachyos{,-rc}: Conditionally add clang-llvm to headers dependencies #352
Conversation
Probably doesn't work properly:
Even building with GCC requires CLANG |
as mentioned - that is just a bug of the .srcinfo generation |
That's just .SRCINFO generation. Actual package is correct. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
So everything is OK.
In hindsight, there's not much to be gained by compiling clang without LTO. Faster compile times can be achieved but the additional time it takes using LTO hardly matters on modern computers. Forcing this on also makes it simple for the build script we use because the clang-specific features aren't available on GCC (obviously). Also refactored the pkgsuffix conditions to use _is_lto_kernel instead to make it cleaner. Suggested-by: Vasiliy Stelmachenok <[email protected]> Signed-off-by: Eric Naim <[email protected]>
Since we are compiling the default kernel with clang rather than GCC, we need to pull clang as a dependency to ensure functionality with building out-of-tree kernel modules. For CachyOS users, this is already seamless because our dkms package is dependent on clang, but AUR users and non-CachyOS users can suffer from this. Note that this generates a bogus .SRCINFO when !_is_clang_kernel() but that doesn't matter for 100% of usecases because it's default True (unless some third party repository defaults to GCC in which case they should fix it on their own). Closes #346 Signed-off-by: Eric Naim <[email protected]>
Signed-off-by: Eric Naim <[email protected]>
3d51457
to
d72afd8
Compare
Since we are compiling the default kernel with clang rather than GCC, we need to pull clang as a dependency
to ensure functionality with building out-of-tree kernel modules. For CachyOS users, this is already seamless
because our dkms package is dependent on clang, but AUR users and non-CachyOS users can suffer from this.
Note that this generates a bogus .SRCINFO when !_is_clang_kernel() but that doesn't matter for 100% of usecases
because it's default True (unless some third party repository defaults to GCC in which case they should fix it
on their own).
Depends on #354