You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
As of v4.20-rc1 icecc (and distcc for that matter) can no longer be used to distribute a compile of the linux kernel for x86. See this thread.
The problem is the kernel is now adding "-Wa,macros.s" argument to every compile option so that specific assembly macros can be used in inline assembly code across the kernel. When icecc sees this it forces a local compile and is thus useless for speeding up kernel compiles.
Is there any way this could be supported by icecc as there does not appear to be a good solution in the kernel?
Thanks,
Logan
The text was updated successfully, but these errors were encountered:
The -Wa option (and the similar -Xassembler) are technically -Wa, , and whatever is passed to it gets passed to the assembler by the compiler. Since icecc doesn't know what the option may possibly be, it makes sense that a local compilation is forced.
But for the specific case of -Wa, this could be handled similarly to how -fplugin or Clang's -load are handled. See how the code in
checks that and adds those files to "extrafiles".
In fact, looking there at the code handling -Wa, it explicitly checks for the -Wa, case and forces it to build locally, so that's where this handling should be added.
Thanks for the hints. I did find the -Wa handling but didn't see how the extrafiles worked. This makes it pretty straightforward to add support. I'll send a PR shortly.
Hi,
As of v4.20-rc1 icecc (and distcc for that matter) can no longer be used to distribute a compile of the linux kernel for x86. See this thread.
The problem is the kernel is now adding "-Wa,macros.s" argument to every compile option so that specific assembly macros can be used in inline assembly code across the kernel. When icecc sees this it forces a local compile and is thus useless for speeding up kernel compiles.
Is there any way this could be supported by icecc as there does not appear to be a good solution in the kernel?
Thanks,
Logan
The text was updated successfully, but these errors were encountered: