rel/13.0 make buildworld fails with custom src.conf

2021-02-13 Thread 王超
Hi, all,

I just shot my foot trying upgrading to 13.0-BETA2 from source. The
whole build and upgrade process went smoothly.
However, ongoing buildworld attempts on the upgraded system failed.
buildkernel works by the way.

Could anyone find anything wrong with the src.conf?

Here is the console output:
>>> stage 1.2: bootstrap tools
--
cd /usr/src; INSTALL="sh /usr/src/tools/install.sh"
TOOLS_PREFIX=/usr/obj/usr/src/amd64.amd64/tmp
PATH=/usr/obj/usr/src/amd64.amd64/tmp/legacy/usr/sbin:/usr/obj/usr/src/amd64.amd64/tmp/legacy/usr/bin:/usr/obj/usr/src/amd64.amd64/tmp/legacy/bin:/usr/obj/usr/src/amd64.amd64/tmp/legacy/usr/libexec:/sbin:/bin:/usr/sbin:/usr/bin
 WORLDTMP=/usr/obj/usr/src/amd64.amd64/tmp  MAKEFLAGS="-m
/usr/src/tools/build/mk  -m /usr/src/share/mk" make  -f Makefile.inc1
DESTDIR=  OBJTOP='/usr/obj/usr/src/amd64.amd64/tmp/obj-tools'
OBJROOT='${OBJTOP}/'  MAKEOBJDIRPREFIX=  BOOTSTRAPPING=1300139
BWPHASE=bootstrap-tools  SSP_CFLAGS=  MK_HTML=no NO_LINT=yes MK_MAN=no
MK_MAN_UTILS=yes  -DNO_PIC MK_PROFILE=no -DNO_SHARED  -DNO_CPU_CFLAGS
MK_WERROR=no MK_CTF=no  MK_CLANG_EXTRAS=no MK_CLANG_FORMAT=no
MK_CLANG_FULL=no  MK_LLDB=no MK_RETPOLINE=no MK_TESTS=no
MK_INCLUDES=yes MK_LLVM_TARGET_ALL=no bootstrap-tools
*** Error code 1

Stop.
make[2]: stopped in /usr/src
*** Error code 1

Stop.
make[1]: stopped in /usr/src
*** Error code 1

Stop.
make: stopped in /usr/src

Here is the src.conf I built and upgraded the system with:
WITHOUT_APM="YES"
WITHOUT_ATM="YES"
WITHOUT_TCP_WRAPPERS="YES"
WITHOUT_SYSCONS="YES"
WITHOUT_SVNLITE="YES"
WITHOUT_SENDMAIL="YES"
WITHOUT_RCS="YES"
WITHOUT_RCMDS="YES"
WITHOUT_PC_SYSINSTALL="YES"
WITHOUT_KERNEL_SYMBOLS="YES"
WITHOUT_IPFILTER="YES"
WITHOUT_HTML="YES"
WITHOUT_GPIO="YES"
WITHOUT_GDB="YES"
WITHOUT_DEBUG_FILES="YES"
WITHOUT_TALK="YES"
WITHOUT_TELNET="YES"
WITHOUT_TESTS="YES"
WITHOUT_INETD="YES"
WITHOUT_KDUMP="YES"
WITHOUT_NDIS="YES"
WITHOUT_GAMES="YES"
WITHOUT_FLOPPY="YES"
WITHOUT_BLUETOOTH="YES"
WITHOUT_FREEBSD_UPDATE="YES"
WITHOUT_HAST="YES"
WITHOUT_HYPERV="YES"
WITH_KERNEL_RETPOLINE="YES"
WITH_RETPOLINE="YES"
WITH_CCACHE_BUILD="YES"
WITH_PIE="YES"
WITH_SSP="YES"
WITHOUT_CXGBETOOL="YES"
WITHOUT_MLX5TOOL="YES"
WITHOUT_EE="YES"
WITHOUT_LEGACY_CONSOLE="YES"
WITHOUT_RADIUS_SUPPORT="YES"
WITHOUT_NVME="YES"

Regards,
Thomas Wang.
___
freebsd-stable@freebsd.org mailing list
https://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

2013-08-28 Thread Johan Hendriks

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


make buildworld fails 9.2 PRERELEASE to RC3

2013-08-27 Thread Johan Hendriks
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


Re: make buildworld fails 9.2 PRERELEASE to RC3

2013-08-27 Thread Alex V. Petrov
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

2013-08-27 Thread Johan Hendriks

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

2012-02-07 Thread Sergey Kandaurov
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


make buildworld fails with 8.2-RELEASE amd64 building STABLE

2012-02-06 Thread Michael L. Squires
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#


___
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


Make Buildworld Fails

2012-01-27 Thread Thomas D. Dean

#  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.

# 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

Stop in /usr/src/kerberos5/tools.
*** Error code 1

Stop in /usr/src.
*** Error code 1

Stop in /usr/src.
*** Error code 1

Stop in /usr/src.

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

2012-01-27 Thread Jeremy Chadwick
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

2012-01-27 Thread Thomas D. Dean

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)

2012-01-27 Thread Thomas D. Dean

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)

2012-01-27 Thread Jeremy Chadwick
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)

2012-01-27 Thread Randy Bush
 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: i386/153947: Make buildworld fails in hastd/token.c

2011-01-16 Thread Lev Serebryakov
Hello, Angelo.
You wrote 13 января 2011 г., 18:27:37:

 I can confirm it happens also on this STABLE build:
 FreeBSD 8.1-STABLE #1: Tue Oct  5 14:02:34 CEST 2010
 Same on 8.1-RELEASE/amd64.
 And everything were Ok about 5 days ago.

-- 
// Black Lion AKA Lev Serebryakov l...@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: i386/153947: Make buildworld fails in hastd/token.c

2011-01-15 Thread Eugene Grosbein
This also breaks source upgrade path from RELENG_7.
___
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: i386/153947: Make buildworld fails in hastd/token.c

2011-01-13 Thread Angelo Turetta

On 13/01/2011 05:56, Thomas Dean wrote:

cc -O2 -pipe  -I/usr/src/sbin/hastd -DINET -DINET6 -DYY_NO_UNPUT -DYY_NO_INPUT 
-DHAVE_CRYPTO -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 -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline 
-Wnested-externs -Wredundant-decls -Wno-pointer-sign -c token.c
cc1: warnings being treated as errors
/usr/src/sbin/hastd/token.l:456: warning: function declaration isn't a prototype
*** Error code 1

