From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 27167 invoked by alias); 5 Feb 2002 13:26:05 -0000 Mailing-List: contact gcc-prs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Archive: List-Post: List-Help: Sender: gcc-prs-owner@gcc.gnu.org Received: (qmail 27094 invoked by uid 71); 5 Feb 2002 13:26:04 -0000 Date: Tue, 05 Feb 2002 05:26:00 -0000 Message-ID: <20020205132603.27034.qmail@sources.redhat.com> To: rth@gcc.gnu.org Cc: gcc-prs@gcc.gnu.org, From: "Werner Tuchan" Subject: Re: libstdc++/5198: 3.0.3 linux x m68k build fail: invalid opcodes in c++locale.cc Reply-To: "Werner Tuchan" X-SW-Source: 2002-02/txt/msg00108.txt.bz2 List-Id: The following reply was made to PR libstdc++/5198; it has been noted by GNATS. From: "Werner Tuchan" To: "Aaron J. Grier" Cc: , , , , , , Subject: Re: libstdc++/5198: 3.0.3 linux x m68k build fail: invalid opcodes in c++locale.cc Date: Tue, 5 Feb 2002 14:24:57 +0100 > if we are turning off interrupts for the whole operation, and nobody > else can get into __exchange_and_add without turning off interrupts, > then why bother with the TAS at all? > > there's got to be an elegant solution somewhere. :) > TAS is only needed for multiprocessor spinlocks. A second processor could concurrently enter even with interrupts disabled. This is the only reason why TAS exists at all otherwise you could just use BSET. TAS is atomic even on MP machines. Yet it is pretty unlikely that you find any multiprocessor machines with these CPUs nowadays. -Werner