From owner-freebsd-sparc64@FreeBSD.ORG Sun Dec 26 01:28:17 2010 Return-Path: Delivered-To: sparc64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BCBF7106566B; Sun, 26 Dec 2010 01:28:17 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 915B68FC14; Sun, 26 Dec 2010 01:28:17 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id oBQ1SGLV090950; Sat, 25 Dec 2010 20:28:16 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id oBQ1SGvV090896; Sun, 26 Dec 2010 01:28:16 GMT (envelope-from tinderbox@freebsd.org) Date: Sun, 26 Dec 2010 01:28:16 GMT Message-Id: <201012260128.oBQ1SGvV090896@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 26 Dec 2010 01:28:17 -0000 TB --- 2010-12-26 00:17:15 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-12-26 00:17:15 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2010-12-26 00:17:15 - cleaning the object tree TB --- 2010-12-26 00:17:26 - cvsupping the source tree TB --- 2010-12-26 00:17:26 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2010-12-26 00:17:39 - building world TB --- 2010-12-26 00:17:39 - MAKEOBJDIRPREFIX=/obj TB --- 2010-12-26 00:17:39 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-12-26 00:17:39 - TARGET=sparc64 TB --- 2010-12-26 00:17:39 - TARGET_ARCH=sparc64 TB --- 2010-12-26 00:17:39 - TZ=UTC TB --- 2010-12-26 00:17:39 - __MAKE_CONF=/dev/null TB --- 2010-12-26 00:17:39 - cd /src TB --- 2010-12-26 00:17:39 - /usr/bin/make -B buildworld >>> World build started on Sun Dec 26 00:17:39 UTC 2010 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sun Dec 26 01:18:53 UTC 2010 TB --- 2010-12-26 01:18:53 - generating LINT kernel config TB --- 2010-12-26 01:18:53 - cd /src/sys/sparc64/conf TB --- 2010-12-26 01:18:53 - /usr/bin/make -B LINT TB --- 2010-12-26 01:18:53 - building LINT kernel TB --- 2010-12-26 01:18:53 - MAKEOBJDIRPREFIX=/obj TB --- 2010-12-26 01:18:53 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-12-26 01:18:53 - TARGET=sparc64 TB --- 2010-12-26 01:18:53 - TARGET_ARCH=sparc64 TB --- 2010-12-26 01:18:53 - TZ=UTC TB --- 2010-12-26 01:18:53 - __MAKE_CONF=/dev/null TB --- 2010-12-26 01:18:53 - cd /src TB --- 2010-12-26 01:18:53 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Dec 26 01:18:53 UTC 2010 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/kern/tty_tty.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/kern/tty_ttydisc.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/kern/uipc_accf.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/kern/uipc_cow.c cc1: warnings being treated as errors /src/sys/kern/uipc_cow.c: In function 'socow_setup': /src/sys/kern/uipc_cow.c:118: warning: passing argument 4 of 'vm_fault_quick_hold_pages' makes integer from pointer without a cast /src/sys/kern/uipc_cow.c:118: warning: passing argument 5 of 'vm_fault_quick_hold_pages' makes pointer from integer without a cast *** Error code 1 Stop in /obj/sparc64.sparc64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-12-26 01:28:16 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-12-26 01:28:16 - ERROR: failed to build lint kernel TB --- 2010-12-26 01:28:16 - 3265.80 user 654.45 system 4260.80 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-sparc64@FreeBSD.ORG Sun Dec 26 01:42:08 2010 Return-Path: Delivered-To: sparc64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 810301065673; Sun, 26 Dec 2010 01:42:08 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 55CE78FC18; Sun, 26 Dec 2010 01:42:08 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id oBQ1g7vB075037; Sat, 25 Dec 2010 20:42:07 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id oBQ1g7Qr075036; Sun, 26 Dec 2010 01:42:07 GMT (envelope-from tinderbox@freebsd.org) Date: Sun, 26 Dec 2010 01:42:07 GMT Message-Id: <201012260142.oBQ1g7Qr075036@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on sparc64/sun4v X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 26 Dec 2010 01:42:08 -0000 TB --- 2010-12-26 00:32:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-12-26 00:32:00 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2010-12-26 00:32:00 - cleaning the object tree TB --- 2010-12-26 00:32:10 - cvsupping the source tree TB --- 2010-12-26 00:32:10 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/sparc64/sun4v/supfile TB --- 2010-12-26 00:32:33 - building world TB --- 2010-12-26 00:32:33 - MAKEOBJDIRPREFIX=/obj TB --- 2010-12-26 00:32:33 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-12-26 00:32:33 - TARGET=sun4v TB --- 2010-12-26 00:32:33 - TARGET_ARCH=sparc64 TB --- 2010-12-26 00:32:33 - TZ=UTC TB --- 2010-12-26 00:32:33 - __MAKE_CONF=/dev/null TB --- 2010-12-26 00:32:33 - cd /src TB --- 2010-12-26 00:32:33 - /usr/bin/make -B buildworld >>> World build started on Sun Dec 26 00:32:34 UTC 2010 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sun Dec 26 01:33:45 UTC 2010 TB --- 2010-12-26 01:33:45 - generating LINT kernel config TB --- 2010-12-26 01:33:45 - cd /src/sys/sun4v/conf TB --- 2010-12-26 01:33:45 - /usr/bin/make -B LINT TB --- 2010-12-26 01:33:45 - building LINT kernel TB --- 2010-12-26 01:33:45 - MAKEOBJDIRPREFIX=/obj TB --- 2010-12-26 01:33:45 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-12-26 01:33:45 - TARGET=sun4v TB --- 2010-12-26 01:33:45 - TARGET_ARCH=sparc64 TB --- 2010-12-26 01:33:45 - TZ=UTC TB --- 2010-12-26 01:33:45 - __MAKE_CONF=/dev/null TB --- 2010-12-26 01:33:45 - cd /src TB --- 2010-12-26 01:33:45 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Dec 26 01:33:45 UTC 2010 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/kern/tty_tty.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/kern/tty_ttydisc.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/kern/uipc_accf.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/kern/uipc_cow.c cc1: warnings being treated as errors /src/sys/kern/uipc_cow.c: In function 'socow_setup': /src/sys/kern/uipc_cow.c:118: warning: passing argument 4 of 'vm_fault_quick_hold_pages' makes integer from pointer without a cast /src/sys/kern/uipc_cow.c:118: warning: passing argument 5 of 'vm_fault_quick_hold_pages' makes pointer from integer without a cast *** Error code 1 Stop in /obj/sun4v.sparc64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-12-26 01:42:07 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-12-26 01:42:07 - ERROR: failed to build lint kernel TB --- 2010-12-26 01:42:07 - 3241.59 user 649.98 system 4207.09 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-sparc64@FreeBSD.ORG Sun Dec 26 23:07:17 2010 Return-Path: Delivered-To: freebsd-sparc64@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2CB50106564A; Sun, 26 Dec 2010 23:07:17 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: from dirg.bris.ac.uk (dirg.bris.ac.uk [137.222.10.102]) by mx1.freebsd.org (Postfix) with ESMTP id 7F74B8FC15; Sun, 26 Dec 2010 23:07:16 +0000 (UTC) Received: from ncsc.bris.ac.uk ([137.222.10.41]) by dirg.bris.ac.uk with esmtp (Exim 4.72) (envelope-from ) id 1PWzgI-0005wx-En; Sun, 26 Dec 2010 23:07:15 +0000 Received: from mech-cluster241.men.bris.ac.uk ([137.222.187.241]) by ncsc.bris.ac.uk with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from ) id 1PWzgI-0002cq-4J; Sun, 26 Dec 2010 23:07:14 +0000 Received: from mech-cluster241.men.bris.ac.uk (localhost [127.0.0.1]) by mech-cluster241.men.bris.ac.uk (8.14.4/8.14.4) with ESMTP id oBQN7DOS098319; Sun, 26 Dec 2010 23:07:13 GMT (envelope-from mexas@bristol.ac.uk) Received: (from mexas@localhost) by mech-cluster241.men.bris.ac.uk (8.14.4/8.14.4/Submit) id oBQN7DAe098318; Sun, 26 Dec 2010 23:07:13 GMT (envelope-from mexas@bristol.ac.uk) X-Authentication-Warning: mech-cluster241.men.bris.ac.uk: mexas set sender to mexas@bristol.ac.uk using -f Date: Sun, 26 Dec 2010 23:07:13 +0000 From: Anton Shterenlikht To: Marius Strobl Message-ID: <20101226230713.GA98255@mech-cluster241.men.bris.ac.uk> References: <20101115105450.GA27736@mech-cluster241.men.bris.ac.uk> <20101115184820.GL1517@funkthat.com> <20101116093136.GD69044@mech-cluster241.men.bris.ac.uk> <20101117134849.GB5988@mech-cluster241.men.bris.ac.uk> <20101117212624.GA90049@alchemy.franken.de> <20101118110725.GA83468@mech-cluster241.men.bris.ac.uk> <20101119162052.GH80343@alchemy.franken.de> <20101122084206.GA45104@mech-cluster241.men.bris.ac.uk> <20101224223216.GA23150@mech-cluster241.men.bris.ac.uk> <20101224225516.GS61199@alchemy.franken.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20101224225516.GS61199@alchemy.franken.de> User-Agent: Mutt/1.4.2.3i Cc: freebsd-sparc64@FreeBSD.org, ale@FreeBSD.org Subject: SOLVED: Re: port math/gmp fails regression tests [WAS: port lang/gcc45 - not sure how to interpret GCC developers' advice] X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 26 Dec 2010 23:07:17 -0000 On Fri, Dec 24, 2010 at 11:55:16PM +0100, Marius Strobl wrote: > On Fri, Dec 24, 2010 at 10:32:16PM +0000, Anton Shterenlikht wrote: > > On Mon, Nov 22, 2010 at 08:42:06AM +0000, Anton Shterenlikht wrote: > > > On Fri, Nov 19, 2010 at 05:20:52PM +0100, Marius Strobl wrote: > > > > On Thu, Nov 18, 2010 at 11:07:25AM +0000, Anton Shterenlikht wrote: > > > > > On Wed, Nov 17, 2010 at 10:26:24PM +0100, Marius Strobl wrote: > > > > > > On Wed, Nov 17, 2010 at 01:48:49PM +0000, Anton Shterenlikht wrote: > > > > > > > On Tue, Nov 16, 2010 at 09:31:37AM +0000, Anton Shterenlikht wrote: > > > > > > > > On Mon, Nov 15, 2010 at 10:48:20AM -0800, John-Mark Gurney wrote: > > > > > > > > > Anton Shterenlikht wrote this message on Mon, Nov 15, 2010 at 10:54 +0000: > > > > > > > > > > On sparc64 -current r212302 I'm having trouble > > > > > > > > > > building port lang/gcc45. > > > > > > > > > > > > > > > > > > > > Before I go any further, let me just check if anybody > > > > > > > > > > on this list has built gcc45 successfully? > > > > > > > > > > > > > > > > > > > > Here's my GCC bug submission: > > > > > > > > > > http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46086 > > > > > > > > > > > > > > > > > > > > I just can't understand what the GCC folks tell me to do. > > > > > > > > > > > > > > > > > > > > They referred me to this page: > > > > > > > > > > http://gcc.gnu.org/install/specific.html#sparc-x-x > > > > > > > > > > > > > > > > > > > > and apparently to this paragraph: > > > > > > > > > > > > > > > > > > > > *quote* > > > > > > > > > > Newer versions of the GNU Multiple Precision Library (GMP), > > > > > > > > > > the MPFR library and the MPC library are known to be > > > > > > > > > > miscompiled by earlier versions of GCC on these platforms. > > > > > > > > > > We therefore recommend the use of the exact versions of > > > > > > > > > > these libraries listed as minimal versions in the prerequisites. > > > > > > > > > > *end quote* > > > > > > > > > > > > > > > > > > > > The prerequisites link lists: > > > > > > > > > > > > > > > > > > > > GNU Multiple Precision Library (GMP) version 4.3.2 (or later) > > > > > > > > > > MPFR Library version 2.4.2 (or later) > > > > > > > > > > > > > > > > > > > > I've installed: > > > > > > > > > > > > > > > > > > > > gmp-5.0.1 > > > > > > > > > > gmp-ecm-6.3 > > > > > > > > > > mpfr-3.0.0 > > > > > > > > > > > > > > > > > > > > So do they mean to say that I should downgrade to GMP 4.3.2 and > > > > > > > > > > MPFR 2.4.2? > > > > > > > > > > > > > > > > > > Yes, I believe that they do. I think the important phrase is: > > > > > > > > > exact versions of these libraries listed as minimal versions > > > > > > > > > > > > > > > > > > which isn't very clear, but saying use the minimal version listed on > > > > > > > > > the page... They probably had someone try w/ 4.3.3 and wonder why it > > > > > > > > > wasn't working so they added the exact verbage... > > > > > > > > > > > > > > > > ok, I get it. However, the ports above were pulled up and > > > > > > > > installed when I was building gcc45. So downgrading might > > > > > > > > break ports interdependency. I'll try instead to build GMP > > > > > > > > and MPFR with gcc44. > > > > > > > > > > > > > > I've rebuilt GMP with gcc 4.4.6 20101026, > > > > > > > and discovered that it fails regression tests. > > > > > > > Here's my log: > > > > > > > > > > > > > > http://seis.bris.ac.uk/~mexas/gmp-5.0.1-regression-test.log > > > > > > > > > > > > > > Can anybody on this list confirm (or otherwise) this. > > > > > > > > > > > > > > I also checked that GMP passes all tests fine on amd64 and ia64, > > > > > > > so the issue indeed seems to be sparc64 specific. > > > > > > > > > > > > > > > > > > > You seem to be building the gmp port with a non-base compiler but the > > > > > > regression test of the port is picking up the base libstdc++. Likely > > > > > > you need fix your search path for the dynamic linker to include the > > > > > > directory of the libraries of the gcc port you are using (I think for > > > > > > the gcc* ports this is intended to be done via ldconfig(8), i.e. the > > > > > > `ldconfig -r` output needs to include the libstdc++.so.6 of that gcc > > > > > > port) or to include it before the base counterparts. If that doesn't > > > > > > solve your problem you should talk to the port maintainer. > > > > > > > > > > That seems to be the case: > > > > > > > > > > # pwd > > > > > /usr/ports/math/gmp > > > > > # ldconfig -r | grep stdc > > > > > 85:-lstdc++.6 => /usr/lib/libstdc++.so.6 > > > > > 251:-lstdc++.6 => /usr/local/lib/gcc44/libstdc++.so.6 > > > > > > > > > > Perhaps the order is wrong? > > > > > > > > If `nm -D /usr/local/lib/gcc44/libstdc++.so.6 | grep GLIBCXX_3.4.11` > > > > returns a hit then it most likely is. In that case I'm not sure how > > > > the gcc ports are expected to be usable out-of-the-box though as > > > > /etc/rc.d/ldconfig always adds /usr/lib before any local paths. The > > > > only way I see then is to always set LD_LIBRARY_PATH to something > > > > like "/usr/local/lib/gcc44 /lib /usr/lib /usr/local/lib" in the > > > > environment. I think (but may be wrong) that there was also a way > > > > to tell ld(1) to record the path to the library but that likely > > > > wouldn't be usable with every port being built with a non-base gcc. > > > > > > # nm -D /usr/local/lib/gcc44/libstdc++.so.6 | grep GLIBCXX_3.4.11 > > > 0000000000000000 A GLIBCXX_3.4.11 > > > # > > > > > > > I advanced no further in this. > > Setting LD_LIBRARY_PATH as above didn't help - still failed the tests. > > > > I didn't get anything from the GMP folks either: > > http://gmplib.org/list-archives/gmp-bugs/2010-November/002100.html > > > > I just can't see any difference between amd64 and ia64, where > > the tests pass, and sparc, where the tests fail: > > > > http://seis.bris.ac.uk/~mexas/gmp-5.0.1/ > > > > According to your logs on amd64 and ia64 you are compiling gmp with > the system gcc where as on sparc64 you are using the gcc44 port, > which ships with a conflicting libstdc++.so.6. I'd suggest to ask > the maintainer of the gcc port how this is supposed to work, i.e. > what's the right way to actually use the C++ programs built with > the gcc port. So far I don't see any gmp or sparc64 specific problem > here and building gmp with the gcc44 port on amd64 and ia64 should > result in the same problem. This is really strange. I switched back to the default system complier, gcc4.2.1, and now gmp pass all tests, gcc45 builds fine, and I can build and use math/lapack. I'm sure I started with the default compiler initially. So, perhaps something changed in math/gmp in the meantime.. I apologise for wasting everybody's time. anton -- Anton Shterenlikht Room 2.6, Queen's Building Mech Eng Dept Bristol University University Walk, Bristol BS8 1TR, UK Tel: +44 (0)117 331 5944 Fax: +44 (0)117 929 4423 From owner-freebsd-sparc64@FreeBSD.ORG Mon Dec 27 11:07:07 2010 Return-Path: Delivered-To: freebsd-sparc64@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 556C41065702 for ; Mon, 27 Dec 2010 11:07:07 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 434388FC14 for ; Mon, 27 Dec 2010 11:07:07 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id oBRB77RV055871 for ; Mon, 27 Dec 2010 11:07:07 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id oBRB76wu055869 for freebsd-sparc64@FreeBSD.org; Mon, 27 Dec 2010 11:07:06 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 27 Dec 2010 11:07:06 GMT Message-Id: <201012271107.oBRB76wu055869@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: gnats set sender to owner-bugmaster@FreeBSD.org using -f From: FreeBSD bugmaster To: freebsd-sparc64@FreeBSD.org Cc: Subject: Current problem reports assigned to freebsd-sparc64@FreeBSD.org X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Dec 2010 11:07:07 -0000 Note: to view an individual PR, use: http://www.freebsd.org/cgi/query-pr.cgi?pr=(number). The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description -------------------------------------------------------------------------------- f sparc/145211 sparc64 [panic] Memory modified after free o sparc/142102 sparc64 [nfs] [panic] FreeBSD 8.0 kernel panics on sparc64 whe o sparc/141918 sparc64 [ehci] ehci_interrupt: unrecoverable error, controller s sparc/139134 sparc64 kernel output corruption o sparc/119244 sparc64 X11Forwarding to X11 server on sparc crashes Xorg o sparc/119240 sparc64 top has WCPU over 100% on UP system s sparc/119239 sparc64 gdb coredumps on sparc64 f sparc/108732 sparc64 ping(8) reports 14 digit time on sparc64 s sparc/107087 sparc64 [hang] system is hung during boot from CD o sparc/105048 sparc64 [trm] trm(4) panics on sparc64 o sparc/104428 sparc64 [nullfs] nullfs panics on E4500 (but not E420) o sparc/80890 sparc64 [panic] kmem_malloc(73728): kmem_map too small running o sparc/71729 sparc64 printf in kernel thread causes panic on SPARC 13 problems total. From owner-freebsd-sparc64@FreeBSD.ORG Tue Dec 28 00:25:23 2010 Return-Path: Delivered-To: freebsd-sparc@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D698310656C2 for ; Tue, 28 Dec 2010 00:25:23 +0000 (UTC) (envelope-from sales@nahave.com) Received: from nahave.com (mail.nahave.com [83.160.145.129]) by mx1.freebsd.org (Postfix) with ESMTP id 52AD98FC24 for ; Tue, 28 Dec 2010 00:24:48 +0000 (UTC) Received: from ([127.0.0.1]) with MailEnable ESMTP; Tue, 28 Dec 2010 01:10:38 +0100 MIME-Version: 1.0 From: "NAHAVE Machinery" To: freebsd-sparc@freebsd.org X-Mailer: SmartSend.2.0.116 Date: Tue, 28 Dec 2010 01:10:36 +0100 Message-ID: <4344216129544312534438@nhv-db01> Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Newsletter December 2010 X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: sales@nahave.com List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Dec 2010 00:25:23 -0000 De Huufkes 69 D - 5674 TL NUENEN +31 40 737 0075 - +31 84 724 0768 info@nahave.com - www.nahave.com =20 =20 =20 Wheel Loader Doosan 500 DL 2008 80000=E2=82=AC Wheel Loader Caterpillar 918F 1996 22000=E2=82=AC Wheel Loader Caterpillar 966G 2001 79000=E2=82=AC Wheel Loader Caterpillar 972G Series I 1999 66000=E2=82=AC Track dozer Caterpillar D9H 1980 64000=E2=82=AC Wheel excavator M313C Triple boom 2006 =E2=82=AC75000 Wheel Loader Volvo L220F 2008 227500=E2=82=AC Wheel Loader Daewoo Mega 400V 2004 37000=E2=82=AC Wheel Loader Fiat Hitachi W270 1999 27000=E2=82=AC Wheel Loader Komatsu WA470-3H 1999 34000=E2=82=AC Wheel Loader Komatsu WA480-5H 2003 60000=E2=82=AC Wheel Loader Komatsu WA500-6 2007 200000=E2=82=AC Wheel excavator Caterpillar M315C 2006 70000=E2=82=AC Wheel excavator Fuchs MHL360 2003 110000=E2=82=AC Truck Man 12.170 Auto transp. 1986 4300=E2=82=AC Track excavator Case 1188 LC 1996 20000=E2=82=AC Track excavator Hyundai 210LC-3 2001 20000=E2=82=AC Track excavator Caterpillar 325DL 2006 99000=E2=82=AC Track excavator Caterpillar 320N 1995 32500=E2=82=AC Track excavator Caterpillar 324DL 2006 85000=E2=82=AC Track excavator Caterpillar 325CL 2003 60000=E2=82=AC Track excavator Caterpillar 330DL 2007 153000=E2=82=AC Track excavator Caterpillar 365B LME 2001 115000=E2=82=AC Track excavator Caterpillar 375 LME 2001 120000=E2=82=AC Track excavator Case 988 2000 15000=E2=82=AC Track excavator Halla HE280 LCE 1999 22000=E2=82=AC Track excavator Komatsu PC290 LC-6 1998 33000=E2=82=AC Track excavator Komatsu PC290 NLC-7 2002 45000=E2=82=AC Track excavator Komatsu PC340 LC-6 1998 32000=E2=82=AC Track excavator Liebherr R912 LC 1986 9000=E2=82=AC Track excavator Liebherr R934B HD-SL 2005 89000=E2=82=AC Track excavator Hitachi ZX280 LC 2004 74000=E2=82=AC Track excavator Hitachi ZX160 LC-3 2006 68000=E2=82=AC Track excavator Hitachi ZX470 LCH 2007 154000=E2=82=AC Track dozer Caterpillar D4H Series II 1990 34000=E2=82=AC Track dozer Caterpillar D9N 1991 87000=E2=82=AC Track dozer Caterpillar D6N LGP 2003 65000=E2=82=AC Track dozer Caterpillar D6N LGP 2006 138000=E2=82=AC Track dozer Caterpillar D8N LGP 1995 95000=E2=82=AC Track dozer Caterpillar D9L 1982 70000=E2=82=AC Track dozer Klippan Ottosan 513 1980 6000=E2=82=AC Motor grader Caterpillar 14G 1975 50000=E2=82=AC Motor grader Caterpillar 16 1969 30000=E2=82=AC Crawler Loader Atlas 2202E-HD 1985 20000=E2=82=AC Articulated vehicle Iveco 180-26 Rolfo 1992 3800=E2=82=AC Articulated Dump Truck Volvo A25C 6x6 1993 12000=E2=82=AC Articulated Dump Truck Volvo A30E 2008 184000=E2=82=AC Articulated Dump Truck Volvo A40D 2002 80000=E2=82=AC Don't want to receive our newsletter or stocklist anymore=3F Click here. From owner-freebsd-sparc64@FreeBSD.ORG Tue Dec 28 14:05:16 2010 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 346FE106564A for ; Tue, 28 Dec 2010 14:05:16 +0000 (UTC) (envelope-from gahr@gahr.ch) Received: from cpanel05.rubas-s05.net (cpanel05.rubas-s05.net [195.182.222.75]) by mx1.freebsd.org (Postfix) with ESMTP id DDE0F8FC15 for ; Tue, 28 Dec 2010 14:05:15 +0000 (UTC) Received: from 4-221.198-178.cust.bluewin.ch ([178.198.221.4] helo=gahrfit.gahr.ch) by cpanel05.rubas-s05.net with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.69) (envelope-from ) id 1PXZda-0003FS-L0 for freebsd-sparc64@freebsd.org; Tue, 28 Dec 2010 14:30:51 +0100 Received: by gahrfit.gahr.ch (sSMTP sendmail emulation); Tue, 28 Dec 2010 14:27:04 +0100 From: "Pietro Cerutti" Date: Tue, 28 Dec 2010 14:27:04 +0100 To: freebsd-sparc64@freebsd.org Message-ID: <20101228132703.GC68770@gahrfit.gahr.ch> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="yVhtmJPUSI46BTXb" Content-Disposition: inline X-PGP-Key: 0x9571F78E X-PGP-Fingerprint: 1203 92B5 3919 AF84 9B97 28D6 C0C2 6A98 9571 F78E User-Agent: Mutt/1.5.21 (2010-09-15) X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - cpanel05.rubas-s05.net X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - gahr.ch X-Source: X-Source-Args: X-Source-Dir: Subject: [patch] rename macro parameter list in cpufunc.h X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: gahr@FreeBSD.org List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Dec 2010 14:05:16 -0000 --yVhtmJPUSI46BTXb Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Dear all, sys/sparc64/include/cpufunc.h defines macro having a parameter named 'xor'. This is a reserved keyword in C++. For this reason, it is impossible to use this header in C++ (e.g., by including machine/atomic.h). This patch [1] renames these parameters to _xor. Please review and/or approve (I need an explicit approval in order to commit to src). Thanks! Best Regards, [1] http://people.freebsd.org/~gahr/cpufunc.h.diff --=20 Pietro Cerutti The FreeBSD Project gahr@FreeBSD.org PGP Public Key: http://gahr.ch/pgp --yVhtmJPUSI46BTXb Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (FreeBSD) iEYEARECAAYFAk0Z5aYACgkQwMJqmJVx946QLQCfU41eeejc9PWbl4u/u+gTRel1 guoAoJbuHF1DjwpOw/IgmrdgwmTm4NAh =hKhR -----END PGP SIGNATURE----- --yVhtmJPUSI46BTXb-- From owner-freebsd-sparc64@FreeBSD.ORG Tue Dec 28 17:35:31 2010 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DD29E106566B for ; Tue, 28 Dec 2010 17:35:31 +0000 (UTC) (envelope-from marius@alchemy.franken.de) Received: from alchemy.franken.de (alchemy.franken.de [194.94.249.214]) by mx1.freebsd.org (Postfix) with ESMTP id 7081E8FC19 for ; Tue, 28 Dec 2010 17:35:31 +0000 (UTC) Received: from alchemy.franken.de (localhost [127.0.0.1]) by alchemy.franken.de (8.14.4/8.14.4/ALCHEMY.FRANKEN.DE) with ESMTP id oBSHZUw9038152; Tue, 28 Dec 2010 18:35:30 +0100 (CET) (envelope-from marius@alchemy.franken.de) Received: (from marius@localhost) by alchemy.franken.de (8.14.4/8.14.4/Submit) id oBSHZUh8038151; Tue, 28 Dec 2010 18:35:30 +0100 (CET) (envelope-from marius) Date: Tue, 28 Dec 2010 18:35:29 +0100 From: Marius Strobl To: gahr@freebsd.org Message-ID: <20101228173529.GA38083@alchemy.franken.de> References: <20101228132703.GC68770@gahrfit.gahr.ch> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20101228132703.GC68770@gahrfit.gahr.ch> User-Agent: Mutt/1.4.2.3i Cc: freebsd-sparc64@freebsd.org Subject: Re: [patch] rename macro parameter list in cpufunc.h X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Dec 2010 17:35:31 -0000 On Tue, Dec 28, 2010 at 02:27:04PM +0100, Pietro Cerutti wrote: > Dear all, > > sys/sparc64/include/cpufunc.h defines macro having a parameter named > 'xor'. This is a reserved keyword in C++. For this reason, it is > impossible to use this header in C++ (e.g., by including > machine/atomic.h). > > This patch [1] renames these parameters to _xor. Please review and/or > approve (I need an explicit approval in order to commit to src). > > Thanks! > > Best Regards, > > [1] http://people.freebsd.org/~gahr/cpufunc.h.diff Hrm, I really don't like the inconsistency only renaming "xor" introduces, rototilling the whole file also seems excessive though (also that would get it closer to style(9)). Would wrapping it in __BEGIN_DECLS or something like that work as an alternate solution? Marius From owner-freebsd-sparc64@FreeBSD.ORG Tue Dec 28 18:11:01 2010 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7D54E106564A; Tue, 28 Dec 2010 18:11:01 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 47E138FC1D; Tue, 28 Dec 2010 18:11:01 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id E4C3246B03; Tue, 28 Dec 2010 13:11:00 -0500 (EST) Received: from jhbbsd.localnet (smtp.hudson-trading.com [209.249.190.9]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 20A7A8A009; Tue, 28 Dec 2010 13:11:00 -0500 (EST) From: John Baldwin To: freebsd-sparc64@freebsd.org Date: Tue, 28 Dec 2010 13:10:50 -0500 User-Agent: KMail/1.13.5 (FreeBSD/7.3-CBSD-20101102; KDE/4.4.5; amd64; ; ) References: <20101228132703.GC68770@gahrfit.gahr.ch> <20101228173529.GA38083@alchemy.franken.de> In-Reply-To: <20101228173529.GA38083@alchemy.franken.de> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201012281310.50739.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.6 (bigwig.baldwin.cx); Tue, 28 Dec 2010 13:11:00 -0500 (EST) X-Virus-Scanned: clamav-milter 0.96.3 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-1.9 required=4.2 tests=BAYES_00 autolearn=ham version=3.3.1 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on bigwig.baldwin.cx Cc: Marius Strobl Subject: Re: [patch] rename macro parameter list in cpufunc.h X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Dec 2010 18:11:01 -0000 On Tuesday, December 28, 2010 12:35:29 pm Marius Strobl wrote: > On Tue, Dec 28, 2010 at 02:27:04PM +0100, Pietro Cerutti wrote: > > Dear all, > > > > sys/sparc64/include/cpufunc.h defines macro having a parameter named > > 'xor'. This is a reserved keyword in C++. For this reason, it is > > impossible to use this header in C++ (e.g., by including > > machine/atomic.h). > > > > This patch [1] renames these parameters to _xor. Please review and/or > > approve (I need an explicit approval in order to commit to src). > > > > Thanks! > > > > Best Regards, > > > > [1] http://people.freebsd.org/~gahr/cpufunc.h.diff > > Hrm, I really don't like the inconsistency only renaming "xor" > introduces, rototilling the whole file also seems excessive though > (also that would get it closer to style(9)). Would wrapping it in > __BEGIN_DECLS or something like that work as an alternate solution? Not for a reserved word like 'class'. Maybe you could rename 'xor' to something else like 'mask' instead? -- John Baldwin From owner-freebsd-sparc64@FreeBSD.ORG Tue Dec 28 18:20:51 2010 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5B63D106564A; Tue, 28 Dec 2010 18:20:51 +0000 (UTC) (envelope-from marius@alchemy.franken.de) Received: from alchemy.franken.de (alchemy.franken.de [194.94.249.214]) by mx1.freebsd.org (Postfix) with ESMTP id E2AAB8FC14; Tue, 28 Dec 2010 18:20:50 +0000 (UTC) Received: from alchemy.franken.de (localhost [127.0.0.1]) by alchemy.franken.de (8.14.4/8.14.4/ALCHEMY.FRANKEN.DE) with ESMTP id oBSIKnVH038316; Tue, 28 Dec 2010 19:20:49 +0100 (CET) (envelope-from marius@alchemy.franken.de) Received: (from marius@localhost) by alchemy.franken.de (8.14.4/8.14.4/Submit) id oBSIKnS7038315; Tue, 28 Dec 2010 19:20:49 +0100 (CET) (envelope-from marius) Date: Tue, 28 Dec 2010 19:20:49 +0100 From: Marius Strobl To: John Baldwin Message-ID: <20101228182049.GV61199@alchemy.franken.de> References: <20101228132703.GC68770@gahrfit.gahr.ch> <20101228173529.GA38083@alchemy.franken.de> <201012281310.50739.jhb@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <201012281310.50739.jhb@freebsd.org> User-Agent: Mutt/1.4.2.3i Cc: freebsd-sparc64@freebsd.org Subject: Re: [patch] rename macro parameter list in cpufunc.h X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Dec 2010 18:20:51 -0000 On Tue, Dec 28, 2010 at 01:10:50PM -0500, John Baldwin wrote: > On Tuesday, December 28, 2010 12:35:29 pm Marius Strobl wrote: > > On Tue, Dec 28, 2010 at 02:27:04PM +0100, Pietro Cerutti wrote: > > > Dear all, > > > > > > sys/sparc64/include/cpufunc.h defines macro having a parameter named > > > 'xor'. This is a reserved keyword in C++. For this reason, it is > > > impossible to use this header in C++ (e.g., by including > > > machine/atomic.h). > > > > > > This patch [1] renames these parameters to _xor. Please review and/or > > > approve (I need an explicit approval in order to commit to src). > > > > > > Thanks! > > > > > > Best Regards, > > > > > > [1] http://people.freebsd.org/~gahr/cpufunc.h.diff > > > > Hrm, I really don't like the inconsistency only renaming "xor" > > introduces, rototilling the whole file also seems excessive though > > (also that would get it closer to style(9)). Would wrapping it in > > __BEGIN_DECLS or something like that work as an alternate solution? > > Not for a reserved word like 'class'. Maybe you could rename 'xor' to > something else like 'mask' instead? > The description of the assembly syntax uses "xor" so I'd prefer to keep the name of the parameter close to that, I'd be okay with using f.e. "xorval" though. Marius From owner-freebsd-sparc64@FreeBSD.ORG Wed Dec 29 08:09:24 2010 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 38F7C106564A for ; Wed, 29 Dec 2010 08:09:24 +0000 (UTC) (envelope-from gahr@gahr.ch) Received: from cpanel05.rubas-s05.net (cpanel05.rubas-s05.net [195.182.222.75]) by mx1.freebsd.org (Postfix) with ESMTP id BA6E48FC17 for ; Wed, 29 Dec 2010 08:09:23 +0000 (UTC) Received: from 4-221.198-178.cust.bluewin.ch ([178.198.221.4] helo=gahrfit.gahr.ch) by cpanel05.rubas-s05.net with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.69) (envelope-from ) id 1PXr61-0004Zc-9k; Wed, 29 Dec 2010 09:09:22 +0100 Received: by gahrfit.gahr.ch (sSMTP sendmail emulation); Wed, 29 Dec 2010 09:05:29 +0100 From: "Pietro Cerutti" Date: Wed, 29 Dec 2010 09:05:29 +0100 To: Marius Strobl Message-ID: <20101229080528.GB72669@gahrfit.gahr.ch> References: <20101228132703.GC68770@gahrfit.gahr.ch> <20101228173529.GA38083@alchemy.franken.de> <201012281310.50739.jhb@freebsd.org> <20101228182049.GV61199@alchemy.franken.de> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="T4sUOijqQbZv57TR" Content-Disposition: inline In-Reply-To: <20101228182049.GV61199@alchemy.franken.de> X-PGP-Key: 0x9571F78E X-PGP-Fingerprint: 1203 92B5 3919 AF84 9B97 28D6 C0C2 6A98 9571 F78E User-Agent: Mutt/1.5.21 (2010-09-15) X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - cpanel05.rubas-s05.net X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - gahr.ch X-Source: X-Source-Args: X-Source-Dir: Cc: freebsd-sparc64@freebsd.org Subject: Re: [patch] rename macro parameter list in cpufunc.h X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: gahr@FreeBSD.org List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Dec 2010 08:09:24 -0000 --T4sUOijqQbZv57TR Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2010-Dec-28, 19:20, Marius Strobl wrote: > On Tue, Dec 28, 2010 at 01:10:50PM -0500, John Baldwin wrote: > > On Tuesday, December 28, 2010 12:35:29 pm Marius Strobl wrote: > > > On Tue, Dec 28, 2010 at 02:27:04PM +0100, Pietro Cerutti wrote: > > > > Dear all, > > > >=20 > > > > sys/sparc64/include/cpufunc.h defines macro having a parameter named > > > > 'xor'. This is a reserved keyword in C++. For this reason, it is > > > > impossible to use this header in C++ (e.g., by including > > > > machine/atomic.h). > > > >=20 > > > > This patch [1] renames these parameters to _xor. Please review and/= or > > > > approve (I need an explicit approval in order to commit to src). > > > >=20 > > > > Thanks! > > > >=20 > > > > Best Regards, > > > >=20 > > > > [1] http://people.freebsd.org/~gahr/cpufunc.h.diff > > >=20 > > > Hrm, I really don't like the inconsistency only renaming "xor" > > > introduces, rototilling the whole file also seems excessive though > > > (also that would get it closer to style(9)). Would wrapping it in > > > __BEGIN_DECLS or something like that work as an alternate solution? > >=20 > > Not for a reserved word like 'class'. Maybe you could rename 'xor' to= =20 > > something else like 'mask' instead? > >=20 >=20 > The description of the assembly syntax uses "xor" so I'd prefer to keep > the name of the parameter close to that, I'd be okay with using f.e. > "xorval" though. Well, I guess the choice of the name is up to you, and xorval kind of makes sense to me. Would you like to commit it or I do? --=20 Pietro Cerutti The FreeBSD Project gahr@FreeBSD.org PGP Public Key: http://gahr.ch/pgp --T4sUOijqQbZv57TR Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (FreeBSD) iEYEARECAAYFAk0a68cACgkQwMJqmJVx944PFgCg08Eweh+BhMXAglriWEtrNKRI rSIAoNX0Y+zNVOoYEVMps2R57XqYCw92 =uREk -----END PGP SIGNATURE----- --T4sUOijqQbZv57TR--