Stop in /usr/src/sbin/hastd.
*** Error code 1

How-To-Repeat:

Install FreeBSD 8.1 from DVD
cvsup RELENG_8 from cvsup6.freebsd.org
make buildworld

I can confirm it happens also on this STABLE build:
   FreeBSD 8.1-STABLE #1: Tue Oct  5 14:02:34 CEST 2010

Angelo Turetta
Modena - Italy
___
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

2008-07-03 Thread Dag-Erling Smørgrav
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]


make buildworld fails on a RELENG_7_0 machine

2008-06-26 Thread Rajkumar S
Hi,

I have a fresh freebsd 7.0 box, installed from CD. I have src cvsupd
with following supfile.

*default host=cvsup.de.FreeBSD.org
*default base=/var/db
*default prefix=/usr
*default release=cvs tag=RELENG_7_0
*default delete use-rel-suffix
*default compress
src-all

after csup when I cd to /usr/src and issue a make buildworld It stops
with following error:

=== 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
make: fatal errors encountered -- cannot continue
*** Error code 1

Stop in /usr/src/gnu/usr.bin/cvs.
*** Error code 1

Stop in /usr/src/gnu/usr.bin.
*** Error code 1

Stop in /usr/src/gnu.
*** Error code 1

Stop in /usr/src.
*** Error code 1

Stop in /usr/src.
*** Error code 1

Stop in /usr/src.

The line in question ( /usr/src/contrib/cvs/contrib/Makefile.in:15
)has the following text.

@SET_MAKE@

If I do a csup after a comple just one file get's updated every time:

Parsing supfile src-supfile
Connecting to cvsup.de.FreeBSD.org
Connected to 212.19.57.134
Server software version: SNAP_16_1h
Negotiating file attribute support
Exchanging collection information
Establishing multiplexed-mode data connection
Running
Updating collection src-all/cvs
 Checkout src/gnu/usr.bin/cvs/contrib/Makefile
Shutting down connection to server
Finished successfully

Any idea what could be wrong here?

raj
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to [EMAIL PROTECTED]


RE: FreeBSD 6.2 -- cvsup to 7.0 + make buildworld fails

