Date: Tue, 26 Feb 2002 12:15:25 -0800 From: Kent Stewart <kstewart@owt.com> To: =?ISO-8859-1?Q?Jo=E3o?= Alfredo <jagbdotx@yahoo.com.br> Cc: freebsd-questions@FreeBSD.ORG Subject: Re: system too old?!? Message-ID: <3C7BECDD.4000705@owt.com> References: <1014662367.4607.7.camel@spoc> <3C7AB925.1060303@owt.com> <1014732223.771.56.camel@spoc>
next in thread | previous in thread | raw e-mail | index | archive | help
Joćo Alfredo wrote: > But, I also remove the old ports tree and downloaded it again via > cvsup. It didn't work! I tried the upgrade kits and it didn't > work. I tried make buildworld again and... > > cc -o make_hash -O -pipe -march=pentium -I. > -I/usr/src/lib/libncurses -I/usr/src/lib/libncurses/../../contrib/ncurses/ncurses > > -I/usr/src/lib/libncurses/../../contrib/ncurses/include -Wall -DFREEBSD_NATIVE > -DNDEBUG -DHAVE_CONFIG_H -DTERMIOS -DMAIN_PROGRAM /usr/src/lib/libncurses/../../contrib/ncurses/ncurses/tinfo/comp_hash.c > > In file included from /usr/src/lib/libncurses/ncurses_cfg.h:140, from > > /usr/src/lib/libncurses/../../contrib/ncurses/ncurses/curses.priv.h:52, > > from /usr/src/lib/libncurses/../../contrib/ncurses/ncurses/tinfo/comp_hash.c:41: > > ncurses_def.h:473: unbalanced `#endif' *** Error code 1 > > Stop in /usr/src/lib/libncurses. *** Error code 1 > > Stop in /usr/src. *** Error code 1 > > It didn't work. > > I'm sure that I'm using the new ports tree format because I > upgraded my system from 4.4-STABLE and it already use the new > format. Must be something more bizarre. There are a couple of problems that come to mind. If your system was old enough, you could have the 9 Sep 2001 bug in cvsup. You need to have at least version cvsup-16.1d. You can find out which version you have by typing "cvsup -v". What I get for output is the following: ruby# cvsup -v CVSup client, non-GUI version Copyright 1996-2002 John D. Polstra Software version: SNAP_16_1f Protocol version: 17.0 Operating system: FreeBSD4 You can download a more modern version at http://people.freebsd.org/~jdp/s1g/ The version with the 9 Sep 2001 bug in it sets the time on new source code to 1 Jan 1970 and this causes massive Makefile problems. If you have been following 4.4-stable, I don't think this is a problem but I have to ask :). I have rebuilt a 4.5-stable system since I sent my first message. My "uname -a " shows FreeBSD opal 4.5-STABLE FreeBSD 4.5-STABLE #63: Mon Feb 25 19:17:58 PST 2002 root@opal:/usr/obj/usr/src/sys/OPAL i386 Libncurses is generated by AWK=awk sh /usr/src/lib/libncurses/../../contrib/ncurses/include/MKncurses_def.sh /usr/src/lib/libncurses/../../contrib/ncurses/include/ncurses_defs > ncurses_def.h That would make me think that you might have some left over code, which is affecting the generation of the header file. The only thing that comes to mind is doing a "make cleandir" twice, which will clean up the source code. The first does so much processing and the 2nd time finishes the job. I would re-cvsup RELENG_4 at this point. You also have march=pentium and I would not set the CPUTYPE in your /etc/make.conf while you are having problems. All I have in my make.conf is "CFLAGS= -O -pipe" and that is what was set when I built 4.5-stable last night. I can't think of anything else that would cause your buildworld problem. Kent > > Thanks anyway! : ) > > []'s Joćo Alfredo > > Em Seg, 2002-02-25 ąs 19:22, Kent Stewart escreveu: > >> >> Joćo Alfredo wrote: >> >> >> You upgraded your system and didn't do the whole job. The port >> tree changed some time ago and you are still using the old >> version and it knows it. Do what the system told you and >> follow the instructions on upgrading your port tree. >> >> Kent >> >> >> -- Kent Stewart Richland, WA >> >> mailto:kbstew99@hotmail.com http://users.owt.com/kstewart/index.html >> >> >> -- Kent Stewart Richland, WA mailto:kbstew99@hotmail.com http://users.owt.com/kstewart/index.html To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-questions" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?3C7BECDD.4000705>