Hi all, In advance please pardon the long post.
I'm trying to do a stage 1/3 install as described here: http://forums.gentoo.org/viewtopic-t-345229.html I've successfully rebuilt the tool chain and am at the stage of rebuilding the system with the new toolchain. Unfortunately I've encountered a build error with krb5-1.4.3 that I don't know how to solve. The following is what I believe to be the relevent output from #emerge -e system >>> Unpacking source... >>> Unpacking krb5-1.4.3-signed.tar to /var/tmp/portage/mit-krb5-1.4.3/work Applying mit-krb5-lazyldflags.patch ... >>> Source unpacked. * econf: updating krb5-1.4.3/src/config/config.guess with /usr/share/gnuconfig/config.guess * econf: updating krb5-1.4.3/src/config/config.sub with /usr/share/gnuconfig/config.sub ./configure --prefix=/usr --host=x86_64-pc-linux-gnu --mandir=/usr/share/man --infodir=/usr/share/info --datadir=/usr/share --sysconfdir=/etc --localsta tedir=/var/lib --without-krb4 --without-tcl --enable-ipv6 --disable-static - -with-system-db --localstatedir=/etc --enable-shared --with-system-et --with -system-ss --enable-dns-for-realm --libdir=/usr/lib64 --build=x86_64-pc-linu x-gnu configure: creating cache ./config.cache checking for x86_64-pc-linux-gnu-gcc... x86_64-pc-linux-gnu-gcc checking for C compiler default output... a.out checking whether the C compiler works... yes checking whether we are cross compiling... no checking for suffix of executables... checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether x86_64-pc-linux-gnu-gcc accepts -g... yes . . . . configure: enabling thread support checking for the pthreads library -lpthreads... no checking whether pthreads work without any flags... no checking whether pthreads work with -Kthread... no checking whether pthreads work with -kthread... no checking for the pthreads library -llthread... no checking whether pthreads work with -pthread... yes checking for joinable pthread attribute... PTHREAD_CREATE_JOINABLE checking if more special flags are required for pthreads... no checking for cc_r... x86_64-pc-linux-gnu-gcc configure: PTHREAD_CC = x86_64-pc-linux-gnu-gcc configure: PTHREAD_CFLAGS = -pthread configure: PTHREAD_LIBS = checking for pthread_once... no checking for pthread_mutexattr_setrobust_np... no checking for pthread_rwlock_init... no configure: rechecking with PTHREAD_... options checking for pthread_mutexattr_setrobust_np in -lc... yes checking for pthread_rwlock_init in -lc... yes configure: disabling static libraries configure: enabling shared libraries checking for ANSI C header files... yes . . . . make[1]: Entering directory `/var/tmp/portage/mit-krb5-1.4.3/work/krb5-1.4.3/src/util' making all in util/support... make[2]: Entering directory `/var/tmp/portage/mit-krb5-1.4.3/work/krb5-1.4.3/src/util/support' x86_64-pc-linux-gnu-gcc -fPIC -DSHARED -DPACKAGE_NAME=\"\" -DPACKAGE_TARNAME =\"\" -DPACKAGE_VERSION=\"\" -DPACKAGE_STRING=\"\" -DPACKAGE_BUGREPORT=\"\" -DKRB5_PRIVATE=1 -DKRB5_DEPRECATED=1 -DKRB5_DNS_LOOKUP_KDC=1 -DKRB5_DNS_LOOK UP_REALM=1 -DKRB5_DNS_LOOKUP=1 -DHAVE_LIBRESOLV=1 -DHAVE_RES_NINIT=1 -DHAVE_ RES_NCLOSE=1 -DHAVE_RES_NSEARCH=1 -DHAVE_DN_SKIPNAME=1 -DHAVE_RES_SEARCH=1 - DHAVE_PRAGMA_WEAK_REF=1 -DDELAY_INITIALIZER=1 -DCONSTRUCTOR_ATTR_WORKS=1 -DD ESTRUCTOR_ATTR_WORKS=1 -DENABLE_THREADS=1 -DHAVE_PTHREAD=1 -DHAVE_PTHREAD_MU TEXATTR_SETROBUST_NP_IN_THREAD_LIB=1 -DHAVE_PTHREAD_RWLOCK_INIT_IN_THREAD_LI B=1 -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_ H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H =1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_MEMMOVE=1 -DHAVE_REGCOMP=1 -DG ETSOCKNAME_ARG2_TYPE=struct\ sockaddr -DGETSOCKNAME_ARG3_TYPE=socklen_t -DGETPEERNAME_ARG2_TYPE=GETSOCKNA ME_ARG2_TYPE -DGETPEERNAME_ARG3_TYPE=GETSOCKNAME_ARG3_TYPE -DHAVE_LIBUTIL=1 -DHAVE_SYSLOG_H=1 -DHAVE_STDARG_H=1 -DHAVE_SYS_SELECT_H=1 -DHAVE_IFADDRS_H=1 -DHAVE_UNISTD_H=1 -DHAVE_OPENLOG=1 -DHAVE_SYSLOG=1 -DHAVE_CLOSELOG=1 -DHAVE _STRFTIME=1 -DHAVE_VSPRINTF=1 -DNEED_SWAB_PROTO=1 -DHAVE_STRUCT_SOCKADDR_STO RAGE=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_SOCKET_H=1 -DHAVE_NETINET_IN_H=1 -DHA VE_NETDB_H=1 -DHAVE_INET_NTOP=1 -DHAVE_INET_PTON=1 -DHAVE_GETNAMEINFO=1 -DHA VE_GETADDRINFO=1 -DKRB5_USE_INET6=1 -DPOSIX_SIGNALS=1 -DUSE_RCACHE=1 -DRETSI GTYPE=void -DHAVE_GETHOSTBYNAME_R=1 -DHAVE_GETSERVBYNAME_R=1 -DHAVE_GMTIME_R =1 -DHAVE_LOCALTIME_R=1 -I../../include -I./../../include -I../../include/ krb5 -I./../../include/krb5 -I. -I. -march=opteron -O3 -pipe -fomit-frame-p ointer -ftracer -pthread -c threads.c -o threads.so.o && mv -f threads.so.o threads.so threads.c: In function `krb5int_pthread_loaded': threads.c:145: error: `pthread_mutexattr_setrobust_np' undeclared (first use in this function) threads.c:145: error: (Each undeclared identifier is reported only once threads.c:145: error: for each function it appears in.) make[2]: *** [threads.so] Error 1 make[2]: Leaving directory `/var/tmp/portage/mit-krb5-1.4.3/work/krb5-1.4.3/src/util/support' make[1]: *** [all-recurse] Error 1 make[1]: Leaving directory `/var/tmp/portage/mit-krb5-1.4.3/work/krb5-1.4.3/src/util' make: *** [all-recurse] Error 1 !!! ERROR: app-crypt/mit-krb5-1.4.3 failed. !!! Function src_compile, Line 53, Exitcode 2 !!! (no error message) !!! If you need support, post the topmost build error, NOT this status message. >>> original instance of package unmerged safely. >>> sys-apps/tcp-wrappers-7.6-r8 merged. >>> clean: No packages selected for removal. >>> emerge (143 of 189) app-crypt/mit-krb5-1.4.3 to / >>> md5 files ;-) mit-krb5-1.4.1-r2.ebuild ***** make.conf ********************** CHOST="x86_64-pc-linux-gnu" CFLAGS="-march=opteron -O3 -pipe -fomit-frame-pointer -ftracer" CXXFLAGS="${CFLAGS}" USE="amd64 a52 acl acpi adns alsa arts audiofile avi bash-completion berkdb bonobo bzip2 caps cdparanoia cdr crypt cscope ctype curl curlwrappers cups dbus dbx dio directfb divx4linux doc dvd dvdr dvdread emacs emacs-w3 emul-linux-x86 encode ethereal evo examples exif fam fastcgi fbcon ffmpeg fftw flash foomaticdb fortran ftp gb gdbm gif glx -gnome gnutls glut gmp gphoto2 gpm gstreamer gpm -gtk -gtk2 gtkhtml hal idn ieee1394 imlib imagemagick jack java jbig javascript jikes joystick jpeg junit -kde -kdeenablefinal kerberos -krb4 -ldap libwww mad maildir mbox mikmod mime ming mng mono mozilla mp3 mpeg mpi multilib mysql ncurses nis nocardbus nptl nptlonly offensive ogg oggvorbis opengl pcntl pcre pdflib perl php png posix python -qt quicktime readline samba sasl session simplexml slp snmp sndfile sockets source spell spl ssl svga tcpd tidy tiff truetype truetype-fonts type1-fonts usb verbose videos wmf wxwindows -X xml xml2 xmms xpm xv xvid zlib" *********************************** I think the "nptl nptlonly " use flags are relevant to this, but am not sure. I know the "kerberos" flag is related, but since the box will be interacting with an Active Directory domain controler kerberos seems appropiate to have. I'd prefer not to give up nptlonly flag to solve this, but if that's the only way to avoid this error, I guess I'll have no choice, but most of all I would like to understand exactly what and where the problem is. If it's something moderately simple, like threads.c not "paying attention to a define" or something similar, I might try and fix it, but either way I'd like to understand it more than I currently do. Output that seems particularly interesting: Output: "threads.c:145: error: `pthread_mutexattr_setrobust_np' undeclared (first use in this function)" Comment: Okay that's the error pthread_mutexattr_setrobust_np is undeclared. Output "checking for pthread_mutexattr_setrobust_np... no" (<- From configure) Comment: Hmmm....Configure knows it's not available in the "normal" way. Output: "-DHAVE_PTHREAD_MUTEXATTR_SETROBUST_NP_IN_THREAD_LIB=1" (<- From gcc ) Comment: What is this supposed to signify? Output: checking for pthread_mutexattr_setrobust_np in -lc... yes (<- From configure) Comment: Okay...It's available in "-lc" what does that mean? and if it's available why is it causing a build error? Comment: What does "-lc" mean? Would declaring pthread_mutexattr_setrobust_np as "external" on the condition of some define solve the problem? Again sorry for the long post, TIA to anyone who can share some insight. Regards, Bob Young -- gentoo-user@gentoo.org mailing list