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