Return-Path: Delivered-To: apmail-apr-dev-archive@apr.apache.org Received: (qmail 55460 invoked by uid 500); 26 Apr 2002 18:51:43 -0000 Mailing-List: contact dev-help@apr.apache.org; run by ezmlm Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: Delivered-To: mailing list dev@apr.apache.org Received: (qmail 55449 invoked from network); 26 Apr 2002 18:51:42 -0000 Message-ID: <3CC9A1D5.20300@apache.org> Date: Fri, 26 Apr 2002 11:52:05 -0700 From: Ian Holsman User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0rc1) Gecko/20020424 X-Accept-Language: en-us, en MIME-Version: 1.0 To: jean-frederic clere , dev@apr.apache.org Subject: Re: atomics on solaris producing non-portable binaries References: <3CC98599.7030307@fujitsu-siemens.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N jean-frederic clere wrote: > Jim Jagielski wrote: > >>Except that, at least to me, it looks like apr_atomic_sparc.s itself >>isn't totally portable among all Sparcs. Isn't 'cas' an 8+ opcode? > > > It is a 8+ opcode. It will not work on "old machines". have a look at the configure for sparc for what machines types will work and which won't. we already check for old machines > > >>So to use apr_atomic_sparc.s, at a minimum we need that. > > > >