Date: Fri, 10 May 2002 21:59:23 -0700 From: "David O'Brien" <obrien@FreeBSD.org> To: John Baldwin <jhb@FreeBSD.org> Cc: cvs-all@FreeBSD.org, cvs-committers@FreeBSD.org Subject: Re: cvs commit: src/sys/alpha/include atomic.h Message-ID: <20020510215923.A81875@dragon.nuxi.com> In-Reply-To: <XFMail.20020511002920.jhb@FreeBSD.org>; from jhb@FreeBSD.org on Sat, May 11, 2002 at 12:29:20AM -0400 References: <200205110427.g4B4Rdv93101@freefall.freebsd.org> <XFMail.20020511002920.jhb@FreeBSD.org>
next in thread | previous in thread | raw e-mail | index | archive | help
On Sat, May 11, 2002 at 12:29:20AM -0400, John Baldwin wrote: > > On 11-May-2002 John Baldwin wrote: > > jhb 2002/05/10 21:27:39 PDT > > > > Modified files: > > sys/alpha/include atomic.h > > Log: > > Temporarily disable Jeff's fix for atomic_cmpset_32() to zero-extend the > > value we load from memory. gcc3.1 passes in the u_int32_t old value to > > compare against as a _sign_-extended 64-bit value for some reason (bug?). > > This is a temporary workaround so kernels work again on alpha. > > I guess it's fun to beta-test a pre-release version of a compiler. :-P Well... it is really like an RC. There no chance of fixing this for 3.1.0; BUT we should ask for clarification so we can get it fixed in 3.1.1 if it is agreed to be a bug. Everyone should read this as: REPORT ALL GCC BUGS YOU FIND :-) to "gcc-bugs@gcc.gnu.org". It is our responsibility to assist in making GCC 3.1.x the best GCC yet as the C compiler is one of our fundamental tools and its quality directly affects us. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe cvs-all" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20020510215923.A81875>