> > > > 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 _______________________________________________ devel mailing list devel@uclibc-ng.org https://mailman.uclibc-ng.org/cgi-bin/mailman/listinfo/devel
