Skip site navigation (1)Skip section navigation (2)
Date:      Mon, 9 Jan 2012 16:27:47 -0800
From:      Patrick Mahan <PMahan@adaranet.com>
To:        "freebsd-questions@freebsd.org" <freebsd-questions@freebsd.org>
Subject:   Problems building world with 9.0 RC3
Message-ID:  <32AB5C9615CC494997D9ABB1DB12783C02D6525716@SJ-EXCH-1.adaranet.com>

next in thread | raw e-mail | index | archive | help
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=



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