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@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@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?

Thanks,

Patrick_______________________________________________
[email protected] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to "[email protected]"

Reply via email to