On 16/09/11 15:12, Ulrich Weigand wrote: > Richard Sandiford <richard.sandif...@linaro.org> wrote: >> David Gilbert <david.gilb...@linaro.org> writes: >>> My current patch: >>> * adds armv6 and armv7 to config.sub >>> * adds arm/eabi/armv7 and arm/eabi/armv6t2 and one assembler >>> routine in there. >>> * If $machine is just 'arm' then it autodetects from gcc's #defines >>> * else if $machine is armv.... then that's still $machine >> >> I'm taking you literally here, but I think you want things like >> armeb-linux-gnueabi to be treated like arm-linux-gnueabi. >> >> TBH, I think unconditionally using the autodetect (but setting $machine >> rather than $submachine, as you say) would be easier and more consistent >> across packages. gcc and eglibc will then agree on the target, whereas >> the extra complication in the current scheme is there simply to make >> eglibc and gcc disagree in certain cases. But I realise we might not >> want to fight that fight. > > FWIW I'd tend to agree that encoding the architecture level into the > target triplet seems to lead to more confusion than that it helps ... >
Agreed. Especially as 1) It's incomplete -- doesn't cover FPU/Neon capabilities 2) It's generally mixed up with other things -- like endianness. This makes it all the more confusing 3) It's too ad-hoc -- sometimes it's an architecture, sometimes it's a CPU. This leads to all sorts of weird and wonderful names appearing in the config string which have to be understood. > We certainly never did that on s390 (or powerpc, for that matter); > instead, the way to select an architecture level is to build your > system compiler to default to that level, and then build all your > system libraries with that compiler; the libraries will detect > the desired architecture level from GCC defines. I think it comes from the i[345]86 mess. I suspect it has origins in red-hat linux where the config triplet is built directly from the 'cpu' reported by the kernel uname -m component. > > On the other hand, given that arm has already gone down the road of > using the target triplet, I guess I can see why it might make sense > to continue that. In the end, that's for the platform maintainers > to decide ... > I'd prefer that we retrenched if possible. Let's not make the rat-hole even bigger. R. > > Mit freundlichen Gruessen / Best Regards > > Ulrich Weigand > > -- > Dr. Ulrich Weigand | Phone: +49-7031/16-3727 > STSM, GNU compiler and toolchain for Linux on System z and Cell/B.E. > IBM Deutschland Research & Development GmbH > Vorsitzender des Aufsichtsrats: Martin Jetter | Geschäftsführung: Dirk > Wittkopp > Sitz der Gesellschaft: Böblingen | Registergericht: Amtsgericht > Stuttgart, HRB 243294 > > > _______________________________________________ > linaro-toolchain mailing list > linaro-toolchain@lists.linaro.org > http://lists.linaro.org/mailman/listinfo/linaro-toolchain > _______________________________________________ linaro-toolchain mailing list linaro-toolchain@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-toolchain
