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