Skip site navigation (1)Skip section navigation (2)
Date:      Tue, 10 Jan 2012 14:32:09 -0800
From:      Patrick Mahan <PMahan@adaranet.com>
To:        Patrick Mahan <PMahan@adaranet.com>, "freebsd-questions@freebsd.org" <freebsd-questions@freebsd.org>
Subject:   RE: Problems building world with 9.0 RC3 [SOLVED]
Message-ID:  <32AB5C9615CC494997D9ABB1DB12783C02D67D3A72@SJ-EXCH-1.adaranet.com>
In-Reply-To: <32AB5C9615CC494997D9ABB1DB12783C02D6525716@SJ-EXCH-1.adaranet.com>
References:  <32AB5C9615CC494997D9ABB1DB12783C02D6525716@SJ-EXCH-1.adaranet.com>

next in thread | previous in thread | raw e-mail | index | archive | help
>-----Original Message-----
>From: owner-freebsd-questions@freebsd.org [mailto:owner-freebsd-
>questions@freebsd.org] On Behalf Of Patrick Mahan
>Sent: Monday, January 09, 2012 4:28 PM
>To: freebsd-questions@freebsd.org
>Subject: Problems building world with 9.0 RC3
>
>All,
>
>I am having an issue with getting buildworld to work for me.  It is failin=
g
>while building zfs -
>
>cc -DADARA_OS  -
>I/data/pmahan/devel/pm_ipr9.0/ipr9.0/src/cddl/sbin/zfs/../../../cddl/contr=
ib
>/opensolaris/lib/libzpool/common -
>I/data/pmahan/devel/pm_ipr9.0/ipr9.0/src/cddl/sbin/zfs/../../../cddl/compa=
t/
>opensolaris/include -
>I/data/pmahan/devel/pm_ipr9.0/ipr9.0/src/cddl/sbin/zfs/../../../cddl/compa=
t/
>opensolaris/lib/libumem -
>I/data/pmahan/devel/pm_ipr9.0/ipr9.0/src/cddl/sbin/zfs/../../../sys/cddl/c=
om
>pat/opensolaris -
>I/data/pmahan/devel/pm_ipr9.0/ipr9.0/src/cddl/sbin/zfs/../../../cddl/contr=
ib
>/opensolaris/head -
>I/data/pmahan/devel/pm_ipr9.0/ipr9.0/src/cddl/sbin/zfs/../../../cddl/contr=
ib
>/opensolaris/lib/libuutil/common -
>I/data/pmahan/devel/pm_ipr9.0/ipr9.0/src/cddl/sbin/zfs/../../../cddl/contr=
ib
>/opensolaris/lib/libzfs/common -
>I/data/pmahan/devel/pm_ipr9.0/ipr9.0/src/cddl/sbin/zfs/../../../cddl/contr=
ib
>/opensolaris/lib/libumem/common -
>I/data/pmahan/devel/pm_ipr9.0/ipr9.0/src/cddl/sbin/zfs/../../../cddl/contr=
ib
>/opensolaris/lib/libnvpair -
>I/data/pmahan/devel/pm_ipr9.0/ipr9.0/src/cddl/sbin/zfs/../../../sys/cddl/c=
on
>trib/opensolaris/uts/common -
>I/data/pmahan/devel/pm_ipr9.0/ipr9.0/src/cddl/sbin/zfs/../../../sys/cddl/c=
on
>trib/opensolaris/uts/common/fs/zfs -
>I/data/pmahan/devel/pm_ipr9.0/ipr9.0/src/cddl/sbin/zfs/../../../sys/cddl/c=
on
>trib/opensolaris/uts/common/sys -
>I/data/pmahan/devel/pm_ipr9.0/ipr9.0/src/cddl/sbin/zfs/../../../sys/cddl/c=
on
>trib/opensolaris/common/zfs -DNEED_SOLARIS_BOOLEAN -std=3Dgnu89 -fstack-
>protector -Wno-pointer-sign -Wno-unknown-pragmas  -o zfs zfs_main.o
>zfs_iter.o -lbsdxml -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/=
ip
>r9.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"
>   455: 000000000000c000   120 FUNC    GLOBAL DEFAULT   11
>___pselect@@FBSDprivate_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
>find anything explaining
>the symbol generation.
>
>So I am looking for pointers on how to track this one down.  Is this a
>compiler issue?
>

I figured this out today, thanks to a colleague who was building just fine.
It turns out that I had LD_LIBRARY_PATH set in my environment (no particula=
r
reason, just left over environmental stuff from years of abuse).

It pointed to '/lib:/usr/lib:/usr/local/lib'

So I'm guessing the it was picking up a library "outside" of the buildworld
sandbox.  Looking at the failed command I notice that there are no "-L"
directives.  Wouldn't this have over-ridden my LD_LIBRARY_PATH?  In any cas=
e
I have removed that from my shell environment and everything is now buildin=
g.

Thanks,

Patrick
----------------------------------------------------
Patrick Mahan
Lead Technical Kernel Engineer
Adara Networks
Disclaimer: The opinions expressed here are solely the responsibility of th=
e author and are not to be
construed as an official opinion of Adara Networks.




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?32AB5C9615CC494997D9ABB1DB12783C02D67D3A72>