From owner-cvs-all@FreeBSD.ORG Fri May 21 17:58:14 2004 Return-Path: Delivered-To: cvs-all@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7E47E16A4CE; Fri, 21 May 2004 17:58:14 -0700 (PDT) Received: from newtrinity.zeist.de (newtrinity.zeist.de [217.24.217.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id ECEF343D1D; Fri, 21 May 2004 17:58:13 -0700 (PDT) (envelope-from marius@newtrinity.zeist.de) Received: from newtrinity.zeist.de (localhost [127.0.0.1]) i4M0wCfQ040895; Sat, 22 May 2004 02:58:12 +0200 (CEST) (envelope-from marius@newtrinity.zeist.de) Received: (from marius@localhost) by newtrinity.zeist.de (8.12.10/8.12.10/Submit) id i4M0w7Js040894; Sat, 22 May 2004 02:58:07 +0200 (CEST) (envelope-from marius) Date: Sat, 22 May 2004 02:58:06 +0200 From: Marius Strobl To: src-committers@freebsd.org, cvs-src@freebsd.org, cvs-all@freebsd.org, mtm@freebsd.org Message-ID: <20040522025806.A1600@newtrinity.zeist.de> References: <200405220052.i4M0qGs8027965@repoman.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <200405220052.i4M0qGs8027965@repoman.freebsd.org>; from marius@freebsd.org on Fri, May 21, 2004 at 05:52:16PM -0700 X-AntiVirus: checked by AntiVir Milter 1.1-beta; AVE 6.25.0.59; VDF 6.25.0.73 (host: newtrinity.zeist.de) Subject: Re: cvs commit: src/sys/sparc64/include atomic.h X-BeenThere: cvs-all@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: CVS commit messages for the entire tree List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 22 May 2004 00:58:14 -0000 On Fri, May 21, 2004 at 05:52:16PM -0700, Marius Strobl wrote: > marius 2004/05/21 17:52:16 PDT > > FreeBSD src repository > > Modified files: > sys/sparc64/include atomic.h > Log: > Use unsigned types for the arguments of the atomic(9) operations, > like described in the man page and done on all other architectures. > This fixes the current build problems of libthr on sparc64 but the libthr code shouldn't rely on the integer-type of enums.