MT string, to do next
Ulrich Drepper
drepper@redhat.com
Sat Apr 1 00:00:00 GMT 2000
Nathan Myers <ncm@nospam.cantrip.org> writes:
> I had understood earlier, from you, that the 386 (like SPARC-1 and
> HPPA) lacked an atomic synchronization primitive instruction suitable
> for MT. Was that understanding wrong?
These processors don't have the cmpxchg instruction. Atomic increment
is available.
> It's not up to me, or you. Red Hat and Debian distributions are both
> built with flags for 386, not 486. The Red Hat box says it runs on
> a 'x86', and the Debian box says "from 386 up to ...".
X86 certainly can exclude NexGen. You know how incompatible they are.
> Anyway, it may be moot, if in fact the assembly code in atomicity.h
> runs on any x86. Are you sure about this?
Yes.
> Again, is it established that pre-486 hardware won't trap when
> it sees the "lock" prefix?
Yes.
> Is it a no-op?
No. It raises a external pin on the processor (namely #LOCK). But
this has no consequence unless you are running one of those
multi-processor Sequent machines with 386.
--
---------------. drepper at gnu.org ,-. 1325 Chesapeake Terrace
Ulrich Drepper \ ,-------------------' \ Sunnyvale, CA 94089 USA
Red Hat `--' drepper at redhat.com `------------------------
More information about the Libstdc++
mailing list