From owner-freebsd-sparc64@FreeBSD.ORG Mon Nov 15 10:54:57 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 DBFDD106566B; Mon, 15 Nov 2010 10:54:57 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: from dirj.bris.ac.uk (dirj.bris.ac.uk [137.222.10.78]) by mx1.freebsd.org (Postfix) with ESMTP id 9B5678FC08; Mon, 15 Nov 2010 10:54:57 +0000 (UTC) Received: from ncsd.bris.ac.uk ([137.222.10.59] helo=ncs.bris.ac.uk) by dirj.bris.ac.uk with esmtp (Exim 4.69) (envelope-from ) id 1PHwi3-0000jf-D5; Mon, 15 Nov 2010 10:54:56 +0000 Received: from mech-cluster241.men.bris.ac.uk ([137.222.187.241]) by ncs.bris.ac.uk with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.67) (envelope-from ) id 1PHwi3-0003Ai-8t; Mon, 15 Nov 2010 10:54:51 +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 oAFAspbb027862; Mon, 15 Nov 2010 10:54:51 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 oAFAsoba027861; Mon, 15 Nov 2010 10:54:50 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: Mon, 15 Nov 2010 10:54:50 +0000 From: Anton Shterenlikht To: freebsd-sparc64@freebsd.org, gerald@freebsd.org Message-ID: <20101115105450.GA27736@mech-cluster241.men.bris.ac.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.3i Cc: Subject: 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: Mon, 15 Nov 2010 10:54:57 -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? Or do they want me to compile these libraries with say gcc44, instead of the system 4.2.1? many thanks 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 Nov 15 11:07:04 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 A75A91065788 for ; Mon, 15 Nov 2010 11:07:04 +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 93C2A8FC13 for ; Mon, 15 Nov 2010 11:07:04 +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 oAFB74oU086421 for ; Mon, 15 Nov 2010 11:07:04 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id oAFB74H1086419 for freebsd-sparc64@FreeBSD.org; Mon, 15 Nov 2010 11:07:04 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 15 Nov 2010 11:07:04 GMT Message-Id: <201011151107.oAFB74H1086419@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, 15 Nov 2010 11:07:04 -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 Mon Nov 15 19:15:58 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 4A4AE1065693; Mon, 15 Nov 2010 19:15:58 +0000 (UTC) (envelope-from jmg@h2.funkthat.com) Received: from h2.funkthat.com (gate.funkthat.com [70.36.235.232]) by mx1.freebsd.org (Postfix) with ESMTP id 0870F8FC17; Mon, 15 Nov 2010 19:15:57 +0000 (UTC) Received: from h2.funkthat.com (localhost [127.0.0.1]) by h2.funkthat.com (8.14.3/8.14.3) with ESMTP id oAFImLEr063032 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 15 Nov 2010 10:48:21 -0800 (PST) (envelope-from jmg@h2.funkthat.com) Received: (from jmg@localhost) by h2.funkthat.com (8.14.3/8.14.3/Submit) id oAFImK2i063031; Mon, 15 Nov 2010 10:48:20 -0800 (PST) (envelope-from jmg) Date: Mon, 15 Nov 2010 10:48:20 -0800 From: John-Mark Gurney To: Anton Shterenlikht Message-ID: <20101115184820.GL1517@funkthat.com> Mail-Followup-To: Anton Shterenlikht , freebsd-sparc64@freebsd.org, gerald@freebsd.org References: <20101115105450.GA27736@mech-cluster241.men.bris.ac.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20101115105450.GA27736@mech-cluster241.men.bris.ac.uk> User-Agent: Mutt/1.4.2.3i X-Operating-System: FreeBSD 7.2-RELEASE i386 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.2 (h2.funkthat.com [127.0.0.1]); Mon, 15 Nov 2010 10:48:21 -0800 (PST) Cc: gerald@freebsd.org, freebsd-sparc64@freebsd.org Subject: Re: 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: Mon, 15 Nov 2010 19:15:58 -0000 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... -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-sparc64@FreeBSD.ORG Tue Nov 16 08:06:31 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 89DBA106566B; Tue, 16 Nov 2010 08:06:31 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-legacy.sentex.ca (unknown [IPv6:2607:f3e0:0:3::6502:9a]) by mx1.freebsd.org (Postfix) with ESMTP id 43A288FC16; Tue, 16 Nov 2010 08:06:31 +0000 (UTC) Received: from freebsd-legacy.sentex.ca (localhost [127.0.0.1]) by freebsd-legacy.sentex.ca (8.14.4/8.14.4) with ESMTP id oAG8bJLK085450; Tue, 16 Nov 2010 08:37:19 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy.sentex.ca (8.14.4/8.14.4/Submit) id oAG8bIfW085449; Tue, 16 Nov 2010 08:37:18 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 16 Nov 2010 08:37:18 GMT Message-Id: <201011160837.oAG8bIfW085449@freebsd-legacy.sentex.ca> X-Authentication-Warning: freebsd-legacy.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [releng_7 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: Tue, 16 Nov 2010 08:06:31 -0000 TB --- 2010-11-16 07:13:10 - tinderbox 2.6 running on freebsd-legacy.sentex.ca TB --- 2010-11-16 07:13:10 - starting RELENG_7 tinderbox run for sparc64/sparc64 TB --- 2010-11-16 07:13:10 - cleaning the object tree TB --- 2010-11-16 07:13:21 - cvsupping the source tree TB --- 2010-11-16 07:13:21 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca -s /usr/home/tinderbox/RELENG_7/sparc64/sparc64/supfile TB --- 2010-11-16 07:13:28 - building world TB --- 2010-11-16 07:13:28 - MAKEOBJDIRPREFIX=/obj TB --- 2010-11-16 07:13:28 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-11-16 07:13:28 - TARGET=sparc64 TB --- 2010-11-16 07:13:28 - TARGET_ARCH=sparc64 TB --- 2010-11-16 07:13:28 - TZ=UTC TB --- 2010-11-16 07:13:28 - __MAKE_CONF=/dev/null TB --- 2010-11-16 07:13:28 - cd /src TB --- 2010-11-16 07:13:28 - /usr/bin/make -B buildworld >>> World build started on Tue Nov 16 07:13:29 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 Tue Nov 16 08:24:48 UTC 2010 TB --- 2010-11-16 08:24:48 - generating LINT kernel config TB --- 2010-11-16 08:24:48 - cd /src/sys/sparc64/conf TB --- 2010-11-16 08:24:48 - /usr/bin/make -B LINT TB --- 2010-11-16 08:24:48 - building LINT kernel TB --- 2010-11-16 08:24:48 - MAKEOBJDIRPREFIX=/obj TB --- 2010-11-16 08:24:48 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-11-16 08:24:48 - TARGET=sparc64 TB --- 2010-11-16 08:24:48 - TARGET_ARCH=sparc64 TB --- 2010-11-16 08:24:48 - TZ=UTC TB --- 2010-11-16 08:24:48 - __MAKE_CONF=/dev/null TB --- 2010-11-16 08:24:48 - cd /src TB --- 2010-11-16 08:24:48 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Nov 16 08:24:48 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 -Werror /src/sys/netipsec/xform_ah.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 -Werror /src/sys/netipsec/xform_esp.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 -Werror /src/sys/netipsec/xform_ipcomp.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 -Werror /src/sys/netipsec/xform_ipip.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 -Werror /src/sys/netipx/ipx.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 -Werror /src/sys/netipx/ipx_cksum.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 -Werror /src/sys/netipx/ipx_input.c /src/sys/netipx/ipx_input.c:122: error: initializer element is not constant *** Error code 1 Stop in /obj/sparc64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-11-16 08:37:18 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-11-16 08:37:18 - ERROR: failed to build lint kernel TB --- 2010-11-16 08:37:18 - 4148.91 user 660.42 system 5048.63 real http://tinderbox.freebsd.org/tinderbox-releng_7-RELENG_7-sparc64-sparc64.full From owner-freebsd-sparc64@FreeBSD.ORG Tue Nov 16 09:31:38 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 EA6AD106564A; Tue, 16 Nov 2010 09:31:38 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: from dirj.bris.ac.uk (dirj.bris.ac.uk [137.222.10.78]) by mx1.freebsd.org (Postfix) with ESMTP id A621D8FC12; Tue, 16 Nov 2010 09:31:38 +0000 (UTC) Received: from ncsc.bris.ac.uk ([137.222.10.41]) by dirj.bris.ac.uk with esmtp (Exim 4.69) (envelope-from ) id 1PIHt3-0004FC-Gg; Tue, 16 Nov 2010 09:31:37 +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.67) (envelope-from ) id 1PIHt3-0000DT-Bt; Tue, 16 Nov 2010 09:31:37 +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 oAG9VbUR069513; Tue, 16 Nov 2010 09:31:37 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 oAG9Vbmh069512; Tue, 16 Nov 2010 09:31:37 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: Tue, 16 Nov 2010 09:31:37 +0000 From: Anton Shterenlikht To: Anton Shterenlikht , freebsd-sparc64@freebsd.org, gerald@freebsd.org Message-ID: <20101116093136.GD69044@mech-cluster241.men.bris.ac.uk> References: <20101115105450.GA27736@mech-cluster241.men.bris.ac.uk> <20101115184820.GL1517@funkthat.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20101115184820.GL1517@funkthat.com> User-Agent: Mutt/1.4.2.3i Cc: Subject: Re: 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: Tue, 16 Nov 2010 09:31:39 -0000 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. many thanks 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 Wed Nov 17 13:48: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 C9C411065672 for ; Wed, 17 Nov 2010 13:48:51 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: from dirj.bris.ac.uk (dirj.bris.ac.uk [137.222.10.78]) by mx1.freebsd.org (Postfix) with ESMTP id 7EE4D8FC0C for ; Wed, 17 Nov 2010 13:48:51 +0000 (UTC) Received: from ncsd.bris.ac.uk ([137.222.10.59] helo=ncs.bris.ac.uk) by dirj.bris.ac.uk with esmtp (Exim 4.69) (envelope-from ) id 1PIiNW-0006SD-9o for freebsd-sparc64@freebsd.org; Wed, 17 Nov 2010 13:48:50 +0000 Received: from mech-cluster241.men.bris.ac.uk ([137.222.187.241]) by ncs.bris.ac.uk with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.67) (envelope-from ) id 1PIiNW-0003TR-4Y for freebsd-sparc64@freebsd.org; Wed, 17 Nov 2010 13:48:50 +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 oAHDmnMZ007761 for ; Wed, 17 Nov 2010 13:48:49 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 oAHDmnxk007760 for freebsd-sparc64@freebsd.org; Wed, 17 Nov 2010 13:48:49 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: Wed, 17 Nov 2010 13:48:49 +0000 From: Anton Shterenlikht To: freebsd-sparc64@freebsd.org Message-ID: <20101117134849.GB5988@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> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20101116093136.GD69044@mech-cluster241.men.bris.ac.uk> User-Agent: Mutt/1.4.2.3i Subject: 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: Wed, 17 Nov 2010 13:48:52 -0000 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. many thanks 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 Wed Nov 17 21:26:33 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 38E77106566B for ; Wed, 17 Nov 2010 21:26:33 +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 B2CB98FC15 for ; Wed, 17 Nov 2010 21:26:32 +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 oAHLQOeW090342; Wed, 17 Nov 2010 22:26:24 +0100 (CET) (envelope-from marius@alchemy.franken.de) Received: (from marius@localhost) by alchemy.franken.de (8.14.4/8.14.4/Submit) id oAHLQO5h090341; Wed, 17 Nov 2010 22:26:24 +0100 (CET) (envelope-from marius) Date: Wed, 17 Nov 2010 22:26:24 +0100 From: Marius Strobl To: Anton Shterenlikht Message-ID: <20101117212624.GA90049@alchemy.franken.de> 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> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20101117134849.GB5988@mech-cluster241.men.bris.ac.uk> User-Agent: Mutt/1.4.2.3i Cc: freebsd-sparc64@freebsd.org Subject: 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: Wed, 17 Nov 2010 21:26:33 -0000 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. Marius From owner-freebsd-sparc64@FreeBSD.ORG Thu Nov 18 11:07:27 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 B8A41106566B for ; Thu, 18 Nov 2010 11:07:27 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: from dirj.bris.ac.uk (dirj.bris.ac.uk [137.222.10.78]) by mx1.freebsd.org (Postfix) with ESMTP id 725958FC0A for ; Thu, 18 Nov 2010 11:07:27 +0000 (UTC) Received: from ncsd.bris.ac.uk ([137.222.10.59] helo=ncs.bris.ac.uk) by dirj.bris.ac.uk with esmtp (Exim 4.69) (envelope-from ) id 1PJ2Ks-0002kG-36; Thu, 18 Nov 2010 11:07:26 +0000 Received: from mech-cluster241.men.bris.ac.uk ([137.222.187.241]) by ncs.bris.ac.uk with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.67) (envelope-from ) id 1PJ2Kr-00002p-RL; Thu, 18 Nov 2010 11:07:25 +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 oAIB7PXV083532; Thu, 18 Nov 2010 11:07:25 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 oAIB7Pn5083531; Thu, 18 Nov 2010 11:07:25 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: Thu, 18 Nov 2010 11:07:25 +0000 From: Anton Shterenlikht To: Marius Strobl Message-ID: <20101118110725.GA83468@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> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20101117212624.GA90049@alchemy.franken.de> User-Agent: Mutt/1.4.2.3i Cc: freebsd-sparc64@freebsd.org Subject: 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: Thu, 18 Nov 2010 11:07:27 -0000 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? many thanks 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 Thu Nov 18 12:53:30 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 CB2011065693; Thu, 18 Nov 2010 12:53:30 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-legacy.sentex.ca (freebsd-legacy.sentex.ca [IPv6:2607:f3e0:0:3::6502:9a]) by mx1.freebsd.org (Postfix) with ESMTP id 6B7AF8FC1B; Thu, 18 Nov 2010 12:53:30 +0000 (UTC) Received: from freebsd-legacy.sentex.ca (localhost [127.0.0.1]) by freebsd-legacy.sentex.ca (8.14.4/8.14.4) with ESMTP id oAIDe8dk017750; Thu, 18 Nov 2010 13:40:08 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy.sentex.ca (8.14.4/8.14.4/Submit) id oAIDe8Wi017749; Thu, 18 Nov 2010 13:40:08 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 18 Nov 2010 13:40:08 GMT Message-Id: <201011181340.oAIDe8Wi017749@freebsd-legacy.sentex.ca> X-Authentication-Warning: freebsd-legacy.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [releng_7 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: Thu, 18 Nov 2010 12:53:30 -0000 TB --- 2010-11-18 12:37:22 - tinderbox 2.6 running on freebsd-legacy.sentex.ca TB --- 2010-11-18 12:37:22 - starting RELENG_7 tinderbox run for sparc64/sparc64 TB --- 2010-11-18 12:37:22 - cleaning the object tree TB --- 2010-11-18 12:37:33 - cvsupping the source tree TB --- 2010-11-18 12:37:33 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca -s /usr/home/tinderbox/RELENG_7/sparc64/sparc64/supfile TB --- 2010-11-18 12:37:39 - building world TB --- 2010-11-18 12:37:39 - MAKEOBJDIRPREFIX=/obj TB --- 2010-11-18 12:37:39 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-11-18 12:37:39 - TARGET=sparc64 TB --- 2010-11-18 12:37:39 - TARGET_ARCH=sparc64 TB --- 2010-11-18 12:37:39 - TZ=UTC TB --- 2010-11-18 12:37:39 - __MAKE_CONF=/dev/null TB --- 2010-11-18 12:37:39 - cd /src TB --- 2010-11-18 12:37:39 - /usr/bin/make -B buildworld >>> World build started on Thu Nov 18 12:37:41 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 [...] cc -O2 -fno-strict-aliasing -pipe -o mt mt.o gzip -cn /src/usr.bin/mt/mt.1 > mt.1.gz ===> usr.bin/nc (all) cc -O2 -fno-strict-aliasing -pipe -DIPSEC -c /src/usr.bin/nc/../../contrib/netcat/netcat.c /src/usr.bin/nc/../../contrib/netcat/netcat.c: In function 'remote_connect': /src/usr.bin/nc/../../contrib/netcat/netcat.c:573: error: 'IP_BINDANY' undeclared (first use in this function) /src/usr.bin/nc/../../contrib/netcat/netcat.c:573: error: (Each undeclared identifier is reported only once /src/usr.bin/nc/../../contrib/netcat/netcat.c:573: error: for each function it appears in.) *** Error code 1 Stop in /src/usr.bin/nc. *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-11-18 13:40:08 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-11-18 13:40:08 - ERROR: failed to build world TB --- 2010-11-18 13:40:08 - 3125.45 user 531.07 system 3765.33 real http://tinderbox.freebsd.org/tinderbox-releng_7-RELENG_7-sparc64-sparc64.full From owner-freebsd-sparc64@FreeBSD.ORG Fri Nov 19 16:21:00 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 47574106566C for ; Fri, 19 Nov 2010 16:21:00 +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 DFF9A8FC18 for ; Fri, 19 Nov 2010 16:20:59 +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 oAJGKqmP030848; Fri, 19 Nov 2010 17:20:52 +0100 (CET) (envelope-from marius@alchemy.franken.de) Received: (from marius@localhost) by alchemy.franken.de (8.14.4/8.14.4/Submit) id oAJGKqsB030847; Fri, 19 Nov 2010 17:20:52 +0100 (CET) (envelope-from marius) Date: Fri, 19 Nov 2010 17:20:52 +0100 From: Marius Strobl To: Anton Shterenlikht Message-ID: <20101119162052.GH80343@alchemy.franken.de> 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> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20101118110725.GA83468@mech-cluster241.men.bris.ac.uk> User-Agent: Mutt/1.4.2.3i Cc: freebsd-sparc64@freebsd.org Subject: 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: Fri, 19 Nov 2010 16:21:00 -0000 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. Marius