rel/13.0 make buildworld fails with custom src.conf

[王超]

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

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


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
"



Thanks, i will try tomorrow when back in the office..
regards
Johan

That did the trick!
Thank you.

regards
Johan


___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"

Re: make buildworld fails 9.2 PRERELEASE to RC3

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


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
"



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 9.2 PRERELEASE to RC3

[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 

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

make buildworld fails 9.2 PRERELEASE to RC3

[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 with 8.2-RELEASE amd64 building STABLE

[Sergey Kandaurov]

On 6 February 2012 21:23, Michael L. Squires  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 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

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

Re: Make Buildworld Fails (Broken Servers)

[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: Make Buildworld Fails (Broken Servers)

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

[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

[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

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

Make Buildworld Fails

[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: i386/153947: Make buildworld fails in hastd/token.c

[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 

___
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

[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

[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

[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

[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

[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]"

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

[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

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




-- 

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

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

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

[[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]"

FreeBSD 6.2 --> cvsup to 7.0 + make buildworld fails

[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 `  RELENG_6_0_BP

Re: make buildworld fails on one box

[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 
>  >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]"

make buildworld fails on one box

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

[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/lib

'make buildworld' fails

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

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

[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]"

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

[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

6.2: make buildworld fails at usr.bin/passwd

[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]"

make buildworld fails

[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

[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

[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]"

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

[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

[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/libgro

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

[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

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

[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]"

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

[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: make buildworld fails for 5-Stable cvsup'd today

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


-- 

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

[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

[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  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 A&M 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

[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

[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

[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  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 A&M 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]"

make buildworld fails for 5-Stable cvsup'd today

[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  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 
-I/usr/src/gnu/lib/libstdc+

Re: make buildworld fails

[Lefteris Tsintjelis]

Giorgos Keramidas wrote:
> 
> On 2002-10-30 19:12, Chris Pressey <[EMAIL PROTECTED]> wrote:
> > On Wed, 30 Oct 2002 23:41:49 +0200
> > Giorgos Keramidas <[EMAIL PROTECTED]> wrote:
> > > + Remove everything under /usr/obj.
> > >
> > > # chflags -R noschg /usr/obj
> > > # rm -fr /usr/obj/*
> > > + CVSup your sources.
> > > + Start a new buildworld.  Avoid using -DNOCLEAN or similar flags.
> >
> > I've done this now with NO_OPENSSH=true in make.conf, but I *still* get
> > errors!
> >
> > cc -O -pipe  -o ppp acf.o arp.o async.o auth.o bundle.o cbcp.o ccp.o
> > chap.o chat.o command.o datalink.o deflate.o defs.o exec.o filter.o fsm.o
> > hdlc.o iface.o ip.o ipcp.o ipv6cp.o iplist.o lcp.o link.o log.o lqr.o
> > main.o mbuf.o mp.o ncp.o ncpaddr.o pap.o physical.o pred.o probe.o
> > prompt.o proto.o route.o server.o sig.o slcompress.o sync.o systems.o
> > tcp.o tcpmss.o throughput.o timer.o tty.o tun.o udp.o vjcomp.o nat_cmd.o
> > atm.o id.o chap_ms.o mppe.o radius.o i4b.o ether.o -lcrypt -lmd -lutil -lz
> > -lalias -lcrypto -lradius -lnetgraph
> > radius.o: In function `demangle':
> > radius.o(.text+0xd1): undefined reference to `rad_request_authenticator'
> > radius.o(.text+0x102): undefined reference to `rad_server_secret'
> > radius.o: In function `radius_Process':
> > radius.o(.text+0x84d): undefined reference to `rad_get_vendor_attr'
> > radius.o: In function `radius_Authenticate':
> > radius.o(.text+0x1217): undefined reference to `rad_put_vendor_attr'
> > radius.o(.text+0x12a3): undefined reference to `rad_put_vendor_attr'
> > radius.o(.text+0x1323): undefined reference to `rad_put_vendor_attr'
> > *** Error code 1
> 
> Odd.  This should work fine.  Try backing up your data and installing
> a -RELEASE version (preferrably 4.6.2-RELEASE).  It's obvious that
> your build system is at least, uhm, non-standard.  If that doesn't
> work either, you can ask around in freebsd-stable to see if other
> people have similar problems.  But this is very unlikely with -STABLE.

Giorgo, I am using 4.7-STABLE FreeBSD 4.7-STABLE #0: Tue Oct 29 02:30:34
EET 2002 and I still get the same exact error if I set NO_OPENSSH=true
in make.conf. I am also forwarding this to STABLE discusion.


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

Re: xlint/lint1/cgram.y? make buildworld fails without it

[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

[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

Re: make buildworld fails on sdiff

[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

[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

make buildworld fails

[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

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



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

[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

[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/sh

Re: make buildworld fails: share/doc/usd/13.viref

[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

[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 Universität Wien



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

Re: make buildworld fails

[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

make buildworld fails

[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 Universität 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

[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

RE: make buildworld fails

[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

make buildworld fails

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

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

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

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

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

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

[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

[Bill Fumerola]

On Mon, 6 Sep 1999, Marc Veldman wrote:

> I'm still trying to find out what precisely caused this. Any pointers
> are very welcome !

The makefile being newer then your system.

-- 
- bill fumerola - [EMAIL PROTECTED] - BF1560 - computer horizons corp -
- ph:(800) 252-2421 - [EMAIL PROTECTED] - [EMAIL PROTECTED]  -






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

Re: Make buildworld fails

[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

Re: Make buildworld fails

[Marc Veldman]

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
 



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