On Wed, 23 May 2001, Kevin D. Kissell wrote: > parts, the latter is more efficient for contemporary parts. Those > of us who work on recent and future designs will always tend > to favor the latter - what's the point of using MIPS32/MIPS64 > and beyond CPUs if gnu/Linux binaries are going to treat them > like R3000s? If you work on new processors only, then there is no problem. You configure your tools to build binaries for systems you use and you'll never see R3k compatibility code. Please do yourself a favor and look at the relevant part of glibc. If you build glibc (and any other other program that makes use of _test_and_set()) for ISA II+, the code gets actually inlined with ll/sc used as expected. So the problem is? -- + Maciej W. Rozycki, Technical University of Gdansk, Poland + +--------------------------------------------------------------+ + e-mail: macro@ds2.pg.gda.pl, PGP key available +
