From owner-freebsd-questions@FreeBSD.ORG Tue Jan 10 00:27:48 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 633C3106567D for ; Tue, 10 Jan 2012 00:27:48 +0000 (UTC) (envelope-from PMahan@adaranet.com) Received: from barracuda.adaranet.com (smtp.adaranet.com [72.5.229.2]) by mx1.freebsd.org (Postfix) with ESMTP id 42C248FC14 for ; Tue, 10 Jan 2012 00:27:47 +0000 (UTC) X-ASG-Debug-ID: 1326155267-06a314a40001-jLrpzn Received: from SJ-EXCH-1.adaranet.com ([10.10.1.29]) by barracuda.adaranet.com with ESMTP id AKSeKBdfx3Pkoqur for ; Mon, 09 Jan 2012 16:27:47 -0800 (PST) X-Barracuda-Envelope-From: PMahan@adaranet.com Received: from SJ-EXCH-1.adaranet.com ([fe80::7042:d8c2:5973:c523]) by SJ-EXCH-1.adaranet.com ([fe80::7042:d8c2:5973:c523%14]) with mapi; Mon, 9 Jan 2012 16:27:47 -0800 From: Patrick Mahan X-Barracuda-BBL-IP: fe80::7042:d8c2:5973:c523 X-Barracuda-RBL-IP: fe80::7042:d8c2:5973:c523 To: "freebsd-questions@freebsd.org" Date: Mon, 9 Jan 2012 16:27:47 -0800 X-ASG-Orig-Subj: Problems building world with 9.0 RC3 Thread-Topic: Problems building world with 9.0 RC3 Thread-Index: AQHMzy6tAMi3gG2hH0WmPQRGGitHhg== Message-ID: <32AB5C9615CC494997D9ABB1DB12783C02D6525716@SJ-EXCH-1.adaranet.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Barracuda-Connect: UNKNOWN[10.10.1.29] X-Barracuda-Start-Time: 1326155267 X-Barracuda-URL: http://172.16.10.203:8000/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at adaranet.com Subject: Problems building world with 9.0 RC3 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Jan 2012 00:27:48 -0000 All, I am having an issue with getting buildworld to work for me. It is failing while building zfs - cc -DADARA_OS -I/data/pmahan/devel/pm_ipr9.0/ipr9.0/src/cddl/sbin/zfs/../.= ./../cddl/contrib/opensolaris/lib/libzpool/common -I/data/pmahan/devel/pm_i= pr9.0/ipr9.0/src/cddl/sbin/zfs/../../../cddl/compat/opensolaris/include -I/= data/pmahan/devel/pm_ipr9.0/ipr9.0/src/cddl/sbin/zfs/../../../cddl/compat/o= pensolaris/lib/libumem -I/data/pmahan/devel/pm_ipr9.0/ipr9.0/src/cddl/sbin/= zfs/../../../sys/cddl/compat/opensolaris -I/data/pmahan/devel/pm_ipr9.0/ipr= 9.0/src/cddl/sbin/zfs/../../../cddl/contrib/opensolaris/head -I/data/pmahan= /devel/pm_ipr9.0/ipr9.0/src/cddl/sbin/zfs/../../../cddl/contrib/opensolaris= /lib/libuutil/common -I/data/pmahan/devel/pm_ipr9.0/ipr9.0/src/cddl/sbin/zf= s/../../../cddl/contrib/opensolaris/lib/libzfs/common -I/data/pmahan/devel/= pm_ipr9.0/ipr9.0/src/cddl/sbin/zfs/../../../cddl/contrib/opensolaris/lib/li= bumem/common -I/data/pmahan/devel/pm_ipr9.0/ipr9.0/src/cddl/sbin/zfs/../../= ../cddl/contrib/opensolaris/lib/libnvpair -I/data/pmahan/devel/pm_ipr9.0/ip= r9.0/src/cddl/sbin/zfs/../../../sys/cddl/contrib/opensolaris/uts/common -I/= data/pmahan/devel/pm_ipr9.0/ipr9.0/src/cddl/sbin/zfs/../../../sys/cddl/cont= rib/opensolaris/uts/common/fs/zfs -I/data/pmahan/devel/pm_ipr9.0/ipr9.0/src= /cddl/sbin/zfs/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/data= /pmahan/devel/pm_ipr9.0/ipr9.0/src/cddl/sbin/zfs/../../../sys/cddl/contrib/= opensolaris/common/zfs -DNEED_SOLARIS_BOOLEAN -std=3Dgnu89 -fstack-protecto= r -Wno-pointer-sign -Wno-unknown-pragmas -o zfs zfs_main.o zfs_iter.o -lbs= dxml -lgeom -lm -lnvpair -lsbuf -lumem -lutil -luutil -lzfs /lib/libthr.so.3: undefined reference to `__pselect@FBSDprivate_1.0' /data/pmahan/devel/pm_ipr9.0/ipr9.0/amd64/obj/data/pmahan/devel/pm_ipr9.0/i= pr9.0/src/tmp/usr/lib/libzfs.so: undefined reference to `openat@FBSD_1.2' Now, when I take a look at libpthr.so.3 I for '__pselect' I find - pmahan@libthr 90 > readelf --symbols libthr.so.3 | grep "__pselect" = =20 455: 000000000000c000 120 FUNC GLOBAL DEFAULT 11 ___pselect@@FBSD= private_1.0 624: 000000000000c000 120 FUNC GLOBAL DEFAULT 11 ___pselect So I see the symbol there but with a double "@" not a single. I don't see = any errors generated when libthr.so.3 is being built so I'm a bit of a loss to understand this. = I saw in my googling that the wacky symbol naming was introduced sometime in 8.x, but I I couldn't fi= nd anything explaining the symbol generation. So I am looking for pointers on how to track this one down. Is this a comp= iler issue? Thanks, Patrick=