Re: make world failure
What do you have your CFLAGS/CPUTYPE set to? I've run into this before with aggressive CFLAGS/CPUTYPE i believe (-O3 with athlon-mp) seth Hi, I end up with the following when I run `make world` on 5.1-RELEASE-p10. /usr/src/contrib/libstdc++/libsupc++/unwind-cxx.h:41:20: unwind.h: No such file or directory In file included from /usr/src/contrib/libstdc++/libsupc++/eh_globals.cc:33: /usr/src/contrib/libstdc++/libsupc++/unwind-cxx.h:41:20: unwind.h: No such file or directory In file included from /usr/src/contrib/libstdc++/libsupc++/eh_personality.cc:34: /usr/src/contrib/libstdc++/libsupc++/unwind-cxx.h:41:20: unwind.h: No such file or directory /usr/src/contrib/libstdc++/libsupc++/eh_personality.cc:38:23: unwind-pe.h: No such file or directory In file included from /usr/src/contrib/libstdc++/libsupc++/eh_terminate.cc:34: /usr/src/contrib/libstdc++/libsupc++/unwind-cxx.h:41:20: unwind.h: No such file or directory In file included from /usr/src/contrib/libstdc++/libsupc++/eh_throw.cc:32: /usr/src/contrib/libstdc++/libsupc++/unwind-cxx.h:41:20: unwind.h: No such file or directory In file included from /usr/src/contrib/libstdc++/libsupc++/eh_type.cc:32: /usr/src/contrib/libstdc++/libsupc++/unwind-cxx.h:41:20: unwind.h: No such file or directory In file included from /usr/src/contrib/libstdc++/libsupc++/pure.cc:31: /usr/src/contrib/libstdc++/libsupc++/unwind-cxx.h:41:20: unwind.h: No such file or directory In file included from /usr/src/contrib/libstdc++/libsupc++/vec.cc:37: /usr/src/contrib/libstdc++/libsupc++/unwind-cxx.h:41:20: unwind.h: No such file or directory mkdep: compile failed *** Error code 1 Stop in /usr/src/gnu/lib/libstdc++. *** Error code 1 Stop in /usr/src/gnu/lib. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. beastie# date Mon Nov 17 19:20:06 EAT 2003 ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: make world failure: tar/cleaning object tree
On Mon, Jun 16, 2003 at 10:21:51AM +0200, Matthias Andree wrote: Hi, make world fails, rm -rf /usr/obj ; make -DNOCLEAN world is fine. Always update with 'cvs update -PdA' Kris pgp0.pgp Description: PGP signature
Re: make world failure: tar/cleaning object tree
On Mon, 16 Jun 2003, Kris Kennaway wrote: On Mon, Jun 16, 2003 at 10:21:51AM +0200, Matthias Andree wrote: make world fails, rm -rf /usr/obj ; make -DNOCLEAN world is fine. Always update with 'cvs update -PdA' I used cvsup without -s. shrug -- Matthias Andree ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: make world failure...
In 38689.981926085@critter, Poul-Henning Kamp wrote: cc -O -pipe -DLIBC_RCS -DSYSLIBC_RCS -I/syv/src/lib/libc/include -D__DBINTERFACE _PRIVATE -DINET6 -I/usr/obj/syv/src/lib/libc -DPOSIX_MISTAKE -I/syv/src/lib/libc /../libc/locale -DBROKEN_DES -DYP -DHESIOD -I/usr/obj/syv/src/i386/usr/include - c /syv/src/lib/libc/../libc/locale/lmessages.c -o lmessages.o /syv/src/lib/libc/../libc/locale/lmessages.c: In function `__messages_load_local e': /syv/src/lib/libc/../libc/locale/lmessages.c:61: syntax error before `struct' /syv/src/lib/libc/../libc/locale/lmessages.c:61: too few arguments to function ` __part_load_locale' /syv/src/lib/libc/../libc/locale/lmessages.c:62: syntax error before `)' *** Error code 1 Stop in /syv/src/lib/libc. *** Error code 1 Stop in /syv/src/lib. *** Error code 1 Stop in /syv/src. *** Error code 1 It should work with '#include stddef.h'. ciao, -- Robert S. F. Drehmel [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: make world failure...
On Sun, Feb 11, 2001 at 10:56:18PM +0100, Robert Drehmel wrote: In 38689.981926085@critter, Poul-Henning Kamp wrote: [buildworld failure lib/libc/locale/lmessages.c] It should work with '#include stddef.h'. Yep, that seems to be enough to get past this point. I don't know if there are any other surprises, my buildworld is still running. /s/Udo -- There's more than one way to skin a cat: Way number 15 -- Krazy Glue and a toothbrush. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Make World failure
On Mon, 30 Aug 1999, Systems Administrator wrote: Make world for 4.0 is failing due to libedit libraries that were compiled during the process.. various errors with tputs and other functions in libedit.a, please commit a fix soon, I just reinstalled -RELEASE and wanna get out of it. Any chance you could cut and paste the errors? -- | Matthew N. Dodd | '78 Datsun 280Z | '75 Volvo 164E | FreeBSD/NetBSD | | [EMAIL PROTECTED] | 2 x '84 Volvo 245DL| ix86,sparc,pmax | | http://www.jurai.net/~winter | This Space For Rent | ISO8802.5 4ever | To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Make World failure
Thats not where it dies :).. -- Jason DiCioccio | [EMAIL PROTECTED] FreeBSD - The Power to Serve | http://www.freebsd.org | http://www.ods.org -- On Mon, 30 Aug 1999, Steve Kargl wrote: Matthew N. Dodd wrote: On Mon, 30 Aug 1999, Systems Administrator wrote: Make world for 4.0 is failing due to libedit libraries that were compiled during the process.. various errors with tputs and other functions in libedit.a, please commit a fix soon, I just reinstalled -RELEASE and wanna get out of it. Any chance you could cut and paste the errors? This is probably caused by the integration of ncurses. Peter Wemm warned that the tree might be broken for a day while he/someone chases down the loose ends. -- Steve cc -O2 -pipe -mpentiumpro -D_GNU_SOURCE -I- -I. -I/usr/src/gnu/usr.bin/binutils/gdb/i386 -I/usr/src/gnu/usr.bin/binutils/gdb -I/usr/src/gnu/usr.bin/binutils/gdb/../libbfd/i386 -I/usr/src/gnu/usr.bin/binutils/gdb/../../../../contrib/binutils/include -I/usr/src/gnu/usr.bin/binutils/gdb/i386 -I/usr/src/gnu/usr.bin/binutils/gdb/../../../../contrib/binutils/binutils -I/usr/src/gnu/usr.bin/binutils/gdb/../../../../contrib/binutils/bfd -I/usr/src/gnu/usr.bin/binutils/gdb/../../../../contrib/gdb/gdb -I/usr/src/gnu/usr.bin/binutils/gdb/../../../../contrib/gdb/gdb/config -DFREEBSD_ELF -I/usr/src/gnu/usr.bin/binutils/gdb -I/usr/obj/usr/src/tmp/usr/include/readline -DNO_MMALLOC -I/usr/obj/usr/src/tmp/usr/include -static -o gdb init.o annotate.o ax-general.o ax-gdb.o bcache.o blockframe.o breakpoint.o buildsym.o c-exp.o c-lang.o c-typeprint.o c-valprint.o ch-exp.o ch-lang.o ch-typeprint.o ch-valprint.o coffread.o command.o complaints.o copying.o corefile.o corelow.o core-regset.o cp-valprint.o dcache.o dbxread.o demangle.o dwarfread.o dwarf2read.o elfread.o environ.o eval.o exec.o expprint.o f-exp.o f-lang.o f-typeprint.o f-valprint.o findvar.o fork-child.o gdbarch.o gdbtypes.o infcmd.o inflow.o infptrace.o infrun.o inftarg.o language.o jv-exp.o jv-lang.o jv-valprint.o jv-typeprint.o nlmread.o m2-lang.o m2-exp.o m2-typeprint.o m2-valprint.o main.o maint.o mdebugread.o mem-break.o minsyms.o objfiles.o parse.o printcmd.o remote.o remote-utils.o scm-exp.o scm-lang.o scm-valprint.o solib.o source.o stabsread.o stack.o symfile.o symmisc.o symtab.o target.o thread.o top.o tracepoint.o typeprint.o utils.o valarith.o valops.o valprint.o values.o version.o serial.o ser-unix.o ser-tcp.o callback.o freebsd-nat.o i386-tdep.o i387-tdep.o kvm-fbsd.o -L../libbfd -lbfd -L../libopcodes -lopcodes -lreadline -lgnuregex -L../libiberty -liberty -ltermcap utils.o: In function `init_page_info': utils.o(.text+0xbd0): undefined reference to `tgetent' utils.o(.text+0xbf6): undefined reference to `tgetnum' utils.o(.text+0xc1c): undefined reference to `tgetnum' /usr/obj/usr/src/tmp/usr/lib/libreadline.a(terminal.o): In function `_rl_get_screen_size': terminal.o(.text+0x79): undefined reference to `tgetnum' terminal.o(.text+0xc9): undefined reference to `tgetnum' /usr/obj/usr/src/tmp/usr/lib/libreadline.a(terminal.o): In function `rl_resize_terminal': terminal.o(.text+0x1ae): undefined reference to `tgetstr' To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Make World failure
Thats not where it dies :).. Be more specific. Just saying "it dies" does not help anyone here. - Jordan To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Make World failure
Systems Administrator wrote: Thats not where it dies :).. It's the same problem. libtermcap has changed or causes conflicts with symbols (if I understand some of Peter's commits). The tput function you noted would have come from -ltermcap (as does the tgetent, tgetnum, etc.i below) What I don't know is whether -ltermcap is replaced by -lncurses or -ltermcap -lncurses. utils.o(.text+0xbd0): undefined reference to `tgetent' utils.o(.text+0xbf6): undefined reference to `tgetnum' utils.o(.text+0xc1c): undefined reference to `tgetnum' /usr/obj/usr/src/tmp/usr/lib/libreadline.a(terminal.o): In function `_rl_get_screen_size': terminal.o(.text+0x79): undefined reference to `tgetnum' terminal.o(.text+0xc9): undefined reference to `tgetnum' /usr/obj/usr/src/tmp/usr/lib/libreadline.a(terminal.o): In function `rl_resize_terminal': terminal.o(.text+0x1ae): undefined reference to `tgetstr' -- Steve To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Make World failure
cc -O -pipe -DSHELL -I. -I/usr/src/bin/sh -Wall -Wformat -I/usr/obj/usr/src/tm p/usr/include -static -o sh alias.o arith.o arith_lex.o cd.o echo.o error.o eva l.o exec.o expand.o histedit.o input.o jobs.o mail.o main.o memalloc.o miscbltin .o mystring.o options.o output.o parser.o printf.o redir.o show.o trap.o var.o b uiltins.o init.o nodes.o syntax.o -ll -ledit -ltermcap /usr/obj/usr/src/tmp/usr/lib/libedit.a(editline.o): In function `el_gets': editline.o(.text+0x5eec): undefined reference to `tgoto' editline.o(.text+0x5ef5): undefined reference to `tputs' editline.o(.text+0x5f2a): undefined reference to `tputs' editline.o(.text+0x607f): undefined reference to `tgoto' editline.o(.text+0x6088): undefined reference to `tputs' editline.o(.text+0x618d): undefined reference to `tgoto' editline.o(.text+0x61b4): undefined reference to `tputs' editline.o(.text+0x61e2): undefined reference to `tputs' editline.o(.text+0x620a): undefined reference to `tputs' editline.o(.text+0x627e): undefined reference to `tgoto' -- Jason DiCioccio | [EMAIL PROTECTED] FreeBSD - The Power to Serve | http://www.freebsd.org | http://www.ods.org -- On Mon, 30 Aug 1999, Jordan K. Hubbard wrote: Thats not where it dies :).. Be more specific. Just saying "it dies" does not help anyone here. - Jordan To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: make world failure (signal 11 in cpp)
Hi folks, To answer my own question, I came into work this morning and found my console full of messages... spec_getpages: I/O read failure: (error code=0) bp 0xc36fe9a0 vp 0xc92ce000 size: 0, resid: 0, a_count: 4096, valid: 0x0 nread: 0, reqpage: 0, pindex: 9, pcount: 1 vm_fault: pager read error, pid 56587 (yacc) Aug 25 23:53:56 FreeBSD /kernel: pid 56587 (yacc), uid 0: exited on signal 11 (c ore dumped) spec_getpages: I/O read failure: (error code=0) bp 0xc36ffe20 vp 0xc92ce000 size: 0, resid: 0, a_count: 65536, valid: 0x0 nread: 0, reqpage: 0, pindex: 0, pcount: 16 spec_getpages: I/O read failure: (error code=0) bp 0xc37000b0 vp 0xc92ce000 size: 0, resid: 0, a_count: 4096, valid: 0x0 nread: 0, reqpage: 0, pindex: 9, pcount: 1 vm_fault: pager read error, pid 6178 (yacc) Aug 26 00:34:27 FreeBSD /kernel: pid 6178 (yacc), uid 0: exited on signal 11 (co re dumped) If I reboot my system with a kernel which is about two weeks old, things run fine... I'm not sure where to go from here... I'd appreciate any help. Again, my source (and kernel which is failing) is current as of 11:30pm EST, 8/25/99. Thanks, -John On Wednesday, 25 August 1999 at 23:39:56 -0400, John W. DeBoskey wrote: Hi, I'm having problems making world... before I dig into this, does anyone already know what's going on? My source is current as of 11:30pm EST. thanks, John === cpp cc -O -pipe -I/usr/src/gnu/usr.bin/cc/cpp/../../../../contrib/egcs/gcc -I/usr/src/gnu/usr.bin/cc/cpp/../../../../contrib/egcs/gcc/config -DFREEBSD_NATIVE -DHAVE_CONFIG_H -DDEFAULT_TARGET_VERSION=\"egcs-2.91.66\" -DDEFAULT_TARGET_MACHINE=\"i386-unknown-freebsd\" -I/usr/obj/usr/src/gnu/usr.bin/cc/cpp/../cc_tools -I/usr/src/gnu/usr.bin/cc/cpp/../cc_tools -DPREFIX=\"/usr\" -I/usr/obj/usr/src/tmp/usr/include -c /usr/src/gnu/usr.bin/cc/cpp/../../../../contrib/egcs/gcc/cccp.c yacc -o cexp.c /usr/src/gnu/usr.bin/cc/cpp/../../../../contrib/egcs/gcc/cexp.y *** Signal 11 The canonical explanation for this sort of thing is processor or memory problems. Would that fit? Greg -- See complete headers for address, home page and phone numbers finger [EMAIL PROTECTED] for PGP public key To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: make world failure (signal 11 in cpp)
On Wednesday, 25 August 1999 at 23:39:56 -0400, John W. DeBoskey wrote: Hi, I'm having problems making world... before I dig into this, does anyone already know what's going on? My source is current as of 11:30pm EST. thanks, John === cpp cc -O -pipe -I/usr/src/gnu/usr.bin/cc/cpp/../../../../contrib/egcs/gcc -I/usr/src/gnu/usr.bin/cc/cpp/../../../../contrib/egcs/gcc/config -DFREEBSD_NATIVE -DHAVE_CONFIG_H -DDEFAULT_TARGET_VERSION=\"egcs-2.91.66\" -DDEFAULT_TARGET_MACHINE=\"i386-unknown-freebsd\" -I/usr/obj/usr/src/gnu/usr.bin/cc/cpp/../cc_tools -I/usr/src/gnu/usr.bin/cc/cpp/../cc_tools -DPREFIX=\"/usr\" -I/usr/obj/usr/src/tmp/usr/include -c /usr/src/gnu/usr.bin/cc/cpp/../../../../contrib/egcs/gcc/cccp.c yacc -o cexp.c /usr/src/gnu/usr.bin/cc/cpp/../../../../contrib/egcs/gcc/cexp.y *** Signal 11 The canonical explanation for this sort of thing is processor or memory problems. Would that fit? Greg -- See complete headers for address, home page and phone numbers finger [EMAIL PROTECTED] for PGP public key To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: make world failure (signal 11 in cpp)
On Wednesday, 25 August 1999 at 23:39:56 -0400, John W. DeBoskey wrote: Hi, I'm having problems making world... before I dig into this, does anyone already know what's going on? My source is current as of 11:30pm EST. thanks, John === cpp cc -O -pipe -I/usr/src/gnu/usr.bin/cc/cpp/../../../../contrib/egcs/gcc -I/usr/src/gnu/usr.bin/cc/cpp/../../../../contrib/egcs/gcc/config -DFREEBSD_NATIVE -DHAVE_CONFIG_H -DDEFAULT_TARGET_VERSION=\"egcs-2.91.66\" -DDEFAULT_TARGET_MACHINE=\"i386-unknown-freebsd\" -I/usr/obj/usr/src/gnu/usr.bin/cc/cpp/../cc_tools -I/usr/src/gnu/usr.bin/cc/cpp/../cc_tools -DPREFIX=\"/usr\" -I/usr/obj/usr/src/tmp/usr/include -c /usr/src/gnu/usr.bin/cc/cpp/../../../../contrib/egcs/gcc/cccp.c yacc -o cexp.c /usr/src/gnu/usr.bin/cc/cpp/../../../../contrib/egcs/gcc/cexp.y *** Signal 11 The canonical explanation for this sort of thing is processor or memory problems. Would that fit? Greg -- See complete headers for address, home page and phone numbers finger [EMAIL PROTECTED] for PGP public key I really doubt it, though I can replace the memory and swap machines tomorrow if I need to. It is a stock machine from Dell with no mods. This machine has been dedicated to building -current SNAP's for more than 8 months. When this machine has problems, the typical problem is bad code getting into the system, or a corrupted filesystem (I nolonger run any of my filesystems async for this reason). fyi, this problem does replicate at the exact same location. It appears to actually be yacc... /usr/obj/usr/src/gnu/usr.bin/cc/cpp %ls -al drwxr-xr-x 2 root wheel 512 Aug 25 23:53 . drwxr-xr-x 16 root wheel 512 Aug 25 23:47 .. -rw-r--r-- 1 root wheel 92936 Aug 25 23:53 cccp.o -rw--- 1 root wheel 147456 Aug 25 23:53 yacc.core /usr/obj/usr/src/gnu/usr.bin/cc/cpp %file yacc.core yacc.core: ELF 32-bit LSB core file, Intel 80386, version 1 (FreeBSD), from 'yacc' gdb says the following: (no debugging symbols found)... Core was generated by `yacc'. Program terminated with signal 11, Segmentation fault. #0 0x8051bec in free () I guess I'll try to build a debug version next... Thanks, John To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: make world failure (signal 11 in cpp)
* Greg Lehey ([EMAIL PROTECTED]) [990826 06:19]: On Wednesday, 25 August 1999 at 23:39:56 -0400, John W. DeBoskey wrote: === cpp cc -O -pipe -I/usr/src/gnu/usr.bin/cc/cpp/../../../../contrib/egcs/gcc -I/usr/src/gnu/usr.bin/cc/cpp/../../../../contrib/egcs/gcc/config -DFREEBSD_NATIVE -DHAVE_CONFIG_H -DDEFAULT_TARGET_VERSION=\"egcs-2.91.66\" -DDEFAULT_TARGET_MACHINE=\"i386-unknown-freebsd\" -I/usr/obj/usr/src/gnu/usr.bin/cc/cpp/../cc_tools -I/usr/src/gnu/usr.bin/cc/cpp/../cc_tools -DPREFIX=\"/usr\" -I/usr/obj/usr/src/tmp/usr/include -c /usr/src/gnu/usr.bin/cc/cpp/../../../../contrib/egcs/gcc/cccp.c yacc -o cexp.c /usr/src/gnu/usr.bin/cc/cpp/../../../../contrib/egcs/gcc/cexp.y *** Signal 11 The canonical explanation for this sort of thing is processor or memory problems. Would that fit? Could I think, but... Last time I had that when making a week/two week old CURRENT to the current CURRENT I got sig 11's on all my compiles. I had to install a snapshot cc in order to rebuilt libc and cc and then make world again. Everything compiled core dumped with the first compiler. After reinstalling cc, no more problems. So compliers and Sig 11's are harder to troubleshoot, at least IMHO. HTH, -- Jeroen Ruigrok van der Werven asmodai(at)wxs.nl The BSD Programmer's Documentation Project http://home.wxs.nl/~asmodai Network/Security SpecialistBSD: Technical excellence at its best Man shall not live by bread alone. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: make world failure (egcs)
On Thu, Jul 29, 1999 at 08:46:52AM -0400, John W. DeBoskey wrote: Hi, The following seems to have slipped in over the last 24 hours. I'm probably the last to see it, and it may already be fixed, but I don't see any obvious commits: c++ -c -I/usr/obj/usr/src/tmp/usr/include/g++ -O -pipe -I/usr/src/gnu/lib/libgcc/../../../contrib/egcs/gcc/config -I/usr/src/gnu/lib/libgcc/../../../contrib/egcs/gcc -I. -fexceptions -DIN_GCC -I/usr/obj/usr/src/tmp/usr/include -I/usr/src/gnu/lib/libgcc/../../../contrib/egcs/gcc/cp/inc -nostdinc++ -DL_op_new -o _op_new.o /usr/src/gnu/lib/libgcc/../../../contrib/egcs/gcc/cp/new1.cc In file included from /usr/obj/usr/src/tmp/usr/include/stddef.h:39, from /usr/obj/usr/src/tmp/usr/include/g++/new:8, from /usr/src/gnu/lib/libgcc/../../../contrib/egcs/gcc/cp/new1.cc:28: /usr/obj/usr/src/tmp/usr/include/machine/ansi.h:103: syntax error before `__attribute__' /usr/obj/usr/src/tmp/usr/include/machine/ansi.h:104: syntax error before `__attribute__' In file included from /usr/obj/usr/src/tmp/usr/include/g++/new:9, from /usr/src/gnu/lib/libgcc/../../../contrib/egcs/gcc/cp/new1.cc:28: /usr/obj/usr/src/tmp/usr/include/g++/exception:9: syntax error before string constant *** Error code 1 Stop. *** Error code 1 source is current as of 2am (6hrs, 45mins ago). It's been fixed. It had to do with the change from bison to yacc. regards, -Oscar -- For PGP Public Key: finger [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: make world failure mode
On Mon, 3 May 1999, Bruce Evans wrote:
I have noticed that if you do not have /usr/share/groff_font
directory, a buildworld will fail. I think GROFF_FONT_PATH is
missing from a Makefile maybe? The dev* directories are already
built in the obj tree...
Similarly for /usr/share/tmac and GROFF_TMAC_PATH.
Not quite similarly for /usr/share/dict/{various}. groff uses these,
but there doesn't seem to be any macros for them. Hopefully they aren't
used by buildworld.
A 'make buildworld' completed ok without a /usr/share/dict
Bruce
--
:{ an...@speednet.com.au
Andy Farkas
System Administrator
Speed Internet Services
http://www.speednet.com.au/
To Unsubscribe: send mail to majord...@freebsd.org
with unsubscribe freebsd-current in the body of the message
Re: make world failure
I had tried cd /usr/src and make cleandir and make cleandir. It didn't help. Any idea ? Thanks. rm -rf /usr/src cd /usr cvs co src Something is wrong with your tree. This output is very simular to what you get when contrib/egcs/gcc/config/freebsd-native.h isn't being picked up properly. -- -- David(obr...@nuxi.com -or- obr...@freebsd.org) To Unsubscribe: send mail to majord...@freebsd.org with unsubscribe freebsd-current in the body of the message
Re: make world failure mode
# uname -v
FreeBSD 3.1-STABLE #2: Mon Apr 26 22:46:11 EST 1999
I have noticed that if you do not have /usr/share/groff_font
directory, a buildworld will fail. I think GROFF_FONT_PATH is
missing from a Makefile maybe? The dev* directories are already
built in the obj tree...
Similarly for /usr/share/tmac and GROFF_TMAC_PATH.
Not quite similarly for /usr/share/dict/{various}. groff uses these,
but there doesn't seem to be any macros for them. Hopefully they aren't
used by buildworld.
Bruce
To Unsubscribe: send mail to majord...@freebsd.org
with unsubscribe freebsd-current in the body of the message
Re: make world failure
David O'Brien wrote: On Thu, Apr 29, 1999 at 03:19:37AM +0200, Jean-Marc Zucconi wrote: I just encountered this: === gnu/usr.bin/cc/doc makeinfo -I /u3/src/gnu/usr.bin/cc/doc/../../../../contrib/egcs/gcc -I /u3/ src/gnu/usr.bin/cc/doc/../../../../contrib/egcs/gcc/cp --no-split -I /u3/src/gn u/usr.bin/cc/doc -I /u3/src/gnu/usr.bin/cc/doc /u3/src/gnu/usr.bin/cc/doc/../.. /../../contrib/egcs/gcc/gcc.texi -o gcc.info As latest egcs committer, info docs are out of my forte. Hopefully someone knowledgeable about them can help you out. Best chance is a total resup followed by a source-tree de-turd. I find that _two_ make cleandir's followed by cd /usr/obj;rm everything does a good job even if it is a bit of overkill. M -- Mark Murray Join the anti-SPAM movement: http://www.cauce.org To Unsubscribe: send mail to majord...@freebsd.org with unsubscribe freebsd-current in the body of the message
Re: make world failure
Mark Murray writes: David O'Brien wrote: On Thu, Apr 29, 1999 at 03:19:37AM +0200, Jean-Marc Zucconi wrote: I just encountered this: === gnu/usr.bin/cc/doc makeinfo -I /u3/src/gnu/usr.bin/cc/doc/../../../../contrib/egcs/gcc -I /u3/ src/gnu/usr.bin/cc/doc/../../../../contrib/egcs/gcc/cp --no-split -I /u3/src/gn u/usr.bin/cc/doc -I /u3/src/gnu/usr.bin/cc/doc /u3/src/gnu/usr.bin/cc/doc/../.. /../../contrib/egcs/gcc/gcc.texi -o gcc.info As latest egcs committer, info docs are out of my forte. Hopefully someone knowledgeable about them can help you out. Best chance is a total resup followed by a source-tree de-turd. I find that _two_ make cleandir's followed by cd /usr/obj;rm everything does a good job even if it is a bit of overkill. It appears that this was a cvs problem: my update log showed: ... cvs update: Updating contrib/egcs/gcc cvs update: move away contrib/egcs/gcc/invoke.texi; it is in the way C contrib/egcs/gcc/invoke.texi I removed the file and did a 'cvs update -PdA' again and this solved the problem. Jean-Marc -- Jean-Marc ZucconiPGP Key: finger j...@freebsd.org To Unsubscribe: send mail to majord...@freebsd.org with unsubscribe freebsd-current in the body of the message
Re: make world failure
On Thu, Apr 29, 1999 at 03:19:37AM +0200, Jean-Marc Zucconi wrote: I just encountered this: === gnu/usr.bin/cc/doc makeinfo -I /u3/src/gnu/usr.bin/cc/doc/../../../../contrib/egcs/gcc -I /u3/src/gnu/usr.bin/cc/doc/../../../../contrib/egcs/gcc/cp --no-split -I /u3/src/gnu/usr.bin/cc/doc -I /u3/src/gnu/usr.bin/cc/doc /u3/src/gnu/usr.bin/cc/doc/../../../../contrib/egcs/gcc/gcc.texi -o gcc.info As latest egcs committer, info docs are out of my forte. Hopefully someone knowledgeable about them can help you out. -- -- David(obr...@nuxi.com -or- obr...@freebsd.org) To Unsubscribe: send mail to majord...@freebsd.org with unsubscribe freebsd-current in the body of the message
