Aah too late to chime - but is this really the right / elegant solution. I would rather have reintroduced the Kconfig optino for this ?
It is never too late. We could revert the commit if there is consense. I like the solution and do not want to reintroduce Kconfig options for any subarch stuff. We removed mips64 abi stuff and CFLAGS in the same way we have done for arc. I like the way, that we use toolchain defaults to compile the correct code without forcing the user to provide a correct config for uClibc.
As someone, who is responsible for building of ARC toolchain I prefer that uClibc doesn't re-introduce any option that selects ARC processor type. Usage of compiler defaults/preprocessor defines is much easier to maintain than having an extra layer of kconfig options.
Anton
best regards Waldemar