On 07/30/2011 09:33 AM, Arnaud Lacombe wrote: >> > well, from my point of view, it do not need to be updated. Your patch > corrupt SUBARCH's purpose, that is: > > # SUBARCH tells the usermode build what the underlying arch is. > For klibc integration, we ran into this problem as well: the set of architectures for the kernel simply isn't the same set as the architectures for userspace. For the kernel, x86 is an architecture, for userspace the architectures are x86_64 or i386 and they are fundamentally different in many, many ways. The main problem with SUBARCH is that it is ill-defined in the general case if SUBARCH contains a user space or a kernel space architecture. In that sense I would much prefer it if was called, say, USERARCH and was always available. It could even be set by Kconfig (CONFIG_USERARCH?) -hpa -- H. Peter Anvin, Intel Open Source Technology Center I work for Intel. I don't speak on their behalf. -- To unsubscribe from this list: send the line "unsubscribe linux-kbuild" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
