Re: make buildworld fails 9.2 PRERELEASE to RC3
Johan Hendriks wrote: Alex V. Petrov wrote: before 'make buildworld' need: cd /usr/src/usr.bin/yacc make obj make depend make make install 2013/8/27 Johan Hendriks joh.hendr...@gmail.com mailto:joh.hendr...@gmail.com Hello all I am running the following version of FreeBSD uname -a FreeBSD beasty.testdomain.local 9.2-PRERELEASE FreeBSD 9.2-PRERELEASE #0 r254646: Thu Aug 22 09:46:05 CEST 2013 root@beasty.testdomain.local:/usr/obj/usr/src/sys/KRNL amd64 I have updated the source using the following command. svn co http://svn.freebsd.org/base/releng/9.2 /usr/src Checked out revision 254955. But when i do a buildworld it errors out. cc -O2 -pipe -march=core2 -DDES -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /usr/src/bin/ed/undo.c cc -O2 -pipe -march=core2 -DDES -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -o ed buf.o cbc.o glbl.o io.o main.o re.o sub.o undo.o -lcrypto gzip -cn /usr/src/bin/ed/ed.1 ed.1.gz === bin/expr (all) cc -O2 -pipe -march=core2 -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c expr.c cc1: warnings being treated as errors expr.c:812: warning: redundant redeclaration of 'yyparse' /usr/src/bin/expr/expr.y:77: warning: previous declaration of 'yyparse' was here *** [expr.o] Error code 1 Stop in /usr/src/bin/expr. *** [all] Error code 1 Stop in /usr/src/bin. *** [bin.all__D] Error code 1 Stop in /usr/src. *** [everything] Error code 1 Stop in /usr/src. *** [buildworld] Error code 1 Stop in /usr/src. I deleted /usr/obj/* I deleted /usr/src and did a new svn checkout. But the errors keeps coming. Is there anything i can do ! regards Johan ___ freebsd-stable@freebsd.org mailto:freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org mailto:freebsd-stable-unsubscr...@freebsd.org Thanks, i will try tomorrow when back in the office.. regards Johan That did the trick! Thank you. regards Johan ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
Re: make buildworld fails 9.2 PRERELEASE to RC3
before 'make buildworld' need: cd /usr/src/usr.bin/yacc make obj make depend make make install 2013/8/27 Johan Hendriks joh.hendr...@gmail.com Hello all I am running the following version of FreeBSD uname -a FreeBSD beasty.testdomain.local 9.2-PRERELEASE FreeBSD 9.2-PRERELEASE #0 r254646: Thu Aug 22 09:46:05 CEST 2013 root@beasty.testdomain.local:/usr/obj/usr/src/sys/KRNL amd64 I have updated the source using the following command. svn co http://svn.freebsd.org/base/releng/9.2 /usr/src Checked out revision 254955. But when i do a buildworld it errors out. cc -O2 -pipe -march=core2 -DDES -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /usr/src/bin/ed/undo.c cc -O2 -pipe -march=core2 -DDES -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -o ed buf.o cbc.o glbl.o io.o main.o re.o sub.o undo.o -lcrypto gzip -cn /usr/src/bin/ed/ed.1 ed.1.gz === bin/expr (all) cc -O2 -pipe -march=core2 -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c expr.c cc1: warnings being treated as errors expr.c:812: warning: redundant redeclaration of 'yyparse' /usr/src/bin/expr/expr.y:77: warning: previous declaration of 'yyparse' was here *** [expr.o] Error code 1 Stop in /usr/src/bin/expr. *** [all] Error code 1 Stop in /usr/src/bin. *** [bin.all__D] Error code 1 Stop in /usr/src. *** [everything] Error code 1 Stop in /usr/src. *** [buildworld] Error code 1 Stop in /usr/src. I deleted /usr/obj/* I deleted /usr/src and did a new svn checkout. But the errors keeps coming. Is there anything i can do ! regards Johan ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
Re: make buildworld fails 9.2 PRERELEASE to RC3
Alex V. Petrov wrote: before 'make buildworld' need: cd /usr/src/usr.bin/yacc make obj make depend make make install 2013/8/27 Johan Hendriks joh.hendr...@gmail.com mailto:joh.hendr...@gmail.com Hello all I am running the following version of FreeBSD uname -a FreeBSD beasty.testdomain.local 9.2-PRERELEASE FreeBSD 9.2-PRERELEASE #0 r254646: Thu Aug 22 09:46:05 CEST 2013 root@beasty.testdomain.local:/usr/obj/usr/src/sys/KRNL amd64 I have updated the source using the following command. svn co http://svn.freebsd.org/base/releng/9.2 /usr/src Checked out revision 254955. But when i do a buildworld it errors out. cc -O2 -pipe -march=core2 -DDES -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /usr/src/bin/ed/undo.c cc -O2 -pipe -march=core2 -DDES -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -o ed buf.o cbc.o glbl.o io.o main.o re.o sub.o undo.o -lcrypto gzip -cn /usr/src/bin/ed/ed.1 ed.1.gz === bin/expr (all) cc -O2 -pipe -march=core2 -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c expr.c cc1: warnings being treated as errors expr.c:812: warning: redundant redeclaration of 'yyparse' /usr/src/bin/expr/expr.y:77: warning: previous declaration of 'yyparse' was here *** [expr.o] Error code 1 Stop in /usr/src/bin/expr. *** [all] Error code 1 Stop in /usr/src/bin. *** [bin.all__D] Error code 1 Stop in /usr/src. *** [everything] Error code 1 Stop in /usr/src. *** [buildworld] Error code 1 Stop in /usr/src. I deleted /usr/obj/* I deleted /usr/src and did a new svn checkout. But the errors keeps coming. Is there anything i can do ! regards Johan ___ freebsd-stable@freebsd.org mailto:freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org mailto:freebsd-stable-unsubscr...@freebsd.org Thanks, i will try tomorrow when back in the office.. regards Johan ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
Re: make buildworld fails with 8.2-RELEASE amd64 building STABLE
On 6 February 2012 21:23, Michael L. Squires mi...@siralan.org wrote: make buildworld fails when trying to make buildworld (no options) with 8.2-RELEASE with 8.2-STABLE sources as of 2/6/2012 updated at 9:15 AM from ftp.freebsd.org. The compile fails in the same spot every time; this is not a random failure. I have seen some evidence, however, that there may be hardware problems. The other hardware problem was a Broadcom GigE watchdog timeout and reset. Hardware is a Tyan S2885 (dual dual-core Opteron) which has been running Windows XP SP3 for some time without problems, for what that's worth. A Google search turns up nothing obviously related. Mike Squires mikes at siralan.org UN*X at home since 1986 uname -a: FreeBSD s2885.familysquires.net 8.2-RELEASE FreeBSD 8.2-RELEASE #0: Thu Feb 17 02:41:51 UTC 2011 r...@amason.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 Error messages at failure: === gnu/usr.bin/gperf/doc (depend) c++ -O2 -pipe -I/usr/obj/usr/src/tmp/legacy/usr/include -I/usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/lib -I/usr/src/gnu/usr.bin/gperf -c /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/bool-array.cc /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/bool-array.cc: In destructor 'Bool_Array::~Bool_Array()': /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/bool-array.cc:39: internal compiler error: Illegal instruction: 4 Please submit a full bug report, with preprocessed source if appropriate. See URL:http://gcc.gnu.org/bugs.html for instructions. *** Error code 1 Stop in /usr/src/gnu/usr.bin/gperf. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. s2885# You probably has bad RAM / overheat. -- wbr, pluknet ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
Re: Make Buildworld Fails
On Fri, Jan 27, 2012 at 03:46:53PM -0800, Thomas D. Dean wrote: # uname -a FreeBSD P9X79.tddhome 9.0-STABLE FreeBSD 9.0-STABLE #0: Wed Jan 4 14:16:41 PST 2012 tomdean@P9X79.tddhome:/usr/src/sys/GENERIC amd64 Source up-to-date as of now, via cvsup. What cvsup mirror did you use? There has been a recent influx of problems people have reported with building world all of which have related to problems with certain cvsup servers. You can read about those problems on freebsd-stable, or look on freebsd-hubs (which is the place such issues get reported). I recommend you try a different cvsup mirror for starters. Also: was this system upgraded from 8.2 to 9.0 by changing a release tag in one of your supfiles, or was it always 9.0? # env -i make cleandir # env -i make cleandir # env -i make buildworld ... cc -O2 -pipe -I. -DGCCVER=\4.2\ -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\/usr\ -I/usr/obj/usr/src/gnu/usr.bin/cc/cc_tools/../cc_tools -I/usr/src/gnu/usr.bin/cc/cc_tools/../cc_tools -I/usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc -I/usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/config -I/usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcclibs/include -I/usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcclibs/libcpp/include -I/usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcclibs/libdecnumber -g -DGENERATOR_FILE -DHAVE_CONFIG_H -std=gnu89 -I/usr/obj/usr/src/tmp/legacy/usr/include -L/usr/obj/usr/src/tmp/legacy/usr/lib -o genchecksum genchecksum.o errors.o libiberty.a === kerberos5/tools (obj,depend,all) === kerberos5/tools/make-print-version (obj) === kerberos5/tools/make-roken (obj) === kerberos5/tools/asn1_compile (obj) === kerberos5/tools/slc (obj) === kerberos5/tools/make-print-version (depend) === kerberos5/tools/make-roken (depend) === kerberos5/tools/asn1_compile (depend) cd /usr/src/kerberos5/tools/asn1_compile/../make-print-version make make: don't know how to make /usr/src/tmp/legacy/usr/lib/libegacy.a. Stop *** Error code 2 Stop in /usr/src/kerberos5/tools/asn1_compile. *** Error code 1 Nothing in either of these trees has changed in many years: http://www.freebsd.org/cgi/cvsweb.cgi/src/kerberos5/tools/ http://www.freebsd.org/cgi/cvsweb.cgi/src/kerberos5/tools/asn1_compile/ http://www.freebsd.org/cgi/cvsweb.cgi/src/kerberos5/tools/make-print-version/ Also, please do not rely on cleandir to remove all old /usr/obj objects. Please rm -fr /usr/obj/* instead. -- | Jeremy Chadwick j...@parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, US | | Making life hard for others since 1977. PGP 4BD6C0CB | ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
Re: Make Buildworld Fails
On 01/27/12 16:52, Jeremy Chadwick wrote: What cvsup mirror did you use? There has been a recent influx of problems people have reported with building world all of which have related to problems with certain cvsup servers. You can read about those problems on freebsd-stable, or look on freebsd-hubs (which is the place such issues get reported). I recommend you try a different cvsup mirror for starters. Also: was this system upgraded from 8.2 to 9.0 by changing a release tag in one of your supfiles, or was it always 9.0? Always on FreeBSD 9.0. I will try a different server. # cat /sup/stable-supfile|sed '/^#/d' *default host=cvsup4.FreeBSD.org *default base=/var/db *default prefix=/usr *default release=cvs tag=RELENG_9 *default delete use-rel-suffix *default compress src-all Tom Dean ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
Re: Make Buildworld Fails (Broken Servers)
On 01/27/12 15:46, Thomas D. Dean wrote: I earlier used cvsup4.FreeBSD.org. No files were updated. Buildworld was broken as I reported earlier. # cvsup10.FreeBSD.org ### Now, I used cvsup10.FreeBSD.org. Many (~150?) files were updated. # cd /usr/src # env -i make cleandir # env -i make cleandir # env -i make -j 10 buildworld ... failed on iterator.c - redo to check if -j 10 broke things. # env -i make cleandir # env -i make cleandir # env -i make buildworld ... mkdep -f .depend -a-I/usr/obj/usr/src/tmp/legacy/usr/include /usr/src/games/fortune/strfile/strfile.c echo strfile: /usr/lib/libc.a /usr/obj/usr/src/tmp/legacy/usr/lib/libegacy.a .depend cc -O2 -pipe -std=gnu99 -I/usr/obj/usr/src/tmp/legacy/usr/include -c /usr/src/games/fortune/strfile/strfile.c cc -O2 -pipe -std=gnu99 -I/usr/obj/usr/src/tmp/legacy/usr/include -static -L/usr/obj/usr/src/tmp/legacy/usr/lib -o strfile strfile.o -legacy sh /usr/src/tools/install.sh -s -o root -g wheel -m 555 strfile /usr/obj/usr/src/tmp/legacy/usr/games === gnu/usr.bin/gperf (obj,depend,all,install) /usr/obj/usr/src/tmp/usr/src/gnu/usr.bin/gperf created for /usr/src/gnu/usr.bin/gperf === gnu/usr.bin/gperf/doc (obj) /usr/obj/usr/src/tmp/usr/src/gnu/usr.bin/gperf/doc created for /usr/src/gnu/usr.bin/gperf/doc make: don't know how to make iterator.cc. Stop *** Error code 2 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. No, -j10 did not break it. # cvsup5.FreeBSD.org ### # cd /usr/src # env -i make cleandir # env -i make cleandir # env -i make buildworld ... same problem as with cvsup4, cd /usr/src/kerberos5/tools/asn1_compile/../make-print-version make make: don't know how to make /usr/src/tmp/legacy/usr/lib/libegacy.a. Stop Tom Dean ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
Re: Make Buildworld Fails (Broken Servers)
On Fri, Jan 27, 2012 at 08:26:28PM -0800, Thomas D. Dean wrote: On 01/27/12 15:46, Thomas D. Dean wrote: I earlier used cvsup4.FreeBSD.org. No files were updated. Buildworld was broken as I reported earlier. # cvsup10.FreeBSD.org ### Now, I used cvsup10.FreeBSD.org. Many (~150?) files were updated. # cd /usr/src # env -i make cleandir # env -i make cleandir # env -i make -j 10 buildworld ... failed on iterator.c - redo to check if -j 10 broke things. # env -i make cleandir # env -i make cleandir # env -i make buildworld ... mkdep -f .depend -a-I/usr/obj/usr/src/tmp/legacy/usr/include /usr/src/games/fortune/strfile/strfile.c echo strfile: /usr/lib/libc.a /usr/obj/usr/src/tmp/legacy/usr/lib/libegacy.a .depend cc -O2 -pipe -std=gnu99 -I/usr/obj/usr/src/tmp/legacy/usr/include -c /usr/src/games/fortune/strfile/strfile.c cc -O2 -pipe -std=gnu99 -I/usr/obj/usr/src/tmp/legacy/usr/include -static -L/usr/obj/usr/src/tmp/legacy/usr/lib -o strfile strfile.o -legacy sh /usr/src/tools/install.sh -s -o root -g wheel -m 555 strfile /usr/obj/usr/src/tmp/legacy/usr/games === gnu/usr.bin/gperf (obj,depend,all,install) /usr/obj/usr/src/tmp/usr/src/gnu/usr.bin/gperf created for /usr/src/gnu/usr.bin/gperf === gnu/usr.bin/gperf/doc (obj) /usr/obj/usr/src/tmp/usr/src/gnu/usr.bin/gperf/doc created for /usr/src/gnu/usr.bin/gperf/doc make: don't know how to make iterator.cc. Stop *** Error code 2 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. No, -j10 did not break it. This error shown here is *exactly* what Randy Bush posted about a few days ago. Please read the ENTIRE THREAD. http://lists.freebsd.org/pipermail/freebsd-stable/2012-January/065616.html The root cause was a bad cvsup server. Randy posted to freebsd-hubs about the problem (I haven't looked to find the mail though). # cvsup5.FreeBSD.org ### # cd /usr/src # env -i make cleandir # env -i make cleandir # env -i make buildworld ... same problem as with cvsup4, cd /usr/src/kerberos5/tools/asn1_compile/../make-print-version make make: don't know how to make /usr/src/tmp/legacy/usr/lib/libegacy.a. Stop No, this is a different error, which could ALSO be caused by a bad cvsup server. You should post these problems to freebsd-hubs; the owners of the cvsup servers need to be made aware of these problems. Finally: please stop with the cleandir. rm -fr /usr/obj/* and do not use make -jX at all. This will rule out any inconsistencies. -- | Jeremy Chadwick j...@parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, US | | Making life hard for others since 1977. PGP 4BD6C0CB | ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
Re: Make Buildworld Fails (Broken Servers)
The root cause was a bad cvsup server. Randy posted to freebsd-hubs about the problem (I haven't looked to find the mail though). found four bad servers while upgrading various systems. entropy seems to have struck the hub system. randy ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
Re: make buildworld fails on a RELENG_7_0 machine
Rajkumar S [EMAIL PROTECTED] writes: [...] === gnu/usr.bin/cvs/contrib (cleandir) sed -e 's,@CSH@,/bin/csh,' -e 's,@PERL@,/usr/bin/perl,' /usr/src/gnu/usr.bin/cvs/contrib/../../../../contrib/cvs/contrib/Makefile.in Makefile Makefile, line 15: Need an operator This will happen if src/gnu/usr.bin/cvs/contrib/Makefile is older than src/contrib/cvs/contrib/Makefile.in, which is usually not the case, but can happen by accident. This has been fixed in 7-STABLE. csup to get a clean tree, then # touch /usr/src/gnu/usr.bin/cvs/contrib/Makefile before building. DES -- Dag-Erling Smørgrav - [EMAIL PROTECTED] ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: make buildworld fails on one box
On Thu, Apr 19, 2007 at 12:09:34PM +0400, Alex Povolotsky wrote: Hello! My attempt to make buildworld on freshly cvsupped 6.2-RELEASEp3 fails strangely. 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 sed /usr/src/lib/libncurses/../../contrib/ncurses/include/MKterm.h.awk.in MKterm.h.awk -e /@NCURSES_MAJOR@/s%%5% -e /@NCURSES_MINOR@/s%%2% -e /@NCURSES_CONST@/s%%const% -e /@NCURSES_XNAMES@/s%%1% awk -f MKterm.h.awk /usr/src/lib/libncurses/../../contrib/ncurses/include/Caps term.h.new sh /usr/src/lib/libncurses/../../contrib/ncurses/include/edit_cfg.sh /usr/src/lib/libncurses/ncurses_cfg.h term.h.new ** edit: HAVE_TCGETATTR 1 ** edit: HAVE_TERMIOS_H 1 ** edit: HAVE_TERMIO_H 0 ** edit: BROKEN_LINKER 0 mv -f term.h.new term.h cc -o make_keys -O2 -fno-strict-aliasing -pipe -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 /usr/src/lib/libncurses/../../contrib/ncurses/ncurses/tinfo/make_keys.c /usr/obj/usr/src/tmp/usr/bin/ld: cannot find -lc *** Error code 1 Check system time clock stability (e.g run ntpd). Kris ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: 'make buildworld' fails
On Fri, Jan 26, 2007 at 08:49:19PM +0500, archon wrote: I've just updated the sources in FreeBSD 6.2-RELEASE and tried to rebuild world. With option 'NO_CXX=YES' in /etc/make.conf world compiled successful, if this option not added 'make buildworld' failed. 'make buildworld' fails: .. === gnu/usr.bin/groff/src/libs/libgroff (depend) Making version.cpp rm -f .depend mkdep -f .depend -a-DHAVE_CONFIG_H -I/usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/include -I/usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../src/include /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/iftoa.c /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/itoa.c /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/matherr.c /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/progname.c mkdep -f .depend -a /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/assert.cpp /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/change_lf.cpp /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/cmap.cpp /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/color.cpp /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/cset.cpp /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/device.cpp /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/errarg.cpp /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/error.cpp /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/fatal.cpp /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/filename.cpp /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/font.cpp /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/fontfile.cpp /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/geometry.cpp /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/glyphuni.cpp /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/htmlhint.cpp /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/hypot.cpp /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/invalid.cpp /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/lf.cpp /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/lineno.cpp /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/macropath.cpp /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/maxfilename.cpp /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/mksdir.cpp /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/nametoindex.cpp /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/new.cpp /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/paper.cpp /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/prime.cpp /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/ptable.cpp /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/searchpath.cpp /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/string.cpp /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/strsave.cpp /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/symbol.cpp /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/tmpfile.cpp /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/tmpname.cpp /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/unicode.cpp /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/uniglyph.cpp
Re: make buildworld fails:: cmap.h: No such file or directory
On Sun, Dec 04, 2005 at 01:14:01PM -0600, Michael Bowerman wrote:
The poblem ended up being that I had in my make.conf:
CFLAGS= -O2 -pipe
CXXFLAGS= -O2 -pipe
I ended up just removing the CXXFLAGS line. I probably cold have used
CXXFLAGS+=... But, I don't think I have any needs for specific C++ flags.
Yes, CXXFLAGS is an addition to CFLAGS:
CXXFLAGS?= ${CFLAGS:N-std=*:N-Wnested-externs:N-W*-prototypes}
That is, anything added to CFLAGS is also added to CXXFLAGS with
some exceptions.
Cheers,
--
Ruslan Ermilov
[EMAIL PROTECTED]
FreeBSD committer
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: make buildworld fails:: cmap.h: No such file or directory
On Sun, Dec 04, 2005 at 09:55:11AM +0200, Ruslan Ermilov wrote:
On Sat, Dec 03, 2005 at 05:57:09PM -0600, Michael Bowerman wrote:
When I do a make buildword, I get a bunch of .h files not found:
/usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/cmap.cpp:27:18:
cmap.h: No such file or directory
The cmap.h file is in another place in the source tree (an include
directory, I think). I'm wondering if this is a bug or some error on my
part. I tried to rm -rf /usr/src/* and rm -rf /usr/obj/*, before a cvsup.
But, that didn't seem to help, and I tried a different cvsup mirror with no
luck.
I like to run update in one command so I can (when everything goes well)
leave the computer to do its thing. So, I typed: cvsup -g -L 2
~/stable-supfile ! ~/buildworld.log make -j4 buildworld
~/buildworld.log make -j4 buildkernel ~/buildworld.log make -j4
installkernel ~/buildworld.log
Here is the tail buildworld.log:
You seem to be hard-wiring your CFLAGS in such a way that -I's from makefiles
don't get passed to it. The command should have been
mkdep -f .depend -a -DHAVE_CONFIG_H -I.../contrib/groff/src/include ...
Forgot to add: this likely happens because you pass CFLAGS on the make's
command line, such as make ... CFLAGS= This way, make(1) actually
has two CFLAGS variables: command-line and global. CFLAGS+= adds to the
global CFLAGS variable but ${CFLAGS} expands a value of the command-line
CFLAGS variable (which has a higher precedence). Go learn the different
types of make variables in the make(1) manpage.
Cheers,
--
Ruslan Ermilov
[EMAIL PROTECTED]
FreeBSD committer
pgpBbtgGnkaOb.pgp
Description: PGP signature
Re: make buildworld fails:: cmap.h: No such file or directory
The poblem ended up being that I had in my make.conf:
CFLAGS= -O2 -pipe
CXXFLAGS= -O2 -pipe
I ended up just removing the CXXFLAGS line. I probably cold have used
CXXFLAGS+=... But, I don't think I have any needs for specific C++ flags.
Thanks for the help,
Mike
On 12/4/05, Ruslan Ermilov [EMAIL PROTECTED] wrote:
On Sun, Dec 04, 2005 at 09:55:11AM +0200, Ruslan Ermilov wrote:
On Sat, Dec 03, 2005 at 05:57:09PM -0600, Michael Bowerman wrote:
When I do a make buildword, I get a bunch of .h files not found:
/usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/cmap.cpp:27:18:
cmap.h: No such file or directory
The cmap.h file is in another place in the source tree (an include
directory, I think). I'm wondering if this is a bug or some error on
my
part. I tried to rm -rf /usr/src/* and rm -rf /usr/obj/*, before a
cvsup.
But, that didn't seem to help, and I tried a different cvsup mirror
with no
luck.
I like to run update in one command so I can (when everything goes
well)
leave the computer to do its thing. So, I typed: cvsup -g -L 2
~/stable-supfile ! ~/buildworld.log make -j4 buildworld
~/buildworld.log make -j4 buildkernel ~/buildworld.log make
-j4
installkernel ~/buildworld.log
Here is the tail buildworld.log:
You seem to be hard-wiring your CFLAGS in such a way that -I's from
makefiles
don't get passed to it. The command should have been
mkdep -f .depend -a -DHAVE_CONFIG_H -I.../contrib/groff/src/include ...
Forgot to add: this likely happens because you pass CFLAGS on the make's
command line, such as make ... CFLAGS= This way, make(1) actually
has two CFLAGS variables: command-line and global. CFLAGS+= adds to the
global CFLAGS variable but ${CFLAGS} expands a value of the command-line
CFLAGS variable (which has a higher precedence). Go learn the different
types of make variables in the make(1) manpage.
Cheers,
--
Ruslan Ermilov
[EMAIL PROTECTED]
FreeBSD committer
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: make buildworld fails:: cmap.h: No such file or directory
On Sat, Dec 03, 2005 at 05:57:09PM -0600, Michael Bowerman wrote: When I do a make buildword, I get a bunch of .h files not found: /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/cmap.cpp:27:18: cmap.h: No such file or directory The cmap.h file is in another place in the source tree (an include directory, I think). I'm wondering if this is a bug or some error on my part. I tried to rm -rf /usr/src/* and rm -rf /usr/obj/*, before a cvsup. But, that didn't seem to help, and I tried a different cvsup mirror with no luck. I like to run update in one command so I can (when everything goes well) leave the computer to do its thing. So, I typed: cvsup -g -L 2 ~/stable-supfile ! ~/buildworld.log make -j4 buildworld ~/buildworld.log make -j4 buildkernel ~/buildworld.log make -j4 installkernel ~/buildworld.log Here is the tail buildworld.log: You seem to be hard-wiring your CFLAGS in such a way that -I's from makefiles don't get passed to it. The command should have been mkdep -f .depend -a -DHAVE_CONFIG_H -I.../contrib/groff/src/include ... and not as shown below. mkdep -f .depend -a /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/assert.cpp /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/change_lf.cpp /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/cmap.cpp /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/color.cpp /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/cset.cpp /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/device.cpp /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/errarg.cpp /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/error.cpp /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/fatal.cpp /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/filename.cpp /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/font.cpp /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/fontfile.cpp /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/geometry.cpp /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/glyphuni.cpp /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/htmlhint.cpp /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/hypot.cpp /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/invalid.cpp /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/lf.cpp /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/lineno.cpp /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/macropath.cpp /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/maxfilename.cpp /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/mksdir.cpp /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/nametoindex.cpp /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/new.cpp /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/paper.cpp /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/prime.cpp /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/ptable.cpp /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/searchpath.cpp /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/string.cpp /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/strsave.cpp /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/symbol.cpp /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/tmpfile.cpp /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/tmpname.cpp /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/unicode.cpp /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/uniglyph.cpp
Re: make buildworld fails for 5-Stable cvsup'd today
On Sun, 5 Dec 2004, Erik Trulsson wrote: On Sat, Dec 04, 2004 at 04:20:53PM -0800, Doug White wrote: On Sat, 4 Dec 2004, Stacey Roberts wrote: CPUTYPE?=i686 There is no CPUTYPE i686. Yes, there is. See /usr/share/examples/etc/make.conf for a list of valid CPUTYPEs. That file lists i686 as a valid value for CPUTYPE. Ok, after some CVS research, there's a discontinuity between RELENG_5 and -CURRENT between bsd.cpu.mk and make.conf. I'll poke obrien about this. Ignore my blabbering for now. :) -- Doug White| FreeBSD: The Power to Serve [EMAIL PROTECTED] | www.FreeBSD.org ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: make buildworld fails for 5-Stable cvsup'd today
On 04 Dec 2004, Stacey Roberts wrote: Hello, I've just installed FreeBSD-5.3 REL on a machine here and I'm attempting to cvsup to Stable. After running through the instructions at http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/makeworld.html, Step 19.4.7.2 Compile the Base System fails repeatedly. Here's the uname info: FreeBSD snipped 5.3-RELEASE FreeBSD 5.3-RELEASE #0: Fri Nov 5 04:19:18 UTC 2004 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/GENERIC i386 Strange. I just cvsup'ed earlier today to 5_RELENG and didn't have any problems with my buildworld. My uname looks like: --- FreeBSD ops.tamu.edu 5.3-STABLE FreeBSD 5.3-STABLE #0: Sat Dec 4 06:52:38 CST 2004 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/OPS i386 so the cvsup happened sometime around 0600 CST. Something may have been added in the mean time, but... More importantly, what does your /etc/make.conf look like? -- Mark Nippere-contacts: Computing and Information Services [EMAIL PROTECTED] Texas AM Universityhttp://ops.tamu.edu/nipsy/ College Station, TX 77843-3142 AIM/Yahoo: texasnipsy ICQ: 66971617 (979)575-3193 MSN: [EMAIL PROTECTED] -BEGIN GEEK CODE BLOCK- Version: 3.1 GG/IT d- s++:+ a- C++$ UBL$ P---+++ L+++$ !E--- W++(--) N+ o K++ w(---) O++ M V(--) PS+++(+) PE(--) Y+ PGP t+ 5 X R tv b+++@ DI+(++) D+ G e h r++ y+(**) --END GEEK CODE BLOCK-- ---begin random quote of the moment--- That we are not much sicker and much madder than we are is due exclusively to that most blessed and blessing of all natural graces, sleep. -- Aldous Huxley end random quote of the moment ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: make buildworld fails for 5-Stable cvsup'd today
On Sat, 4 Dec 2004 20:23:22 +, Stacey Roberts [EMAIL PROTECTED] wrote: internal compiler error: Segmentation fault Faulty RAM, maybe? A machine throwing a segfault is fairly characteristic of a CPU overheating and/or of a faulty RAM stick. -- G. Stewart - [EMAIL PROTECTED] Which is worse: ignorance or apathy? Who knows? Who cares? pgp3ZGBqK0hYs.pgp Description: PGP signature
Re: make buildworld fails for 5-Stable cvsup'd today
Godwin Stewart wrote: On Sat, 4 Dec 2004 20:23:22 +, Stacey Roberts [EMAIL PROTECTED] wrote: internal compiler error: Segmentation fault Faulty RAM, maybe? A machine throwing a segfault is fairly characteristic of a CPU overheating and/or of a faulty RAM stick. I'll chime in here (again!) and mention that I was having the same problem yesterday trying to make buildworld (5.3 Release). It turned out that one of my RAM modules was bad and the bios must not have fully mapped out all of the bad parts. After removing the offending memory module (through trial and error), freebsd is as stable as ever and my builds went flawlessly. So Godwin is probably right. It is probably bad RAM. - Sam ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: make buildworld fails for 5-Stable cvsup'd today
Hi All, Thanks to all that responded. - Original Message - From: Mark Nipper [EMAIL PROTECTED] To: To Stacey Roberts Date: Sat, 04 Dec, 2004 20:28 GMT Subject: Re: make buildworld fails for 5-Stable cvsup'd today On 04 Dec 2004, Stacey Roberts wrote: Hello, I've just installed FreeBSD-5.3 REL on a machine here and I'm attempting to cvsup to Stable. After running through the instructions at http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/makeworld.html, Step 19.4.7.2 Compile the Base System fails repeatedly. Here's the uname info: FreeBSD snipped 5.3-RELEASE FreeBSD 5.3-RELEASE #0: Fri Nov 5 04:19:18 UTC 2004 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/GENERIC i386 Strange. I just cvsup'ed earlier today to 5_RELENG and didn't have any problems with my buildworld. My uname looks like: --- FreeBSD ops.tamu.edu 5.3-STABLE FreeBSD 5.3-STABLE #0: Sat Dec 4 06:52:38 CST 2004 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/OPS i386 so the cvsup happened sometime around 0600 CST. Something may have been added in the mean time, but... That's fair enough.., More importantly, what does your /etc/make.conf look like? Here's what's in there: # -- use.perl generated deltas -- # # Created: Sat Dec 4 19:36:28 2004 # Setting to use base perl from ports: PERL_VER=5.8.5 PERL_VERSION=5.8.5 PERL_ARCH=mach NOPERL=yo NO_PERL=yo NO_PERL_WRAPPER=yo CPUTYPE?=i686 CFLAGS= -O -pipe NOPROFILE= true# Avoid compiling profiled libraries That's about it.., Like I said, its a newly installed machine that in the process of being set up - at this stage, its a matter of getting it to 5-Stable. In keeping with others' suggestions that this might well be symptomatic of RAM issues, I've swapped out all of the RAM and have restarted as per: http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/makeworld.html 19.4.16.6. What do I do if something goes wrong? So. I've just kicked off (scripted logging as well) another buildworld, and will post again when this one completes. Unless of course, you determine that this indeed something wrong with the contents of my /etc/make.conf.., Thanks again. Regards, Stacey -- Mark Nippere-contacts: Computing and Information Services [EMAIL PROTECTED] Texas AM Universityhttp://ops.tamu.edu/nipsy/ College Station, TX 77843-3142 AIM/Yahoo: texasnipsy ICQ: 66971617 (979)575-3193 MSN: [EMAIL PROTECTED] -BEGIN GEEK CODE BLOCK- Version: 3.1 GG/IT d- s++:+ a- C++$ UBL$ P---+++ L+++$ !E--- W++(--) N+ o K++ w(---) O++ M V(--) PS+++(+) PE(--) Y+ PGP t+ 5 X R tv b+++@ DI+(++) D+ G e h r++ y+(**) --END GEEK CODE BLOCK-- ---begin random quote of the moment--- That we are not much sicker and much madder than we are is due exclusively to that most blessed and blessing of all natural graces, sleep. -- Aldous Huxley end random quote of the moment ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: make buildworld fails for 5-Stable cvsup'd today
On Sat, 4 Dec 2004, Stacey Roberts wrote: CPUTYPE?=i686 There is no CPUTYPE i686. See /usr/share/examples/etc/make.conf for a list of valid CPUTYPEs. -- Doug White| FreeBSD: The Power to Serve [EMAIL PROTECTED] | www.FreeBSD.org ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: make buildworld fails for 5-Stable cvsup'd today
On Sat, Dec 04, 2004 at 04:20:53PM -0800, Doug White wrote: On Sat, 4 Dec 2004, Stacey Roberts wrote: CPUTYPE?=i686 There is no CPUTYPE i686. Yes, there is. See /usr/share/examples/etc/make.conf for a list of valid CPUTYPEs. That file lists i686 as a valid value for CPUTYPE. -- Insert your favourite quote here. Erik Trulsson [EMAIL PROTECTED] ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: make buildworld fails for 5-Stable cvsup'd today
Hi, Thanks to all that responded. - Original Message - From: Sam Nilsson [EMAIL PROTECTED] To: To [EMAIL PROTECTED] Date: Sat, 04 Dec, 2004 21:42 GMT Subject: Re: make buildworld fails for 5-Stable cvsup'd today Godwin Stewart wrote: On Sat, 4 Dec 2004 20:23:22 +, Stacey Roberts [EMAIL PROTECTED] wrote: internal compiler error: Segmentation fault Faulty RAM, maybe? A machine throwing a segfault is fairly characteristic of a CPU overheating and/or of a faulty RAM stick. The problem was indeed dodgy RAM! I swapped the RAM out for other modules, and buildworld (and the complete upgrade to Stable, as a matter of fact) completed successfully. Strange though.., the machine I've been working on was originally running Fedora Core-3 quite happily - even recompiled a new kernel before trashing it for FreeBSD.., Go figure.., Thanks again to everyone - onwards! Regards, Stacey I'll chime in here (again!) and mention that I was having the same problem yesterday trying to make buildworld (5.3 Release). It turned out that one of my RAM modules was bad and the bios must not have fully mapped out all of the bad parts. After removing the offending memory module (through trial and error), freebsd is as stable as ever and my builds went flawlessly. So Godwin is probably right. It is probably bad RAM. - Sam ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED] ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: make buildworld fails on sdiff
+[ Ruslan Ermilov ([EMAIL PROTECTED]) dijo sobre Re: make buildworld fails on sdiff: | | Re-cvsup, it's been fixed already. | +] Thanks. That did it. However i was suprised to hear David say that: | If this was with -jN (N numeric), the real error is likely to be | somewhat above the lines you quoted; please check -- or try to re-create | the problem without the -j flag -- if, in fact, you used such a flag. | | The reason I suspect this is that the error isn't readily apparent from | the lines you quoted. Of course I tried the buildworld with -j4. But that wasn't the problem (I did that many times before with success) Thanks again. Fernan To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-stable in the body of the message
Re: make buildworld fails on sdiff
On Thu, 2002-01-31 at 15:06, Fernan Aguero wrote: However i was suprised to hear David say that: | If this was with -jN (N numeric), the real error is likely to be | somewhat above the lines you quoted; please check -- or try to re-create | the problem without the -j flag -- if, in fact, you used such a flag. | | The reason I suspect this is that the error isn't readily apparent from | the lines you quoted. Of course I tried the buildworld with -j4. But that wasn't the problem (I did that many times before with success) I guess what David was trying to say is that when you compile with -j4 the output from the different parallel jobs will be mixed and spotting the error is harder. It is therefore better to supply the error messages from a buildworld without -jN flag. Patrik To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-stable in the body of the message
Re: make buildworld fails on sdiff
I guess what David was trying to say is that when you compile with -j4 the output from the different parallel jobs will be mixed and spotting the error is harder. It is therefore better to supply the error messages from a buildworld without -jN flag. Patrik This is a bit OT but I just wanted to add that sometimes (depending on hardware of course) it's faster to make buildworld without -j flags. My machine used to do 'make -j4 buildworld' in ~27 minutes, but when I tried without '-j4' it compiled in under 21 minutes. -Richard To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-stable in the body of the message
Re: make buildworld fails: share/doc/usd/13.viref
Please try with attached patch.
On Thu, Jan 25, 2001 at 07:44:05PM +0200, Valentin Nechayev wrote:
=== share/doc/usd/13.viref
(cd /m4/REL4/src/share/doc/usd/13.viref/../../../../contrib/nvi/docs/USD.doc/vi.
ref; sed -e\ 's:\(\.so[\ \ ][\ \ ]*\)\(vi.ref\)$:\1/m4/REL4/src/share/doc
/usd/13.viref/../../../../contrib/nvi/docs/USD.doc/vi.ref/\2:' -e\ 's:\(\.so[\ \
][\ \ ]*\)\(ex.cmd.roff\)$:\1/m4/REL4/src/share/doc/usd/13.viref/../..
/../../contrib/nvi/docs/USD.doc/vi.ref/\2:' -e\ 's:\(\.so[\ \ ][\ \ ]*\)\(re
f.so\)$:\1/m4/REL4/src/share/doc/usd/13.viref/../../../../contrib/nvi/docs/USD.d
oc/vi.ref/\2:' -e\ 's:\(\.so[\ \][\ \ ]*\)\(set.opt.roff\)$:\1/m4/REL4
/src/share/doc/usd/13.viref/../../../../contrib/nvi/docs/USD.doc/vi.ref/\2:' -e\
's:\(\.so[\ \ ][\ \ ]*\)\(vi.cmd.roff\)$:\1/m4/REL4/src/share/doc/usd/13.vir
ef/../../../../contrib/nvi/docs/USD.doc/vi.ref/\2:' -e 's:^\.so index.so$::' vi.
ref) | groff -mtty-char -Tascii -t -s -me -U -o1- /dev/null
groff: illegal option -- U
usage: groff [-abehilpstvzCENRSVXZ] [-Fdir] [-mname] [-Tdev] [-ffam] [-wname]
[-Wname] [ -Mdir] [-dcs] [-rcn] [-nnum] [-olist] [-Parg] [-Larg]
[files...]
groff -h gives more help
host OS is `FreeBSD 3.4-STABLE i386'
No words in src/UPDATING about it
/netch
--
Ruslan Ermilov Oracle Developer/DBA,
[EMAIL PROTECTED] Sunbay Software AG,
[EMAIL PROTECTED] FreeBSD committer,
+380.652.512.251Simferopol, Ukraine
http://www.FreeBSD.org The Power To Serve
http://www.oracle.com Enabling The Information Age
Index: Makefile.inc1
===
RCS file: /home/ncvs/src/Makefile.inc1,v
retrieving revision 1.141.2.19
diff -u -p -r1.141.2.19 Makefile.inc1
--- Makefile.inc1 2001/01/22 23:26:15 1.141.2.19
+++ Makefile.inc1 2001/01/25 17:47:57
@@ -168,6 +168,8 @@ CROSSENV= MAKEOBJDIRPREFIX=${OBJTREE} \
COMPILER_PATH=${WORLDTMP}/usr/libexec:${WORLDTMP}/usr/bin \
LIBRARY_PATH=${WORLDTMP}${SHLIBDIR}:${WORLDTMP}/usr/lib \
OBJFORMAT_PATH=${WORLDTMP}/usr/libexec \
+ GROFF_FONT_PATH=${WORLDTMP}/usr/share/groff_font \
+ GROFF_TMAC_PATH=${WORLDTMP}/usr/share/tmac \
PERL5LIB=${WORLDTMP}/usr/libdata/perl/5.00503
# bootstrap-tool stage
@@ -199,7 +201,24 @@ IMAKEENV= ${CROSSENV} \
IMAKE= ${IMAKEENV} ${MAKE} -f Makefile.inc1
USRDIRS= usr/bin usr/lib/compat/aout usr/games usr/libdata/ldscripts \
- usr/libexec/${OBJFORMAT} usr/sbin usr/share/misc
+ usr/libexec/${OBJFORMAT} usr/sbin usr/share/misc \
+ usr/share/tmac/locale usr/share/tmac/mdoc/locale \
+ usr/share/tmac/mm \
+ usr/share/groff_font/devX100 \
+ usr/share/groff_font/devX100-12 \
+ usr/share/groff_font/devX75 \
+ usr/share/groff_font/devX75-12 \
+ usr/share/groff_font/devascii \
+ usr/share/groff_font/devcp1047 \
+ usr/share/groff_font/devdvi \
+ usr/share/groff_font/devhtml \
+ usr/share/groff_font/devkoi8-r \
+ usr/share/groff_font/devlatin1 \
+ usr/share/groff_font/devlbp \
+ usr/share/groff_font/devlj4 \
+ usr/share/groff_font/devps \
+ usr/share/groff_font/devutf8 \
+ usr/share/dict
.if ${MACHINE_ARCH} == "i386" ${MACHINE} == "pc98"
USRDIRS+= usr/libexec/aout
@@ -222,7 +241,7 @@ buildworld:
.if !defined(NOCLEAN)
rm -rf ${WORLDTMP}
.else
- for dir in bin games include lib sbin; do \
+ for dir in bin games include lib sbin share; do \
rm -rf ${WORLDTMP}/usr/$$dir; \
done
rm -f ${WORLDTMP}/sys
@@ -512,7 +531,7 @@ _strfile= games/fortune/strfile
bootstrap-tools:
.for _tool in ${_strfile} usr.bin/yacc usr.bin/colldef usr.sbin/config \
-gnu/usr.bin/gperf gnu/usr.bin/texinfo
+gnu/usr.bin/gperf gnu/usr.bin/groff gnu/usr.bin/texinfo
cd ${.CURDIR}/${_tool}; \
${MAKE} obj; \
${MAKE} depend; \
Re: make buildworld fails: share/doc/usd/13.viref
Thu, Jan 25, 2001 at 19:48:32, ru wrote about "Re: make buildworld fails:
share/doc/usd/13.viref":
Please try with attached patch.
=== cut ===
=== libgroff
c++ -I/usr/obj/m4/REL4/src/i386/usr/include/g++ -O -m486 -pipe -I/m4/REL4/src/gn
u/usr.bin/groff/libgroff/../include -DHAVE_UNISTD_H=1 -DHAVE_DIRENT_H=1 -DHAVE_L
IMITS_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_STRINGS_H=1 -DHAVE_MATH_H=1
-DRET_TYPE_SRAND_IS_VOID=1 -DHAVE_SYS_NERR=1 -DHAVE_SYS_ERRLIST=1 -DHAVE_CC_LIM
ITS_H=1 -DRETSIGTYPE=void -DHAVE_STRUCT_EXCEPTION=1 -DHAVE_GETPAGESIZE=1 -DHAVE_
MMAP=1 -DHAVE_FMOD=1 -DHAVE_STRTOL=1 -DHAVE_GETCWD=1 -DHAVE_STRERROR=1 -DHAVE_PU
TENV=1 -DHAVE_RENAME=1 -DHAVE_MKSTEMP=1 -DHAVE_STRCASECMP=1 -DHAVE_STRNCASECMP=1
-DHAVE_STRSEP=1 -DHAVE_STRDUP=1 -DSYS_SIGLIST_DECLARED=1 -I/m4/REL4/src/gnu/usr
.bin/groff/libgroff/../../../../contrib/groff/include -fno-for-scope -I/usr/obj/
m4/REL4/src/i386/usr/include -fno-rtti -fno-exceptions -c /m4/REL4/src/gnu/usr.b
in/groff/libgroff/../../../../contrib/groff/libgroff/assert.cc -o assert.o
cc1plus: Invalid option `-fno-exceptions'
*** Error code 1
=== end cut ===
The same conditions: target system is 4-stable, host one is 3.4-stable
On Thu, Jan 25, 2001 at 07:44:05PM +0200, Valentin Nechayev wrote:
=== share/doc/usd/13.viref
(cd /m4/REL4/src/share/doc/usd/13.viref/../../../../contrib/nvi/docs/USD.doc/vi.
ref; sed -e\ 's:\(\.so[\ \ ][\ \ ]*\)\(vi.ref\)$:\1/m4/REL4/src/share/doc
/usd/13.viref/../../../../contrib/nvi/docs/USD.doc/vi.ref/\2:' -e\ 's:\(\.so[\ \
][\ \ ]*\)\(ex.cmd.roff\)$:\1/m4/REL4/src/share/doc/usd/13.viref/../..
/../../contrib/nvi/docs/USD.doc/vi.ref/\2:' -e\ 's:\(\.so[\ \ ][\ \ ]*\)\(re
f.so\)$:\1/m4/REL4/src/share/doc/usd/13.viref/../../../../contrib/nvi/docs/USD.d
oc/vi.ref/\2:' -e\ 's:\(\.so[\ \][\ \ ]*\)\(set.opt.roff\)$:\1/m4/REL4
/src/share/doc/usd/13.viref/../../../../contrib/nvi/docs/USD.doc/vi.ref/\2:' -e\
's:\(\.so[\ \ ][\ \ ]*\)\(vi.cmd.roff\)$:\1/m4/REL4/src/share/doc/usd/13.vir
ef/../../../../contrib/nvi/docs/USD.doc/vi.ref/\2:' -e 's:^\.so index.so$::' vi.
ref) | groff -mtty-char -Tascii -t -s -me -U -o1- /dev/null
groff: illegal option -- U
usage: groff [-abehilpstvzCENRSVXZ] [-Fdir] [-mname] [-Tdev] [-ffam] [-wname]
[-Wname] [ -Mdir] [-dcs] [-rcn] [-nnum] [-olist] [-Parg] [-Larg]
[files...]
groff -h gives more help
host OS is `FreeBSD 3.4-STABLE i386'
No words in src/UPDATING about it
/netch
--
Ruslan ErmilovOracle Developer/DBA,
[EMAIL PROTECTED] Sunbay Software AG,
[EMAIL PROTECTED]FreeBSD committer,
+380.652.512.251 Simferopol, Ukraine
http://www.FreeBSD.orgThe Power To Serve
http://www.oracle.com Enabling The Information Age
Index: Makefile.inc1
===
RCS file: /home/ncvs/src/Makefile.inc1,v
retrieving revision 1.141.2.19
diff -u -p -r1.141.2.19 Makefile.inc1
--- Makefile.inc1 2001/01/22 23:26:15 1.141.2.19
+++ Makefile.inc1 2001/01/25 17:47:57
@@ -168,6 +168,8 @@ CROSSENV= MAKEOBJDIRPREFIX=${OBJTREE} \
COMPILER_PATH=${WORLDTMP}/usr/libexec:${WORLDTMP}/usr/bin \
LIBRARY_PATH=${WORLDTMP}${SHLIBDIR}:${WORLDTMP}/usr/lib \
OBJFORMAT_PATH=${WORLDTMP}/usr/libexec \
+ GROFF_FONT_PATH=${WORLDTMP}/usr/share/groff_font \
+ GROFF_TMAC_PATH=${WORLDTMP}/usr/share/tmac \
PERL5LIB=${WORLDTMP}/usr/libdata/perl/5.00503
# bootstrap-tool stage
@@ -199,7 +201,24 @@ IMAKEENV=${CROSSENV} \
IMAKE= ${IMAKEENV} ${MAKE} -f Makefile.inc1
USRDIRS= usr/bin usr/lib/compat/aout usr/games usr/libdata/ldscripts \
- usr/libexec/${OBJFORMAT} usr/sbin usr/share/misc
+ usr/libexec/${OBJFORMAT} usr/sbin usr/share/misc \
+ usr/share/tmac/locale usr/share/tmac/mdoc/locale \
+ usr/share/tmac/mm \
+ usr/share/groff_font/devX100 \
+ usr/share/groff_font/devX100-12 \
+ usr/share/groff_font/devX75 \
+ usr/share/groff_font/devX75-12 \
+ usr/share/groff_font/devascii \
+ usr/share/groff_font/devcp1047 \
+ usr/share/groff_font/devdvi \
+ usr/share/groff_font/devhtml \
+ usr/share/groff_font/devkoi8-r \
+ usr/share/groff_font/devlatin1 \
+ usr/share/groff_font/devlbp \
+ usr/share/groff_font/devlj4 \
+ usr/share/groff_font/devps \
+ usr/share/groff_font/devutf8 \
+ usr/share/dict
.if ${MACHINE_ARCH} == "i386" ${MACHINE} == "pc98"
USRDIRS+=usr/libexec/aout
@@ -222,7 +241,7 @@ buildworld:
.if !defined(NOCLEAN)
rm -rf ${WORLDTMP}
.else
- for dir in bin games include lib sbin; do \
+ for dir in bin ga
Re: make buildworld fails
Lukas Ertl wrote: Hi, "make buildworld" constantly fails on my 4.2-STABLE machine. I cvsup'ed freshly, but the problem persists. Here is the error log: -I/usr/obj/usr/src/i386/usr/include /usr/src/bin/chio/chio.c cpp: Memory exhausted. How much memory is in this box ? and what is running at the time of compilation ? -- Simon To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message
Re: make buildworld fails
On Tue, 23 Jan 2001, Simon Loader wrote: Lukas Ertl wrote: Hi, "make buildworld" constantly fails on my 4.2-STABLE machine. I cvsup'ed freshly, but the problem persists. Here is the error log: -I/usr/obj/usr/src/i386/usr/include /usr/src/bin/chio/chio.c cpp: Memory exhausted. How much memory is in this box ? and what is running at the time of compilation ? Sorry, I should have mentioned before: 96MB RAM, 128MB Swap. It looks ok while compiling, I tried in single user mode, too (where 96MB should be quite enough). If I try to issue the mkdep command on the shell in the chio dir it immediatly exits with the same error message. lg, le -- Lukas Ertl eMail: [EMAIL PROTECTED] WWW-Redaktion Tel.: (+43 1) 4277-14073 Zentraler Informatikdienst (ZID)Fax.: (+43 1) 4277-9140 der Universitt Wien To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message
RE: make buildworld fails
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Thanks to everyone who replied, the problem was with the original cvsup, apparantly it didn't pull everything it needed to, I ran it again and the build went flawlessly (like normally does :-) ). Thanks guys! - -Jason -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Kent Stewart Sent: Tuesday, September 19, 2000 1:16 PM To: Jason M. Taylor Cc: [EMAIL PROTECTED] Subject: Re: make buildworld fails "Jason M. Taylor" wrote: I installed 4.0-Release and I cvs'd the 4.x stable branch and the update appeared and reported to go without a hitch. However when I go to /usr/src and do a 'make buildworld' it gets so far and then give me the following: /usr/src/gnu/usr.bin/binutils/libiberty/../../../../contrib/bi nutils/libiber ty/strerror.c:461: conflicting types for `sys_errlist' /usr/include/stdio.h:225: previous declaration of `sys_errlist' /usr/src/gnu/usr.bin/binutils/libiberty/../../../../contrib/bi nutils/libiber ty/strerror.c: In function `init_error_tables': /usr/src/gnu/usr.bin/binutils/libiberty/../../../../contrib/bi nutils/libiber ty/strerror.c:546: warning: assignment of read-only variable `sys_nerr' *** Error code 1 I can only suspect you cvsup update. A current cvsup and buildworld shows the following cc -O -pipe -march=i686 -D_GNU_SOURCE -I- -I. -I/usr/src/gnu/usr.bin/binutils/li biberty -I/usr/src/gnu/usr.bin/binutils/libiberty/../libbfd/i386 -I/usr/src/gnu/ usr.bin/binutils/libiberty/../../../../contrib/binutils/include -DHAVE_CONFIG_H -I/usr/obj/usr/src/i386/usr/include -c /usr/src/gnu/usr.bin/binutils/libiberty/. ./../../../contrib/binutils/libiberty/strerror.c -o strerror.o It doesn't even generate any warning messages. I would check you cvsup for the proper tag and recvsup. Kent -- Kent Stewart Richland, WA mailto:[EMAIL PROTECTED] http://kstewart.urx.com/kstewart/index.html http://daily.daemonnews.org/ SETI (Search for Extraterrestrial Intelligence) @ Home http://setiathome.ssl.berkeley.edu/ To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message -BEGIN PGP SIGNATURE- Version: PGPfreeware 6.5.8 for non-commercial use http://www.pgp.com iQA/AwUBOcfMZXGfX7CR8SmVEQIB/QCgtHmEqX8fuW2WzerqDAdL54MENHoAn2db 3sjJHy1d0VguOMgVQnmEqDwC =IBzg -END PGP SIGNATURE- To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message
Re: make buildworld fails...
On Mon, 1 May 2000, Daniel Frazier wrote: %xtern int rl_forward_word __P((int, int)); the line with the % is line 84, as referred to in the error. It looks like the obvious fix is to edit that line. Looks like corruption on your local machine - this isn't in the CVS repository. 'e' is 0x65, '%' is 0x25, looks like you have a single-bit flip from somewhere. Kris In God we Trust -- all others must submit an X.509 certificate. -- Charles Forsythe [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message
Re: make buildworld fails...
I think I found the problem. readline.h contains these lines: /* Bindable commands for moving the cursor. */ extern int rl_forward __P((int, int)); extern int rl_backward __P((int, int)); extern int rl_beg_of_line __P((int, int)); extern int rl_end_of_line __P((int, int)); %xtern int rl_forward_word __P((int, int)); extern int rl_backward_word __P((int, int)); extern int rl_refresh_line __P((int, int)); extern int rl_clear_screen __P((int, int)); extern int rl_arrow_keys __P((int, int)); the line with the % is line 84, as referred to in the error. It looks like the obvious fix is to edit that line. Ok, I made that change and did make buildworld again. Got a different error this time... /usr/src/lib/libc/../libc/stdlib/strtoul.c: In function `strtoul': /usr/src/lib/libc/../libc/stdlib/strtoul.c:81: `ba3e' undeclared (first use this function) /usr/src/lib/libc/../libc/stdlib/strtoul.c:81: (Each undeclared identifier is reported only once /usr/src/lib/libc/../libc/stdlib/strtoul.c:81: for each function it appears in.) *** Error code 1 Stop. and so on. Here is line 81 from strtoul.c... cutlim = (unsigned long)ULONG_MAX % (unsigned long)ba3e; again, it looks like the obvios fix is a little editing. Did that and did make buildworld again, and got a new error: /usr/src/usr.bin/lex/skel.c:435: parse error before `l' *** Error code 1 Stop. Here is line 435 from skel.c: "%+ C++ definition"l looks like another quick job for vi. Am I the only one seeing these errors. Could these errors be the result of something corrupting my source tree? -- -- Daniel Frazier [EMAIL PROTECTED] Tel: 302-239-5900 Ext. 231 System Administrator Fax: 302-239-3909 MAGPAGE, We Power the Internet WWW: http://www.magpage.com/ To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message
Re: make buildworld fails...
Kris Kennaway wrote: On Mon, 1 May 2000, Daniel Frazier wrote: %xtern int rl_forward_word __P((int, int)); the line with the % is line 84, as referred to in the error. It looks like the obvious fix is to edit that line. Looks like corruption on your local machine - this isn't in the CVS repository. 'e' is 0x65, '%' is 0x25, looks like you have a single-bit flip from somewhere. Ack, I was afraid of that. I guess I'll re-cvsup and see if that helps. What could be causing that kind of corruption? -- -- Daniel Frazier [EMAIL PROTECTED] Tel: 302-239-5900 Ext. 231 System Administrator Fax: 302-239-3909 MAGPAGE, We Power the Internet WWW: http://www.magpage.com/ To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message
Re: make buildworld fails...
On Mon, 1 May 2000, Daniel Frazier wrote: Looks like corruption on your local machine - this isn't in the CVS repository. 'e' is 0x65, '%' is 0x25, looks like you have a single-bit flip from somewhere. Ack, I was afraid of that. I guess I'll re-cvsup and see if that helps. What could be causing that kind of corruption? Bad RAM, bad disk, generally bad hardware, cosmic rays, bug in FreeBSD (probably in that order of probability :-) Kris In God we Trust -- all others must submit an X.509 certificate. -- Charles Forsythe [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message
Re: make buildworld fails...
[ On Monday, May 1, Daniel Frazier wrote: ] Ok, I made that change and did make buildworld again. Got a different error this time... /usr/src/lib/libc/../libc/stdlib/strtoul.c: In function `strtoul': /usr/src/lib/libc/../libc/stdlib/strtoul.c:81: `ba3e' undeclared (first use this function) /usr/src/lib/libc/../libc/stdlib/strtoul.c:81: (Each undeclared identifier is reported only once /usr/src/lib/libc/../libc/stdlib/strtoul.c:81: for each function it appears in.) *** Error code 1 Stop. and so on. Here is line 81 from strtoul.c... cutlim = (unsigned long)ULONG_MAX % (unsigned long)ba3e; I think the previous poster's same explaination can be used to explain this one too. '3' == 0x33 (8b'00110011) 's' == 0x73 (8b'01110011) so there's just a single bit flipped somehow. How it happened, nobody knows. Have you had memory problems before? Flakey network connection? again, it looks like the obvios fix is a little editing. Did that and did make buildworld again, and got a new error: /usr/src/usr.bin/lex/skel.c:435: parse error before `l' *** Error code 1 Stop. Here is line 435 from skel.c: "%+ C++ definition"l looks like another quick job for vi. Am I the only one seeing these errors. Could these errors be the result of something corrupting my source tree? I'm not seeing the errors in my latest buildworld. -Jr -- =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= | John Reynolds WCCG, CCE, Higher Levels of Abstraction | | Intel Corporation MS: CH6-210 Phone: 480-554-9092 pgr: 602-868-6512 | | [EMAIL PROTECTED] http://www-aec.ch.intel.com/~jreynold/ | =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message
Re: make buildworld fails...
On Mon, 1 May 2000, Daniel Frazier wrote: and so on. Here is line 81 from strtoul.c... cutlim = (unsigned long)ULONG_MAX % (unsigned long)ba3e; '3' == 0x33, 's' == 0x73 - again that 0x40 bit flip. Here is line 435 from skel.c: "%+ C++ definition"l 0x6c - 0x2c. Your hardware is definitely toggling bits :-) Kris In God we Trust -- all others must submit an X.509 certificate. -- Charles Forsythe [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message
Re: Make buildworld fails
Marc Veldman wrote: On Mon, 6 Sep 1999, Christophe Prevotaux wrote: I get this when trying to make buildworld I installed 3.2-RELEASE CD then did cvsup . BS=-lperl" "INSTALLMAN3DIR=/usr/obj/usr/src/tmp/usr/share/perl/man3" Writing Makefile for DynaLoader == Your Makefile has been rebuilt. == == Please rerun the make command. == false false:No such file or directory *** Error code 1 Is your system time set correctly ? I had the exact same problem, and it seems to have something to do with the system time. I had the system clock set to UTC, but I had not adjusted it. My clock was a few hours ahead, and not only my buildworld failed, but also a build of netatalk (/usr/ports/net/netatalk-asun). After I set the clock to the correct time, everything went perfectly, as usual. I'm still trying to find out what precisely caused this. Any pointers are very welcome ! Marc Veldman Thanks I'll try this -- === Christophe Prevotaux Email: [EMAIL PROTECTED] HEXANET SARL URL: http://www.hexanet.fr/ Z.A Farman Sud Tel: +33 (0)3 26 79 30 05 9 rue Roland Coffignot Fax: +33 (0)3 26 79 30 06 BP415 51689 Reims Cedex 2Use a real OS, use UNIX FRANCEFreeBSD === To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message