2008-03-01 Thread Kevin K
 -Original Message-
 From: [EMAIL PROTECTED] [mailto:owner-freebsd-
 [EMAIL PROTECTED] On Behalf Of [EMAIL PROTECTED]
 Sent: Friday, February 29, 2008 6:18 PM
 To: Kevin K
 Cc: freebsd-stable@freebsd.org
 Subject: Re: FreeBSD 6.2 -- cvsup to 7.0 + make buildworld fails
 
 On 29/02/2008, Kevin K [EMAIL PROTECTED] wrote:
  I have cvsupped my src - cvsup stable-supfile / RELENG_7
   cvsup5,3,4.freebsd.org many times and I keep failing @ make
 buildworld :
 . . . .
   magic, 67922: Warning offset `@@' invalid
   magic, 67922: Warning type `@@' invalid
   mkmagic: Printf format `
   *** Error code 1
   1 error
   *** Error code 2
   1 error
   *** Error code 2
   1 error
   *** Error code 2
   1 error
   *** Error code 2
   1 error
   *** Error code 2
   1 error
 
 
 
   That was done w/ make buildworld -j9, im currently doing a make
 buildworld
   with no -j and will paste the results here.
 
 Off the top of my multiply contused head,
 do you have a stale /usr/obj lying around
 (which may require deletion)?
 

I cleaned out /usr/obj but I still get a failure on make buildworld :


(these warnings go much further, I didn't paste the whole thing)
magic, 67776: Warning offset `  RELENG_7:1.1.1.1.0.26' invalid
magic, 67776: Warning type `RELENG_7:1.1.1.1.0.26' invalid
magic, 6: Warning offset `  RELENG_7_BP:1.1.1.1' invalid
magic, 6: Warning type `RELENG_7_BP:1.1.1.1' invalid
magic, 67778: Warning offset `  file_4_21:1.1.1.1' invalid
magic, 67778: Warning type `file_4_21:1.1.1.1' invalid
magic, 67779: Warning offset `  file_4_19:1.1.1.1' invalid
magic, 67779: Warning type `file_4_19:1.1.1.1' invalid
magic, 67780: Warning offset `  RELENG_6_2_0_RELEASE:1.1.1.1' invalid
magic, 67780: Warning type `RELENG_6_2_0_RELEASE:1.1.1.1' invalid
magic, 67781: Warning offset `  RELENG_6_2:1.1.1.1.0.24' invalid
magic, 67781: Warning type `RELENG_6_2:1.1.1.1.0.24' invalid
magic, 67782: Warning offset `  RELENG_6_2_BP:1.1.1.1' invalid
magic, 67782: Warning type `RELENG_6_2_BP:1.1.1.1' invalid
magic, 67783: Warning offset `  file_4_17_A:1.1' invalid
magic, 67783: Warning type `file_4_17_A:1.1' invalid
magic, 67784: Warning offset `  file_4_17:1.1.1.1' invalid
magic, 67784: Warning type `file_4_17:1.1.1.1' invalid
magic, 67785: Warning offset `  RELENG_5_5_0_RELEASE:1.1.1.1' invalid
magic, 67785: Warning type `RELENG_5_5_0_RELEASE:1.1.1.1' invalid
magic, 67786: Warning offset `  RELENG_5_5:1.1.1.1.0.22' invalid
magic, 67786: Warning type `RELENG_5_5:1.1.1.1.0.22' invalid
magic, 67787: Warning offset `  RELENG_5_5_BP:1.1.1.1' invalid
magic, 67787: Warning type `RELENG_5_5_BP:1.1.1.1' invalid
magic, 67788: Warning offset `  RELENG_6_1_0_RELEASE:1.1.1.1' invalid
magic, 67788: Warning type `RELENG_6_1_0_RELEASE:1.1.1.1' invalid
magic, 67789: Warning offset `  RELENG_6_1:1.1.1.1.0.20' invalid
magic, 67789: Warning type `RELENG_6_1:1.1.1.1.0.20' invalid
magic, 67790: Warning offset `  RELENG_6_1_BP:1.1.1.1' invalid
magic, 67790: Warning type `RELENG_6_1_BP:1.1.1.1' invalid
magic, 67791: Warning offset `  RELENG_6_0_0_RELEASE:1.1.1.1' invalid
magic, 67791: Warning type `RELENG_6_0_0_RELEASE:1.1.1.1' invalid
magic, 67792: Warning offset `  RELENG_6_0:1.1.1.1.0.18' invalid
magic, 67792: Warning type `RELENG_6_0:1.1.1.1.0.18' invalid
magic, 67793: Warning offset `  RELENG_6_0_BP:1.1.1.1' invalid
magic, 67793: Warning type `RELENG_6_0_BP:1.1.1.1' invalid
magic, 67794: Warning offset `  RELENG_6:1.1.1.1.0.16' invalid
magic, 67794: Warning type `RELENG_6:1.1.1.1.0.16' invalid
magic, 67795: Warning offset `  RELENG_6_BP:1.1.1.1' invalid
magic, 67795: Warning type `RELENG_6_BP:1.1.1.1' invalid
magic, 67796: Warning offset `  RELENG_5_4_0_RELEASE:1.1.1.1' invalid
magic, 67796: Warning type `RELENG_5_4_0_RELEASE:1.1.1.1' invalid
magic, 67797: Warning offset `  RELENG_5_4:1.1.1.1.0.14' invalid
magic, 67797: Warning type `RELENG_5_4:1.1.1.1.0.14' invalid
magic, 67798: Warning offset `  RELENG_5_4_BP:1.1.1.1' invalid
magic, 67798: Warning type `RELENG_5_4_BP:1.1.1.1' invalid
magic, 67799: Warning offset `  RELENG_4_11_0_RELEASE:1.1.1.1.2.1' invalid
magic, 67799: Warning type `RELENG_4_11_0_RELEASE:1.1.1.1.2.1' invalid
magic, 67800: Warning offset `  file_4_12:1.1.1.1' invalid
magic, 67800: Warning type `file_4_12:1.1.1.1' invalid
magic, 67801: Warning offset `  RELENG_4_11:1.1.1.1.2.1.0.18' invalid
magic, 67801: Warning type `RELENG_4_11:1.1.1.1.2.1.0.18' invalid
magic, 67802: Warning offset `  RELENG_4_11_BP:1.1.1.1.2.1' invalid
magic, 67802: Warning type `RELENG_4_11_BP:1.1.1.1.2.1' invalid
magic, 67803: Warning offset `  RELENG_5_3_0_RELEASE:1.1.1.1' invalid
magic, 67803: Warning type `RELENG_5_3_0_RELEASE:1.1.1.1' invalid
magic, 67804: Warning offset `  RELENG_5_3:1.1.1.1.0.12' invalid
magic, 67804: Warning type `RELENG_5_3:1.1.1.1.0.12' invalid
magic, 67805: Warning offset `  RELENG_5_3_BP:1.1.1.1' invalid
magic, 67805: Warning type `RELENG_5_3_BP:1.1.1.1' invalid
magic, 67806: Warning offset `  RELENG_5:1.1.1.1.0.10' invalid

Re: FreeBSD 6.2 -- cvsup to 7.0 + make buildworld fails

2008-03-01 Thread Erik Trulsson
On Fri, Feb 29, 2008 at 06:12:52PM -0500, Kevin K wrote:
 I have cvsupped my src - cvsup stable-supfile / RELENG_7
 cvsup5,3,4.freebsd.org many times and I keep failing @ make buildworld :
 
 
 magic, 67702: Warning type `log' invalid
 magic, 67703: Warning offset [EMAIL PROTECTED] files no longer part of the 
 vendor's
 file(1).' invalid
 magic, 67703: Warning type [EMAIL PROTECTED] files no longer part of the 
 vendor's
 file(1).' invalid
 magic, 67704: Warning offset `@' invalid
 magic, 67704: Warning type `@' invalid
 magic, 67705: Warning offset `text' invalid
 magic, 67705: Warning type `text' invalid
 magic, 67706: Warning offset `@@' invalid
 magic, 67706: Warning type `@@' invalid
 magic, 67709: Warning type `.1.1.1.4.1' invalid
 magic, 67710: Warning offset `log' invalid
 magic, 67710: Warning type `log' invalid
 magic, 67711: Warning offset [EMAIL PROTECTED]: file version 3.41' invalid
 magic, 67711: Warning type [EMAIL PROTECTED]: file version 3.41' invalid

It looks like you did something wrong when using cvsup, and did
not check out RELENG_7, but instead got a copy of the whole
CVS repository - which cannot be compiled from directly.


Remove all the contents of your current /usr/src/, fix your supfile,
and try again.




-- 
Insert your favourite quote here.
Erik Trulsson
[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: FreeBSD 6.2 -- cvsup to 7.0 + make buildworld fails

2008-03-01 Thread Kevin K
 -Original Message-
 It looks like you did something wrong when using cvsup, and did
 not check out RELENG_7, but instead got a copy of the whole
 CVS repository - which cannot be compiled from directly.
 
 
 Remove all the contents of your current /usr/src/, fix your supfile,
 and try again.


I'll try removing /usr/src/*  re-cvsupping. Here is my stable-supfile,
however :


# Defaults that apply to all the collections
#
# IMPORTANT: Change the next line to use one of the CVSup mirror sites
# listed at http://www.freebsd.org/doc/handbook/mirrors.html.
*default host=cvsup4.FreeBSD.org
*default base=/var/db
*default prefix=/usr
# The following line is for 7-stable.  If you want 6-stable, 5-stable,
# 4-stable, 3-stable, or 2.2-stable, change to RELENG_6, RELENG_5,
# RELENG_4, RELENG_3, or RELENG_2_2 respectively.
*default release=cvs tag=RELENG_7
*default delete use-rel-suffix

# If you seem to be limited by CPU rather than network or disk bandwidth,
try
# commenting out the following line.  (Normally, today's CPUs are fast
enough
# that you want to run compression.)
*default compress

## Main Source Tree.
#
# The easiest way to get the main source tree is to use the src-all
# mega-collection.  It includes all of the individual src-* collections.
# Please note:  If you want to track -STABLE, leave this uncommented.
src-all

___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to [EMAIL PROTECTED]


Re: FreeBSD 6.2 -- cvsup to 7.0 + make buildworld fails

2008-03-01 Thread Jeremy Chadwick
On Sat, Mar 01, 2008 at 11:00:11AM -0500, Kevin K wrote:
 I'll try removing /usr/src/*  re-cvsupping.

I would recommend you also nuke relevant directories or files in
/usr/sup (or if you're using csup, /var/db/sup).

I tend to recommend using /usr/share/examples/cvsup/ports-supfile
and stable-supfile.

-- 
| Jeremy Chadwickjdc at parodius.com |
| Parodius Networking   http://www.parodius.com/ |
| UNIX Systems Administrator  Mountain View, CA, USA |
| 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 [EMAIL PROTECTED]


FreeBSD 6.2 -- cvsup to 7.0 + make buildworld fails

2008-02-29 Thread Kevin K
I have cvsupped my src - cvsup stable-supfile / RELENG_7
cvsup5,3,4.freebsd.org many times and I keep failing @ make buildworld :


magic, 67702: Warning type `log' invalid
magic, 67703: Warning offset [EMAIL PROTECTED] files no longer part of the 
vendor's
file(1).' invalid
magic, 67703: Warning type [EMAIL PROTECTED] files no longer part of the 
vendor's
file(1).' invalid
magic, 67704: Warning offset `@' invalid
magic, 67704: Warning type `@' invalid
magic, 67705: Warning offset `text' invalid
magic, 67705: Warning type `text' invalid
magic, 67706: Warning offset `@@' invalid
magic, 67706: Warning type `@@' invalid
magic, 67709: Warning type `.1.1.1.4.1' invalid
magic, 67710: Warning offset `log' invalid
magic, 67710: Warning type `log' invalid
magic, 67711: Warning offset [EMAIL PROTECTED]: file version 3.41' invalid
magic, 67711: Warning type [EMAIL PROTECTED]: file version 3.41' invalid
magic, 67713: Warning offset `Approved by:  murray(re)' invalid
magic, 67713: Warning type `Approved by:murray(re)' invalid
magic, 67714: Warning offset `Desired by:   nectar(so)' invalid
magic, 67714: Warning type `Desired by: nectar(so)' invalid
magic, 67715: Warning offset `@' invalid
magic, 67715: Warning type `@' invalid
magic, 67716: Warning offset `text' invalid
magic, 67716: Warning type `text' invalid
magic, 67717: Warning offset `@@' invalid
magic, 67717: Warning type `@@' invalid
magic, 67764: Warning offset `head  1.1;' invalid
magic, 67764: Warning type `head1.1;' invalid
magic, 67765: Warning offset `branch1.1.1;' invalid
magic, 67765: Warning type `branch  1.1.1;' invalid
magic, 67766: Warning offset `access;' invalid
magic, 67766: Warning type `access;' invalid
magic, 67767: Warning offset `symbols' invalid
magic, 67767: Warning type `symbols' invalid
magic, 67768: Warning offset `  RELENG_7_0_0_RELEASE:1.1.1.1' invalid
magic, 67768: Warning type `RELENG_7_0_0_RELEASE:1.1.1.1' invalid
magic, 67769: Warning offset `  file_4_23__r1_46:1.1.1.1' invalid
magic, 67769: Warning type `file_4_23__r1_46:1.1.1.1' invalid
magic, 67770: Warning offset `  RELENG_6_3_0_RELEASE:1.1.1.1' invalid
magic, 67770: Warning type `RELENG_6_3_0_RELEASE:1.1.1.1' invalid
magic, 67771: Warning offset `  file_4_23:1.1.1.1' invalid
magic, 67771: Warning type `file_4_23:1.1.1.1' invalid
magic, 67772: Warning offset `  RELENG_7_0:1.1.1.1.0.30' invalid
magic, 67772: Warning type `RELENG_7_0:1.1.1.1.0.30' invalid
magic, 67773: Warning offset `  RELENG_7_0_BP:1.1.1.1' invalid
magic, 67773: Warning type `RELENG_7_0_BP:1.1.1.1' invalid
magic, 67774: Warning offset `  RELENG_6_3:1.1.1.1.0.28' invalid
magic, 67774: Warning type `RELENG_6_3:1.1.1.1.0.28' invalid
magic, 67775: Warning offset `  RELENG_6_3_BP:1.1.1.1' invalid
magic, 67775: Warning type `RELENG_6_3_BP:1.1.1.1' invalid
magic, 67776: Warning offset `  RELENG_7:1.1.1.1.0.26' invalid
magic, 67776: Warning type `RELENG_7:1.1.1.1.0.26' invalid
magic, 6: Warning offset `  RELENG_7_BP:1.1.1.1' invalid
magic, 6: Warning type `RELENG_7_BP:1.1.1.1' invalid
magic, 67778: Warning offset `  file_4_21:1.1.1.1' invalid
magic, 67778: Warning type `file_4_21:1.1.1.1' invalid
magic, 67779: Warning offset `  file_4_19:1.1.1.1' invalid
magic, 67779: Warning type `file_4_19:1.1.1.1' invalid
magic, 67780: Warning offset `  RELENG_6_2_0_RELEASE:1.1.1.1' invalid
magic, 67780: Warning type `RELENG_6_2_0_RELEASE:1.1.1.1' invalid
magic, 67781: Warning offset `  RELENG_6_2:1.1.1.1.0.24' invalid
magic, 67781: Warning type `RELENG_6_2:1.1.1.1.0.24' invalid
magic, 67782: Warning offset `  RELENG_6_2_BP:1.1.1.1' invalid
magic, 67782: Warning type `RELENG_6_2_BP:1.1.1.1' invalid
magic, 67783: Warning offset `  file_4_17_A:1.1' invalid
magic, 67783: Warning type `file_4_17_A:1.1' invalid
magic, 67784: Warning offset `  file_4_17:1.1.1.1' invalid
magic, 67784: Warning type `file_4_17:1.1.1.1' invalid
magic, 67785: Warning offset `  RELENG_5_5_0_RELEASE:1.1.1.1' invalid
magic, 67785: Warning type `RELENG_5_5_0_RELEASE:1.1.1.1' invalid
magic, 67786: Warning offset `  RELENG_5_5:1.1.1.1.0.22' invalid
magic, 67786: Warning type `RELENG_5_5:1.1.1.1.0.22' invalid
magic, 67787: Warning offset `  RELENG_5_5_BP:1.1.1.1' invalid
magic, 67787: Warning type `RELENG_5_5_BP:1.1.1.1' invalid
magic, 67788: Warning offset `  RELENG_6_1_0_RELEASE:1.1.1.1' invalid
magic, 67788: Warning type `RELENG_6_1_0_RELEASE:1.1.1.1' invalid
magic, 67789: Warning offset `  RELENG_6_1:1.1.1.1.0.20' invalid
magic, 67789: Warning type `RELENG_6_1:1.1.1.1.0.20' invalid
magic, 67790: Warning offset `  RELENG_6_1_BP:1.1.1.1' invalid
magic, 67790: Warning type `RELENG_6_1_BP:1.1.1.1' invalid
magic, 67791: Warning offset `  RELENG_6_0_0_RELEASE:1.1.1.1' invalid
magic, 67791: Warning type `RELENG_6_0_0_RELEASE:1.1.1.1' invalid
magic, 67792: Warning offset `  RELENG_6_0:1.1.1.1.0.18' invalid
magic, 67792: Warning type `RELENG_6_0:1.1.1.1.0.18' invalid
magic, 67793: Warning offset `  

Re: FreeBSD 6.2 -- cvsup to 7.0 + make buildworld fails

2008-02-29 Thread [EMAIL PROTECTED]
On 29/02/2008, Kevin K [EMAIL PROTECTED] wrote:
 I have cvsupped my src - cvsup stable-supfile / RELENG_7
  cvsup5,3,4.freebsd.org many times and I keep failing @ make buildworld :
. . . .
  magic, 67922: Warning offset `@@' invalid
  magic, 67922: Warning type `@@' invalid
  mkmagic: Printf format `
  *** Error code 1
  1 error
  *** Error code 2
  1 error
  *** Error code 2
  1 error
  *** Error code 2
  1 error
  *** Error code 2
  1 error
  *** Error code 2
  1 error



  That was done w/ make buildworld -j9, im currently doing a make buildworld
  with no -j and will paste the results here.

Off the top of my multiply contused head,
do you have a stale /usr/obj lying around
(which may require deletion)?


-- 
--
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to [EMAIL PROTECTED]


make buildworld fails on one box

2007-04-19 Thread Alex Povolotsky

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

Stop in /usr/src/lib/libncurses.
*** Error code 1

Stop in /usr/src.
*** Error code 1


I observe this problem on one box only; attempt to nfs-mount source tree 
from working box leads to the same fail. Re-installation of the world 
did not cause any changes.


Alex.


___
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

2007-04-19 Thread Kris Kennaway
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

2007-01-30 Thread Ruslan Ermilov
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
  
 /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs

'make buildworld' fails

2007-01-26 Thread archon
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
 
/usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/uniuni.cpp
 version.cpp 
/usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/cmap.cpp:27:18:
 cmap.h

6.2: make buildworld fails at usr.bin/passwd

2007-01-18 Thread Heinrich Rebehn

Hi list,

I just cvsup'ed 6.2 (tag=RELENG_6_2) and buildworld fails with:

[...]
rm -f opiepasswd opiepasswd.o opiepasswd.1.gz opiepasswd.1.cat.gz
rm -f .depend GPATH GRTAGS GSYMS GTAGS
=== usr.bin/pagesize (cleandir)
rm -f pagesize.1.gz pagesize.1.cat.gz
=== usr.bin/passwd (cleandir)
cd: can't cd to /usr/src/usr.bin/passwd
*** Error code 2

Stop in /usr/src/usr.bin.
*** Error code 1

Stop in /usr/src.
*** Error code 1

Stop in /usr/src.
*** Error code 1

Stop in /usr/src.


Does anyone know what is wrong here? Why is /usr/src/usr.bin/passwd 
missing? I tried different german mirrors.


Regards,

Heinrich Rebehn

University of Bremen
Physics / Electrical and Electronics Engineering
- Department of Telecommunications -

Phone : +49/421/218-4664
Fax   :-3341
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to [EMAIL PROTECTED]


Re: 6.2: make buildworld fails at usr.bin/passwd

2007-01-18 Thread Ruslan Ermilov
On Thu, Jan 18, 2007 at 09:41:11AM +0100, Heinrich Rebehn wrote:
 Hi list,
 
 I just cvsup'ed 6.2 (tag=RELENG_6_2) and buildworld fails with:
 
 [...]
 rm -f opiepasswd opiepasswd.o opiepasswd.1.gz opiepasswd.1.cat.gz
 rm -f .depend GPATH GRTAGS GSYMS GTAGS
 === usr.bin/pagesize (cleandir)
 rm -f pagesize.1.gz pagesize.1.cat.gz
 === usr.bin/passwd (cleandir)
 cd: can't cd to /usr/src/usr.bin/passwd
 *** Error code 2
 
 Stop in /usr/src/usr.bin.
 *** Error code 1
 
 Stop in /usr/src.
 *** Error code 1
 
 Stop in /usr/src.
 *** Error code 1
 
 Stop in /usr/src.
 
 
 Does anyone know what is wrong here? Why is /usr/src/usr.bin/passwd 
 missing? I tried different german mirrors.
 
It could be you configured you CVSup to ignore it
in one way or another.  Run cvsup(1) in verbose
mode and see what happens.


Cheers,
-- 
Ruslan Ermilov
[EMAIL PROTECTED]
FreeBSD committer


pgp4jyqO5OFKz.pgp
Description: PGP signature


Re: 6.2: make buildworld fails at usr.bin/passwd

2007-01-18 Thread Jeremy Chadwick
On Thu, Jan 18, 2007 at 09:41:11AM +0100, Heinrich Rebehn wrote:
 Hi list,
 
 I just cvsup'ed 6.2 (tag=RELENG_6_2) and buildworld fails with:
 
 [...]
 rm -f opiepasswd opiepasswd.o opiepasswd.1.gz opiepasswd.1.cat.gz
 rm -f .depend GPATH GRTAGS GSYMS GTAGS
 === usr.bin/pagesize (cleandir)
 rm -f pagesize.1.gz pagesize.1.cat.gz
 === usr.bin/passwd (cleandir)
 cd: can't cd to /usr/src/usr.bin/passwd
 *** Error code 2
 
 Stop in /usr/src/usr.bin.
 *** Error code 1
 
 Stop in /usr/src.
 *** Error code 1
 
 Stop in /usr/src.
 *** Error code 1
 
 Stop in /usr/src.
 
 
 Does anyone know what is wrong here? Why is /usr/src/usr.bin/passwd 
 missing? I tried different german mirrors.

I've successfully built world from RELENG_6 (not RELENG_6_2) and
did not encounter this problem.

Another possibility would be the scenario where you installed
src-all from CD/DVD/FTP/whatever during your initial installation,
and you have not adopted (yes, this is the term used in the FAQ)
your src tree to that pulled down via cvsup/csup.

The cvsup FAQ addresses this here:

http://www.cvsup.org/faq.html#caniadopt
http://www.cvsup.org/faq.html#adopt

-- 
| Jeremy Chadwick jdc at parodius.com |
| Parodius Networkinghttp://www.parodius.com/ |
| UNIX Systems Administrator   Mountain View, CA, USA |
| 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 [EMAIL PROTECTED]


make buildworld fails

2006-10-28 Thread Matthew Herzog

With a stock stable-supfile and freshly checked-out source, I get the
following error ( every time )
when I attempt to make buildworld on sparc64. Is there some cvs tag
I should be using?


BuildError
Description: Binary data
___
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

2005-12-06 Thread Ruslan Ermilov
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

2005-12-04 Thread Ruslan Ermilov
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

2005-12-04 Thread Michael Bowerman
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]


make buildworld fails:: cmap.h: No such file or directory

2005-12-03 Thread Michael Bowerman
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:

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
/usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/uniuni.cpp
version.cpp
/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
/usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/color.cpp:26:17:
lib.h: No such file or 

Re: make buildworld fails:: cmap.h: No such file or directory

2005-12-03 Thread Ruslan Ermilov
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

2004-12-06 Thread Doug White
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]


make buildworld fails for 5-Stable cvsup'd today

2004-12-04 Thread Stacey Roberts
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

Here's a listing of installed hw:
more pciconf
[EMAIL PROTECTED]:0:0:  class=0x06 card=0x80e71043 chip=0x06911106 rev=0xc4 
hdr=0x00
vendor   = 'VIA Technologies Inc'
device   = 'VT82C691/693A/694X Apollo Pro/133/133A System Controller'
class= bridge
subclass = HOST-PCI
[EMAIL PROTECTED]:1:0: class=0x060400 card=0x0080 chip=0x85981106 rev=0x00 
hdr=0x01
vendor   = 'VIA Technologies Inc'
device   = 'VT82C598MVP/694x Apollo MVP3/Pro133x PCI to AGP Bridge'
class= bridge
subclass = PCI-PCI
[EMAIL PROTECTED]:4:0: class=0x060100 card=0x80e71043 chip=0x06861106 rev=0x40 
hdr=0x00
vendor   = 'VIA Technologies Inc'
device   = 'VT82C686/A/B Super South PCI to ISA Bridge'
class= bridge
subclass = PCI-ISA
[EMAIL PROTECTED]:4:1:   class=0x01018a card=0x chip=0x05711106 
rev=0x06 hdr=0x00
vendor   = 'VIA Technologies Inc'
device   = 'VT82 EIDE Controller (All VIA Chipsets)'
class= mass storage
subclass = ATA
[EMAIL PROTECTED]:4:2: class=0x0c0300 card=0x12340925 chip=0x30381106 rev=0x16 
hdr=0x00
vendor   = 'VIA Technologies Inc'
device   = 'VT82x UHCI USB 1.1 Controller (All VIA Chipsets)'
class= serial bus
subclass = USB
[EMAIL PROTECTED]:4:3: class=0x0c0300 card=0x12340925 chip=0x30381106 rev=0x16 
hdr=0x00
vendor   = 'VIA Technologies Inc'
device   = 'VT82x UHCI USB 1.1 Controller (All VIA Chipsets)'
class= serial bus
subclass = USB
[EMAIL PROTECTED]:4:4:class=0x06 card=0x chip=0x30571106 
rev=0x40 hdr=0x00
vendor   = 'VIA Technologies Inc'
device   = 'VT82C686A/B ACPI Power Management Controller'
class= bridge
subclass = HOST-PCI
[EMAIL PROTECTED]:7:0:  class=0x01 card=0x10201de1 chip=0x00201000 rev=0x01 
hdr=0x00
vendor   = 'LSI Logic (Was: Symbios Logic, NCR)'
device   = 'LSI53C1010-33 PCI to Dual Channel Ultra160 SCSI Multifunction 
Controller'
class= mass storage
subclass = SCSI
[EMAIL PROTECTED]:7:1:  class=0x01 card=0x10201de1 chip=0x00201000 rev=0x01 
hdr=0x00
vendor   = 'LSI Logic (Was: Symbios Logic, NCR)'
device   = 'LSI53C1010-33 PCI to Dual Channel Ultra160 SCSI Multifunction 
Controller'
class= mass storage
subclass = SCSI
[EMAIL PROTECTED]:9:0:  class=0x02 card=0x000c8086 chip=0x12298086 rev=0x08 
hdr=0x00
vendor   = 'Intel Corporation'
device   = '82550/1/7/8/9 EtherExpress PRO/100(B) Ethernet Adapter'
class= network
subclass = ethernet
[EMAIL PROTECTED]:11:0:class=0x040100 card=0x80661102 chip=0x00021102 
rev=0x0a hdr=0x00
vendor   = 'Creative Labs'
device   = 'EMU1 Sound Blaster Live! (Also Live! 5.1) - OEM from DELL - 
CT4780'
class= multimedia
subclass = audio
[EMAIL PROTECTED]:11:1:class=0x098000 card=0x00201102 chip=0x70021102 
rev=0x0a hdr=0x00
vendor   = 'Creative Labs'
device   = 'EMU1 Game Port'
class= input device
[EMAIL PROTECTED]:0:0: class=0x03 card=0x00081002 chip=0x54461002 rev=0x00 
hdr=0x00
vendor   = 'ATI Technologies Inc.'
device   = 'Rage 128 PRO ULTRA Video Controller (VGA Compatible)'
class= display
subclass = VGA

And here is the tail of the buildworld error:

b/libstdc++/../../../contrib/libstdc++/libsupc++ 
-I/usr/src/gnu/lib/libstdc++/../../../contrib/gcc 
-I/usr/src/gnu/lib/libstdc++/../../../contrib/libstdc++/include 
-fno-implicit-templates -ffunction-sections -fdata-sections  -Wno-deprecated -c 
/usr/src/gnu/lib/libstdc++/../../../contrib/libstdc++/src/ext-inst.cc
c++ -O -pipe -march=pentiumpro -DIN_GLIBCPP_V3 -DHAVE_CONFIG_H 
-I/usr/src/gnu/lib/libstdc++ 
-I/usr/src/gnu/lib/libstdc++/../../../contrib/libstdc++/libsupc++ 
-I/usr/src/gnu/lib/libstdc++/../../../contrib/gcc 
-I/usr/src/gnu/lib/libstdc++/../../../contrib/libstdc++/include 
-fno-implicit-templates -ffunction-sections -fdata-sections  -Wno-deprecated -c 
/usr/src/gnu/lib/libstdc++/../../../contrib/libstdc++/src/io-inst.cc
c++ -O -pipe -march=pentiumpro -DIN_GLIBCPP_V3 -DHAVE_CONFIG_H 
-I/usr/src/gnu/lib/libstdc++ 
-I/usr/src/gnu/lib/libstdc++/../../../contrib/libstdc++/libsupc++ 
-I/usr/src/gnu/lib/libstdc++/../../../contrib/gcc 
-I/usr/src/gnu/lib/libstdc++/../../../contrib/libstdc++/include 
-fno-implicit-templates -ffunction-sections -fdata-sections  -Wno-deprecated -c 
/usr/src/gnu/lib/libstdc++/../../../contrib/libstdc++/src/istream-inst.cc
c++ -O -pipe -march=pentiumpro -DIN_GLIBCPP_V3 -DHAVE_CONFIG_H 

Re: make buildworld fails for 5-Stable cvsup'd today

2004-12-04 Thread Mark Nipper
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

2004-12-04 Thread Godwin Stewart
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

2004-12-04 Thread Sam Nilsson
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

2004-12-04 Thread Stacey Roberts
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

2004-12-04 Thread Doug White
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

2004-12-04 Thread Erik Trulsson
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

2004-12-04 Thread Stacey Roberts
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: xlint/lint1/cgram.y? make buildworld fails without it

2002-03-11 Thread Mark Murray

 Hello all,
 
 Is it a problem that src/usr.bin/xlint/lint1/cgram.y does not have a 
 RELENG_4_5 tag? All the other files in the directory seem to, and cgram.y is 
 a required file for building.
 
 (My attempt to do a source upgrade from RELENG_4_4 to RELENG_4_5 failed due 
 to this missing file.)
 
 Am I doing something wrong or is this a true problem?

This was my fault. I've fixed it now.

M
-- 
o   Mark Murray
\_
O.\_Warning: this .sig is umop ap!sdn

To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-stable in the body of the message



Re: make buildworld fails on sdiff

2002-01-31 Thread Fernan Aguero

+[ 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

2002-01-31 Thread Patrik Backlund

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

2002-01-31 Thread Richard Nyberg

 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



make buildworld fails

2001-10-21 Thread Ron 'The InSaNe One' Rosson

I am trying to upgrade a server from 4.3-STABLE from June 27 to today.
The cvsup was done from cvsup10.freebsd.org. Here is where the make
build stops.

=== sbin/ipnat
cc -nostdinc -O -pipe   -DIPL_NAME=\/dev/ipl\ -I-
-I/usr/src/sbin/ipnat/../../sys/netinet -I/usr/src/sbin/ipnat/../../sys
-I/usr/src/sbin/ipnat/../../contrib/ipfilter
-I/usr/obj/usr/src/i386/usr/include  -c
/usr/src/sbin/ipnat/../../contrib/ipfilter/ipnat.c
/usr/src/sbin/ipnat/../../contrib/ipfilter/ipnat.c: In function
`dostats':
/usr/src/sbin/ipnat/../../contrib/ipfilter/ipnat.c:402: structure has no
member named `ns_hostmap_sz'
/usr/src/sbin/ipnat/../../contrib/ipfilter/ipnat.c:403: structure has no
member named `ns_maptable'
/usr/src/sbin/ipnat/../../contrib/ipfilter/ipnat.c:404: structure has no
member named `ns_hostmap_sz'
/usr/src/sbin/ipnat/../../contrib/ipfilter/ipnat.c:409: structure has no
member named `ns_hostmap_sz'
*** Error code 1

Stop in /usr/src/sbin/ipnat.
*** Error code 1

Stop in /usr/src/sbin.
*** Error code 1

Stop in /usr/src.
*** Error code 1

Stop in /usr/src.
*** Error code 1


Anyone have any ideas?

TIA
-- 
--
Ron Rosson... and a UNIX user said ...
The InSaNe Onerm -rf *
[EMAIL PROTECTED]and all was /dev/null and *void()
--
A bore is someone who persists in holding his own views after we have
 enlightened him with ours.

To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-stable in the body of the message



make buildworld fails at xinstall

2001-09-19 Thread Brad McNeney

Starting with a 4.0-RELEASE system from CD I'm trying to upgrade to
4-stable. After cvsupping I run make buildworld with the following
results:

snip

cd /usr/src/usr.bin/xinstall;  make obj;  make depend;  make all; make 
install
/usr/obj/usr/src/i386/usr/src/usr.bin/xinstall created for
/usr/src/usr.bin/xinstall
rm -f .depend
mkdep -f .depend -a-I/usr/obj/usr/src/i386/usr/include
/usr/src/usr.bin/xinstall/xinstall.c
cd /usr/src/usr.bin/xinstall; make _EXTRADEPEND
echo xinstall: /usr/obj/usr/src/i386/usr/lib/libc.a   .depend
cc -O -pipe-I/usr/obj/usr/src/i386/usr/include  -c
/usr/src/usr.bin/xinstall/xinstall.c
cc -O -pipe-I/usr/obj/usr/src/i386/usr/include   -static -o xinstall
xinstall.o  

xinstall.o: In function `main':
xinstall.o(.text+0x8f): undefined reference to `strtofflags'
*** Error code 1

Stop in /usr/src/usr.bin/xinstall.
*** Error code 1

Any ideas on what I'm doing wrong?

TIA,

Brad

-
Brad McNeney   email: [EMAIL PROTECTED]
Dept. of Statatistics and Actuarial Sci.   web: www.stat.sfu.ca/~mcneney/
Simon Fraser Universityphone: 604.291.4815
 University Drive  fax: 604.291.4368
Burnaby, British Columbia
Canada V5A 1S6


To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-stable in the body of the message



make buildworld fails with File Exists error

2001-02-12 Thread Terry Rossi

Hello.

I am trying to upgrade a 3.5-STABLE to a 4 release with the following
tags in the stable-supfile 

*default release=cvs tag=RELENG_4
*default delete use-rel-suffix 

I have successfully sup'ed all the file and now I am running 
make buildworld 
based on the instructions in UPDATING

buildworld is failing with the following error
 stage 2: rebuilding the object tree

...

=== usr.sbin/lpr/filters.ru
=== usr.sbin/lpr/filters.ru/koi2alt
mkdir: /usr/obj/usr/src/usr.sbin/lpr/filters.ru/koi2alt: File exists
*** Error code 1

Stop.
*** Error code 1


Any ideas on what I am doing wrong?


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

2001-01-25 Thread Ruslan Ermilov

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

2001-01-25 Thread Valentin Nechayev

 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

make buildworld fails

2001-01-23 Thread Lukas Ertl

Hi,

"make buildworld" constantly fails on my 4.2-STABLE machine. I cvsup'ed
freshly, but the problem persists. Here is the error log:

--
 stage 4: make dependencies
--
cd /usr/src; MAKEOBJDIRPREFIX=/usr/obj
COMPILER_PATH=/usr/obj/usr/src/i386/usr/libexec:/usr/obj/usr/src/i386/usr/bin
LIBRARY_PATH=/usr/obj/usr/src/i386/usr/lib:/usr/obj/usr/src/i386/usr/lib
OBJFORMAT_PATH=/usr/obj/usr/src/i386/usr/libexec
PERL5LIB=/usr/obj/usr/src/i386/usr/libdata/perl/5.00503
DESTDIR=/usr/obj/usr/src/i386  INSTALL="sh /usr/src/tools/install.sh"
PATH=/usr/obj/usr/src/i386/usr/sbin:/usr/obj/usr/src/i386/usr/bin:/usr/obj/usr/src/i386/usr/games:/sbin:/bin:/usr/sbin:/usr/bin
make -f Makefile.inc1 par-depend
=== share/info
=== include
=== include/rpcsvc
=== lib
=== lib/csu/i386-elf
=== lib/libcom_err
=== lib/libcom_err/doc
=== lib/libcrypt
=== lib/../secure/lib/libcrypt
=== lib/msun
=== lib/libmd
=== lib/libncurses
=== lib/libradius
=== lib/libskey
=== lib/libtacplus
=== lib/libutil
=== lib/compat
=== lib/compat/compat1x
=== lib/compat/compat20
=== lib/compat/compat21
=== lib/compat/compat22
=== lib/compat/compat3x.i386
=== lib/libalias
=== lib/libatm
=== lib/libc
=== lib/libc_r
=== lib/libcalendar
=== lib/libcam
=== lib/libcompat
=== lib/libdevstat
=== lib/libdisk
=== lib/libedit
=== lib/libfetch
=== lib/libform
=== lib/libftpio
=== lib/libgnumalloc
=== lib/libipsec
=== lib/libipx
=== lib/libisc
=== lib/libkvm
=== lib/libmenu
=== lib/libncp
=== lib/libnetgraph
=== lib/libopie
=== lib/libpam
=== lib/libpam/modules
=== lib/libpam/modules/pam_cleartext_pass_ok
=== lib/libpam/modules/pam_deny
=== lib/libpam/modules/pam_opie
=== lib/libpam/modules/pam_permit
=== lib/libpam/modules/pam_radius
=== lib/libpam/modules/pam_skey
=== lib/libpam/modules/pam_ssh
=== lib/libpam/modules/pam_tacplus
=== lib/libpam/modules/pam_unix
=== lib/libpam/libpam
=== lib/libpanel
=== lib/libpcap
=== lib/libposix1e
=== lib/libresolv
=== lib/librpcsvc
=== lib/libsmdb
=== lib/libsmutil
=== lib/libss
=== lib/libstand
=== lib/libtelnet
=== lib/libusb
=== lib/libvgl
=== lib/libwrap
=== lib/libxpg4
=== lib/liby
=== lib/libz
=== bin
=== bin/cat
rm -f .depend
mkdep -f .depend -a-I/usr/obj/usr/src/i386/usr/include
/usr/src/bin/cat/cat.c
cd /usr/src/bin/cat; make _EXTRADEPEND
echo cat: /usr/obj/usr/src/i386/usr/lib/libc.a   .depend
=== bin/chio
rm -f .depend
mkdep -f .depend -a-I/usr/src/bin/chio/../../sys
-I/usr/obj/usr/src/i386/usr/include  /usr/src/bin/chio/chio.c
cpp: Memory exhausted.
mkdep: compile failed
*** Error code 1

Stop in /usr/src/bin/chio.
*** Error code 1


/usr/obj was deleted before "make buildworld". The last time I built world
was Nov 21 (from 4.2-RELEASE to -STABLE).

A friend of mine suggested that my mkdep binary might be broken.

Any tips?

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

2001-01-23 Thread Simon Loader

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

2001-01-23 Thread Lukas Ertl

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



make buildworld fails on 3.5-STABLE

2000-12-05 Thread William Denton

While making buildworld on a freshly cvsupped 3.5-STABLE box:

=== games/worms
cc -nostdinc -O -pipe   -I/usr/obj/usr/src/tmp/usr/include -c  
/usr/src/games/worms/worms.c
/usr/src/games/worms/worms.c: In function `main':
/usr/src/games/worms/worms.c:418: `delay' undeclared (first use this function)
/usr/src/games/worms/worms.c:418: (Each undeclared identifier is reported  only once
/usr/src/games/worms/worms.c:418: for each function it appears in.)
*** Error code 1

Stop.

It's not like I really care whethers worms is there or not, but it does
stop the make.


Bill
-- 
William Denton : Toronto, Canada : http://www.miskatonic.org/ : Caveat lector.



To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-stable" in the body of the message



make buildworld fails

2000-09-19 Thread Jason M. Taylor

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/binutils/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/binutils/libiber
ty/strerror.c: In function `init_error_tables':
/usr/src/gnu/usr.bin/binutils/libiberty/../../../../contrib/binutils/libiber
ty/strerror.c:546: warning: assignment of read-only variable `sys_nerr'
*** Error code 1

Stop in /usr/src/gnu/usr.bin/binutils/libiberty.
*** Error code 1

Stop in /usr/src/gnu/usr.bin/binutils.
*** Error code 1


I have never had a problem doing the update before so if someone could shed
some light on this I would appreciate it. Thanks!

-Jason




To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-stable" in the body of the message



RE: make buildworld fails

2000-09-19 Thread Jason M. Taylor

-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...

2000-05-01 Thread Kris Kennaway

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...

2000-05-01 Thread Daniel Frazier

 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...

2000-05-01 Thread Daniel Frazier

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...

2000-05-01 Thread Kris Kennaway

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...

2000-05-01 Thread John Reynolds~


[ 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...

2000-05-01 Thread Kris Kennaway

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

1999-09-06 Thread Christophe Prevotaux

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