From owner-freebsd-questions Mon Nov 11 19:11:53 2002 Delivered-To: freebsd-questions@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E781337B401 for ; Mon, 11 Nov 2002 19:11:48 -0800 (PST) Received: from babyruth.hotpop.com (babyruth.hotpop.com [204.57.55.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1EFA743E3B for ; Mon, 11 Nov 2002 19:11:48 -0800 (PST) (envelope-from bsdterm@HotPOP.com) Received: from hotpop.com (kubrick.hotpop.com [204.57.55.16]) by babyruth.hotpop.com (Postfix) with SMTP id 4D9AC2149D0 for ; Tue, 12 Nov 2002 03:11:45 +0000 (UTC) Received: from terminator.athome.net (as1b-126.chi.il.dial.anet.com [198.92.157.126]) by smtp-1.hotpop.com (Postfix) with ESMTP id 390832F812C for ; Tue, 12 Nov 2002 03:10:54 +0000 (UTC) Content-Type: text/plain; charset="us-ascii" From: "E.S." Reply-To: bsdterm@HotPOP.com To: freebsd-questions@freebsd.org Subject: make buildworld fails on RELENG_4_7 Date: Mon, 11 Nov 2002 21:10:46 -0600 User-Agent: KMail/1.4.2 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Message-Id: <200211112108.37641.bsdterm@HotPOP.com> X-HotPOP: ----------------------------------------------- Sent By HotPOP.com FREE Email Get your FREE POP email at www.HotPOP.com ----------------------------------------------- Sender: owner-freebsd-questions@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I'm not sure if this is the right list for this question, so I'll ask here first... I've been cvsup'ing /usr/src/ for the last couple of days, and every time I try "make buildworld' the build fails when building libncurses (it failed on Nov. 8 on libm, but that appears to have since been fixed). I've also noticed that Kerberos5 doesn't build due to /usr/src/kerberos5/include/crypto-headers.h having bad paths for the headers that crypto-headers.h #include's in it (bad path for #include , for #include , and so on...), but I commented out MAKE_KERBEROS5 in my /etc/make.conf to avoid this problem (I don't need it anyway, but I'd rather not have to make buildworld again to get Krb5 support if I ever need it)... Some (hopefully-relevant) info: Hardware: Dell's i815-based mobo, P733, 512MB PC133 RAM, 30GB Quantum Fireball HDD, Geforce256SDR, 3COM 3c905C-TX NIC FreeBSD: * presently running 4.6.2-RELEASE * cvsup'ing /usr/src/ to RELENG_4_7 using src-all in my src-supfile * /usr/src/ contains no source patched by me (my source tree is only what I get from the CVS server's src tree, i.e. no atapicam patches (since they're in the tree as of 11/01) * I'm building /usr/obj/ in using a 445MByte MFS filesystem ("mount_mfs -s 912600 /dev/ad0s3b /usr/obj/") -- this has worked in the past when building 4.5-p10, 4.6.0, 4.6.1, and 4.6.2 (keeps /usr/obj/ from cluttering my HDD!) and doesn't seem to be a factor, since I've tried building /usr/obj/ "normally" to my HDD and I still get errors in buildworld at the same place... % cc -v Using builtin specs. gcc version 2.95.3 20010315 (release) [FreeBSD] % perl -v This is perl, v5.8.0 built for i386-freebsd Some lines from /etc/make.conf: CFLAGS= -O # # CXXFLAGS controls the compiler settings used when compiling C++ code. # Note that CXXFLAGS is initially set to the value of CFLAGS. If you wish # to add to CXXFLAGS value, "+=" must be used rather than "=". Using "=" # alone will remove the often needed contents of CFLAGS from CXXFLAGS. # #CXXFLAGS+= -fmemoize-lookups -fsave-memoized # # BDECFLAGS are a set of gcc warning settings that Bruce Evans has suggested # for use in developing FreeBSD and testing changes. They can be used by # putting "CFLAGS+=${BDECFLAGS}" in /etc/make.conf. -Wconversion is not # included here due to compiler bugs, eg: mkdir()'s mode_t argument. # BDECFLAGS= -W -Wall -ansi -pedantic -Wbad-function-cast -Wcast-align \ -Wcast-qual -Wchar-subscripts -Winline \ -Wmissing-prototypes -Wnested-externs -Wpointer-arith \ -Wredundant-decls -Wshadow -Wstrict-prototypes -Wwrite-strings # # WARNS_WERROR causes -Werror to be added when WARNS is in effect. # #WARNS_WERROR= yes # # To compile just the kernel with special optimizations, you should use # this instead of CFLAGS (which is not applicable to kernel builds anyway). # There is very little to gain by using higher optimization levels, and doing # so can cause problems. # #COPTFLAGS= -O -pipe # # Compare before install #INSTALL=install -C # # To enable installing suidperl with the setuid bit turned on #ENABLE_SUIDPERL= true # # To build ppp with normal permissions #PPP_NOSUID= true # # To enable installing ssh(1) with the setuid bit turned on #ENABLE_SUID_SSH= true # # To avoid building various parts of the base system: #NO_CVS= true # do not build CVS #NO_BIND= true # do not build BIND #NO_FORTRAN= true # do not build g77 and related libraries #NO_I4B= true # do not build isdn4bsd package NO_LPR= true # do not build lpr and related programs #NO_MAILWRAPPER=true # do not build the mailwrapper(8) MTA selector #NO_MODULES= true # do not build modules with the kernel #NO_OBJC= true # do not build Objective C support NO_OPENSSH= true # do not build OpenSSH NO_OPENSSL= true # do not build OpenSSL (implies NO_OPENSSH) #NO_SENDMAIL= true # do not build sendmail and related programs #NO_SHAREDOCS= true # do not build the 4.4BSD legacy docs #NO_TCSH= true # do not build and install /bin/csh (which is tcsh) #NO_X= true # do not compile in XWindows support (e.g. doscmd) #NOCRYPT= true # do not build any crypto code #NOGAMES= true # do not build games (games/ subdir) #NOINFO= true # do not make or install info files #NOLIBC_R= true # do not build libc_r (re-entrant version of libc) #NOPERL= true # do not build perl. Disables OpenSSL optimizations NOPROFILE= true # Avoid compiling profiled libraries #NOSECURE= true # do not build crypto code in secure/ subdir #NOSHARE= true # do not go into the share subdir #NOUUCP= true # do not build uucp related programs Finally, here's the output from the build starting with the libncurses build output. This build is based on a cvsup I did around 7p.m. CDT tonight (11/11/02), though the error of libncurses not building has been occurring since at least 11/09/02... If any more info is needed, I'd be happy to provide it (also, if the quoted output is excessively-long or not long enough, tell me, as this is my first post to any of the freebsd-* lists!)... ANY help would be *greatly* appreciated, as I've been tearing my hair out and going through files in /usr/src/ a bit to figure this out with no luck! Mostly I'm anxious to try the new Nvidia driver with my card, but I need 4.7 to do that... :) I've never had errors occur in make buildworld before (none that have stopped the build that is), and I'm not quite sure why the terminal-"windowing" library, libncurses, would cause a build error, but... If all else fails, how easy is it to do a binary upgrade to 4.7-RELEASE using the 4.7 mini-ISO (what should I be careful of, etc.)? building shared library libncurses.so.5 building static ncurses library ranlib libncurses.a sh /usr/src/tools/install.sh -C -o root -g wheel -m 444 libncurses.a /usr/obj/usr/src/i386/usr/lib sh /usr/src/tools/install.sh -C -o root -g wheel -m 444 curses.h term.h termcap.h unctrl.h /usr/obj/usr/src/i386/usr/include sh /usr/src/tools/install.sh -s -o root -g wheel -m 444 libncurses.so.5 /usr/obj/usr/src/i386/usr/lib /usr/obj/usr/src/i386/usr/include/ncurses.h -> curses.h ln -fs libncurses.so.5 /usr/obj/usr/src/i386/usr/lib/libncurses.so /usr/obj/usr/src/i386/usr/lib/libcurses.a -> libncurses.a /usr/obj/usr/src/i386/usr/lib/libtermcap.a -> libncurses.a /usr/obj/usr/src/i386/usr/lib/libtermlib.a -> libncurses.a /usr/obj/usr/src/i386/usr/lib/libmytinfo.a -> libncurses.a /usr/obj/usr/src/i386/usr/lib/libtinfo.a -> libncurses.a /usr/obj/usr/src/i386/usr/lib/libcurses.so -> libncurses.so /usr/obj/usr/src/i386/usr/lib/libtermcap.so -> libncurses.so /usr/obj/usr/src/i386/usr/lib/libtermlib.so -> libncurses.so /usr/obj/usr/src/i386/usr/lib/libmytinfo.so -> libncurses.so /usr/obj/usr/src/i386/usr/lib/libtinfo.so -> libncurses.so 1 error *** Error code 2 1 error *** Error code 2 1 error *** Error code 2 1 error Suggestions, anybody? TIA! -ES To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-questions" in the body of the message