Problems building world with 9.0 RC3

Patrick Mahan PMahan at adaranet.com
Tue Jan 10 00:27:48 UTC 2012


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_ipr9.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/opensolaris/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/ipr9.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/zfs/../../../cddl/contrib/opensolaris/lib/libzfs/common -I/data/pmahan/devel/pm_ipr9.0/ipr9.0/src/cddl/sbin/zfs/../../../cddl/contrib/opensolaris/lib/libumem/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/ipr9.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/contrib/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=gnu89 -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 at FBSDprivate_1.0'
/data/pmahan/devel/pm_ipr9.0/ipr9.0/amd64/obj/data/pmahan/devel/pm_ipr9.0/ipr9.0/src/tmp/usr/lib/libzfs.so: undefined reference to `openat at FBSD_1.2'

Now, when I take a look at libpthr.so.3 I for '__pselect' I find -

pmahan at 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?

Thanks,

Patrick


More information about the freebsd-questions mailing list