Re: Buildworld failure at main-n261978-44312c28fe2d in /usr/src/usr.sbin/bhyve

[David Wolfskill]

Resolved by  76fa62b5232e67ef10476cf1329aaceb9cbc2ff5; ref.
https://cgit.freebsd.org/src/commit/?id=76fa62b5232e67ef10476cf1329aaceb9cbc2ff5

Peace,
david
-- 
David H. Wolfskill  da...@catwhisker.org
Putin claimed he wanted to avoid expansion of NATO.  See how well THAT worked.

See https://www.catwhisker.org/~david/publickey.gpg for my public key.


signature.asc
Description: PGP signature

Re: buildworld failure

[Jeffrey Bouquet]

On Sat, 18 Feb 2023 13:28:58 -0800 (PST), "Jeffrey Bouquet" 
 wrote:

> 
> 
> On Sat, 18 Feb 2023 00:33:11 -0800 (PST), "Jeffrey Bouquet" 
>  wrote:
> 
> > Building 
> > /usr/obj/usr/src/amd64.amd64/tools/build/test-includes/sys_bitcount.c
> > Building 
> > /usr/obj/usr/src/amd64.amd64/tools/build/test-includes/sys_bitcount.o
> > sys_bitcount.c:1:10: fatal error: 'sys/bitcount.h' file not found
> > #include 
> >  ^~~~
> > 1 error generated.
> > *** Error code 1
> > 
> > Stop.
> > make[3]: stopped in /usr/src/tools/build/test-includes
> > .ERROR_TARGET='sys_bitcount.o'
> > .ERROR_META_FILE='/usr/obj/usr/src/amd64.amd64/tools/build/test-includes/sys_bitcount.o.meta'
> > .MAKE.LEVEL='3'
> > MAKEFILE=''
> > .MAKE.MODE='meta missing-filemon=yes missing-meta=yes silent=yes verbose'
> > _ERROR_CMD='/usr/local/bin/clang14  -O2 -pipe -fno-common   -g -gz=zlib 
> > -std=gnu99 -Wno-format-zero-length -nobuiltininc -idirafter 
> > /usr/local/llvm14/lib/clang/14.0.6/include -fstack-protector-strong 
> > -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 -Wnested-externs -Wold-style-definition 
> > -Wno-pointer-sign -Wdate-time -Wmissing-variable-declarations 
> > -Wthread-safety -Wno-empty-body -Wno-string-plus-int 
> > -Wno-unused-const-variable -Wno-error=unused-but-set-variable  
> > -Qunused-arguments-c sys_bitcount.c -o sys_bitcount.o; ;'
> > .CURDIR='/usr/src/tools/build/test-includes'
> > .MAKE='make'
> > .OBJDIR='/usr/obj/usr/src/amd64.amd64/tools/build/test-includes'
> > .TARGETS='test-includes'
> > DESTDIR='/usr/obj/usr/src/amd64.amd64/tmp'
> > LD_LIBRARY_PATH=''
> > MACHINE='amd64'
> > MACHINE_ARCH='amd64'
> > MAKEOBJDIRPREFIX=''
> > MAKESYSPATH='/usr/src/share/mk'
> > MAKE_VERSION='20220208'
> > PATH='/usr/obj/usr/src/amd64.amd64/tmp/bin:/usr/obj/usr/src/amd64.amd64/tmp/usr/sbin:/usr/obj/usr/src/amd64.amd64/tmp/usr/bin:/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::/usr/obj/usr/src/amd64.amd64/tmp/bin:/usr/obj/usr/src/amd64.amd64/tmp/usr/sbin:/usr/obj/usr/src/amd64.amd64/tmp/usr/bin:/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'
> > SRCTOP='/usr/src'
> > OBJTOP='/usr/obj/usr/src/amd64.amd64
> > .
> > 
> > Anyone see/know anything causing this error? 
> > Also, the buildworld command most likely to build the most amd64 components 
> > from scratch? 
> 
> 
> seems "make hier" fixed it partially
> then WITHOUT_OFED=yes in src.conf.  maybe fixed, maybe not. 

Not fixed.
question 1.  
While building, it fails in some subtree. 
I change to that location and "make" which succeeds
back in buildworld, stage 4.4, it then fails at the same place despite the
"make" success.
also, it re attempts to build in places I've WITHOUT_ in src.conf
BOTH situations appear concurrently during the build, which halts, confusing me
as to which condition causes the failure.
Any workaround or fix?

Seems the system is a hybrid of CURRENT and of 13-stable now, running without
issues otherwise.

leading to
question 2.
Ideally, I could overcome the buildworld failure by sequentially installing all 
parts of
the buildworld which have SO FAR not failed? and where would I find the
sequence of locations from which to do a "make" "make install" mimicing an
installworld DURING buildworld, as if each part of 
buildworld after success coud be installed, leading to a greater
probability that the entire buildworld could finish without error
and to the likelihood also that an installworld would not fail
due to most of its parts already having been completed.
...
might as well put this question in also.
...
3... there is pending a UFS2 packagebase somewhere still in code review or beta?
How might I use that to overcome this issue and install CURRENT if packagesets
were available? 

thanks in advance. 

Jeff 

Re: buildworld failure

[Jeffrey Bouquet]

On Sat, 18 Feb 2023 00:33:11 -0800 (PST), "Jeffrey Bouquet" 
 wrote:

> Building /usr/obj/usr/src/amd64.amd64/tools/build/test-includes/sys_bitcount.c
> Building /usr/obj/usr/src/amd64.amd64/tools/build/test-includes/sys_bitcount.o
> sys_bitcount.c:1:10: fatal error: 'sys/bitcount.h' file not found
> #include 
>  ^~~~
> 1 error generated.
> *** Error code 1
> 
> Stop.
> make[3]: stopped in /usr/src/tools/build/test-includes
> .ERROR_TARGET='sys_bitcount.o'
> .ERROR_META_FILE='/usr/obj/usr/src/amd64.amd64/tools/build/test-includes/sys_bitcount.o.meta'
> .MAKE.LEVEL='3'
> MAKEFILE=''
> .MAKE.MODE='meta missing-filemon=yes missing-meta=yes silent=yes verbose'
> _ERROR_CMD='/usr/local/bin/clang14  -O2 -pipe -fno-common   -g -gz=zlib 
> -std=gnu99 -Wno-format-zero-length -nobuiltininc -idirafter 
> /usr/local/llvm14/lib/clang/14.0.6/include -fstack-protector-strong 
> -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 -Wnested-externs -Wold-style-definition -Wno-pointer-sign 
> -Wdate-time -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body 
> -Wno-string-plus-int -Wno-unused-const-variable 
> -Wno-error=unused-but-set-variable  -Qunused-arguments-c sys_bitcount.c 
> -o sys_bitcount.o; ;'
> .CURDIR='/usr/src/tools/build/test-includes'
> .MAKE='make'
> .OBJDIR='/usr/obj/usr/src/amd64.amd64/tools/build/test-includes'
> .TARGETS='test-includes'
> DESTDIR='/usr/obj/usr/src/amd64.amd64/tmp'
> LD_LIBRARY_PATH=''
> MACHINE='amd64'
> MACHINE_ARCH='amd64'
> MAKEOBJDIRPREFIX=''
> MAKESYSPATH='/usr/src/share/mk'
> MAKE_VERSION='20220208'
> PATH='/usr/obj/usr/src/amd64.amd64/tmp/bin:/usr/obj/usr/src/amd64.amd64/tmp/usr/sbin:/usr/obj/usr/src/amd64.amd64/tmp/usr/bin:/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::/usr/obj/usr/src/amd64.amd64/tmp/bin:/usr/obj/usr/src/amd64.amd64/tmp/usr/sbin:/usr/obj/usr/src/amd64.amd64/tmp/usr/bin:/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'
> SRCTOP='/usr/src'
> OBJTOP='/usr/obj/usr/src/amd64.amd64
> .
> 
> Anyone see/know anything causing this error? 
> Also, the buildworld command most likely to build the most amd64 components 
> from scratch? 


seems "make hier" fixed it partially
then WITHOUT_OFED=yes in src.conf.  maybe fixed, maybe not. 

Re: buildworld failure

[Steve Kargl]

On Sat, Feb 18, 2023 at 12:33:11AM -0800, Jeffrey Bouquet wrote:
> Building /usr/obj/usr/src/amd64.amd64/tools/build/test-includes/sys_bitcount.c
> Building /usr/obj/usr/src/amd64.amd64/tools/build/test-includes/sys_bitcount.o
> sys_bitcount.c:1:10: fatal error: 'sys/bitcount.h' file not found
> #include 
>  ^~~~
> 1 error generated.
> *** Error code 1
> 
> Stop.
> make[3]: stopped in /usr/src/tools/build/test-includes
> .ERROR_TARGET='sys_bitcount.o'
> .ERROR_META_FILE='/usr/obj/usr/src/amd64.amd64/tools/build/test-includes/sys_bitcount.o.meta'
> .MAKE.LEVEL='3'
> MAKEFILE=''
> .MAKE.MODE='meta missing-filemon=yes missing-meta=yes silent=yes verbose'
> _ERROR_CMD='/usr/local/bin/clang14  -O2 -pipe -fno-common   -g -gz=zlib 
> -std=gnu99 -Wno-format-zero-length -nobuiltininc -idirafter 
> /usr/local/llvm14/lib/clang/14.0.6/include -fstack-protector-strong 
> -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 -Wnested-externs -Wold-style-definition -Wno-pointer-sign 
> -Wdate-time -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body 
> -Wno-string-plus-int -Wno-unused-const-variable 
> -Wno-error=unused-but-set-variable  -Qunused-arguments-c sys_bitcount.c 
> -o sys_bitcount.o; ;'
> .CURDIR='/usr/src/tools/build/test-includes'
> .MAKE='make'
> .OBJDIR='/usr/obj/usr/src/amd64.amd64/tools/build/test-includes'
> .TARGETS='test-includes'
> DESTDIR='/usr/obj/usr/src/amd64.amd64/tmp'
> LD_LIBRARY_PATH=''
> MACHINE='amd64'
> MACHINE_ARCH='amd64'
> MAKEOBJDIRPREFIX=''
> MAKESYSPATH='/usr/src/share/mk'
> MAKE_VERSION='20220208'
> PATH='/usr/obj/usr/src/amd64.amd64/tmp/bin:/usr/obj/usr/src/amd64.amd64/tmp/usr/sbin:/usr/obj/usr/src/amd64.amd64/tmp/usr/bin:/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::/usr/obj/usr/src/amd64.amd64/tmp/bin:/usr/obj/usr/src/amd64.amd64/tmp/usr/sbin:/usr/obj/usr/src/amd64.amd64/tmp/usr/bin:/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'
> SRCTOP='/usr/src'
> OBJTOP='/usr/obj/usr/src/amd64.amd64
> .
> 
> Anyone see/know anything causing this error? 
> Also, the buildworld command most likely to build the most amd64 components 
> from scratch? 

I'm seeing a different buildworld problem.

===> usr.bin/nm (obj,all,install)   

cc -O2 -pipe -fno-common -I/usr/src/contrib/elftoolchain/libelftc 
-I/usr/src/contrib/elftoolchain/common -std=gnu99 -Wno-format-zero-length 
-Wsystem-headers -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 -Wnested-externs -Wold-style-definition 
-Wno-pointer-sign -Wdate-time -Wmissing-variable-declarations -Wthrea
d-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable 
-Wno-error=unused-but-set-variable -Qunused-arguments 
-I/usr/obj/usr/src/amd64.amd64/tmp/legacy/usr/include  -Wl,-zrelro -static  
 -L/usr/obj/usr/src/amd64.amd64/tmp/legacy/usr/lib -o nm nm.o  
-L/usr/obj/usr/src/amd64.amd64/tmp/obj-tools/lib/libdwarf -ldwarf 
-L/usr/obj/usr/src/amd64.amd64/tmp/obj-tools/lib/libelf -lelf -L/usr
/obj/usr/src/amd64.amd64/tmp/obj-tools/lib/libz -lz 
-L/usr/obj/usr/src/amd64.amd64/tmp/obj-tools/lib/libelftc -lelftc_pie 
-L/usr/obj/usr/src/amd64.amd64/tmp/obj-tools/lib/libelf -lelf  -legacy  
  
PLEASE submit a bug report to https://bugs.freebsd.org/submit/ and include the 
crash backtrace.
Stack dump:
0.  Program arguments: /usr/bin/ld --eh-frame-hdr -Bstatic -o nm 
/usr/lib/crt1.o /usr/lib/crti.o /usr/lib/crtbeginT.o 
-L/usr/obj/usr/src/amd64.amd64/tmp/legacy/usr/lib 
-L/usr/obj/usr/src/amd64.amd64/tmp/obj-tools/lib/libdwarf 
-L/usr/obj/usr/src/amd64.amd64/tmp/obj-tools/lib/libelf 
-L/usr/obj/usr/src/amd64.amd64/tmp/obj-tools/lib/libz 
-L/usr/obj/usr/src/amd64.amd64/tmp/obj-tools/lib/libelftc 
-L/usr/obj/usr/src/amd64.amd64/tmp/obj-tools/lib/libelf -L/usr/lib -zrelro nm.o 
-ldwarf -lelf -lz -lelftc_pie -lelf -legacy -lgcc -lgcc_eh -lc -lgcc -lgcc_eh 
/usr/lib/crtend.o /usr/lib/crtn.o
 #0 0x0164f1c1 (/usr/bin/ld+0x164f1c1)
 #1 0x0164d4a5 (/usr/bin/ld+0x164d4a5)
 #2 0x0164f8e0 (/usr/bin/ld+0x164f8e0)
 #3 0x000827446a60 (/lib/libthr.so.3+0x19a60)
 #4 0x00082744601f (/lib/libthr.so.3+0x1901f)
 #5 0x00082362e8a3 

Re: buildworld failure: Do not include ${SRCTOP}/sys when building bootstrap tools

[Alexander Richardson]

In my testing 338129 fixed the issue. Seems like the problem is that
bsd.crunchgen.mk iterates over all directories to do a make obj when
it does the bootstrap-tools phase.
On Tue, 21 Aug 2018 at 14:49, Warner Losh  wrote:
>
>
>
> On Tue, Aug 21, 2018 at 12:38 AM, John Baldwin  wrote:
>>
>> On 8/20/18 9:00 PM, O. Hartmann wrote:
>> > -BEGIN PGP SIGNED MESSAGE-
>> > Hash: SHA512
>> >
>> > Am Mon, 20 Aug 2018 21:24:21 +0200
>> > "O. Hartmann"  schrieb:
>> >
>> >> -BEGIN PGP SIGNED MESSAGE-
>> >> Hash: SHA512
>> >>
>> >> Building NanoBSD world on CURRENT r338113 fails due to:
>> >>
>> >> [...]
>> >> cd /pool/sources/CURRENT/src/rescue/rescue/../../sbin/gbde &&  MK_TESTS=no
>> >> UPDATE_DEPENDFILE=no  _RECURSING_CRUNCH=1
>> >> MAKEOBJDIRPREFIX=/pool/nanobsd/amd64/ALERICH_amd64/pool/sources/CURRENT/src/amd64.amd64/rescue/rescue
>> >> make  MK_AUTO_OBJ=no  DIRPRFX=rescue/rescue/gbde/ -DRESCUE 
>> >> CRUNCH_CFLAGS=-DRESCUE
>> >> MK_AUTO_OBJ=no   obj make[5]: 
>> >> "/pool/sources/CURRENT/src/tools/build/mk/Makefile.boot"
>> >> line 18: Do not include ${SRCTOP}/sys when building bootstrap tools.  
>> >> Copy the header to
>> >> ${WORLDTMP}/legacy in tools/build/Makefile instead.  Error was caused by 
>> >> Makefile
>> >> in /pool/sources/CURRENT/src/sbin/gbde *** [obj_crunchdir_gbde] Error 
>> >> code 1
>> >>
>> >> make[4]: stopped in /pool/sources/CURRENT/src/rescue/rescue
>> >> [...]
>> >>
>> >>
>> >> This problem occured during today's source updates since I was able to 
>> >> build the NanoBSD
>> >> image I intend to build yesterday ~ r338060.
>> >>
>> >> What is going wrong?
>> >
>> > It seems the problem has been introduced after r338095, since r338095 
>> > builds ok, while
>> > r338096 doesn't.
>>
>> 338096 added this check to catch a kind of error in our Makefiles.  Alex 
>> (cc'd) can
>> help with figuring out what the error is.
>
>
> Except we're not building anything, we're making obj in rescue...  It looks 
> like a false positive...
>
> Warner
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Re: buildworld failure: Do not include ${SRCTOP}/sys when building bootstrap tools

[Alexander Richardson]

I think relaxing the check to just avoid includes of "${SRCTOP}/sys" is
probably the best solution. It would be nice to also handle the
${.CURDIR}/../../sys case but since it's just there to prevent ABI issues
that's probably fine.

Alex

On Tue, 21 Aug 2018 at 15:19 Warner Losh  wrote:

> On Tue, Aug 21, 2018 at 8:16 AM, Warner Losh  wrote:
>
>> There's a half a dozen special targets, however. clean comes to mind...
>>
>>
>> However, this test is needlessly restrictive:
>>
>> .if
>> !empty(CFLAGS:M*${SRCTOP}/sys*:N*${SRCTOP}/sys/cddl/compat*:N*${SRCTOP}/sys/crypto*)
>>
>> since it matches
>>
>> CFLAGS+=-I${SRCTOP}/sys/sys/disk
>>
>> which is totally legit. It's designed to be legit everywhere for building
>> on Linux...
>>
>> .if
>> !empty(CFLAGS:M*${SRCTOP}/sys:N*${SRCTOP}/sys/cddl/compat:N*${SRCTOP}/sys/crypto)
>>
>> would be a better test, imho.
>>
>
> Although, I could passively agressively work around it with
>
> CFLAGS+=-I${.CURDIR}/../../sys/sys/disk
>
> which also kinda defeats its purpose...
>
> Warner
>
>
>> Warner
>>
>> On Tue, Aug 21, 2018 at 8:11 AM, Alexander Richardson <
>> arichard...@freebsd.org> wrote:
>>
>>> In my testing 338129 fixed the issue. Seems like the problem is that
>>> bsd.crunchgen.mk iterates over all directories to do a make obj when
>>> it does the bootstrap-tools phase.
>>> On Tue, 21 Aug 2018 at 14:49, Warner Losh  wrote:
>>> >
>>> >
>>> >
>>> > On Tue, Aug 21, 2018 at 12:38 AM, John Baldwin 
>>> wrote:
>>> >>
>>> >> On 8/20/18 9:00 PM, O. Hartmann wrote:
>>> >> > -BEGIN PGP SIGNED MESSAGE-
>>> >> > Hash: SHA512
>>> >> >
>>> >> > Am Mon, 20 Aug 2018 21:24:21 +0200
>>> >> > "O. Hartmann"  schrieb:
>>> >> >
>>> >> >> -BEGIN PGP SIGNED MESSAGE-
>>> >> >> Hash: SHA512
>>> >> >>
>>> >> >> Building NanoBSD world on CURRENT r338113 fails due to:
>>> >> >>
>>> >> >> [...]
>>> >> >> cd /pool/sources/CURRENT/src/rescue/rescue/../../sbin/gbde &&
>>> MK_TESTS=no
>>> >> >> UPDATE_DEPENDFILE=no  _RECURSING_CRUNCH=1
>>> >> >>
>>> MAKEOBJDIRPREFIX=/pool/nanobsd/amd64/ALERICH_amd64/pool/sources/CURRENT/src/amd64.amd64/rescue/rescue
>>> >> >> make  MK_AUTO_OBJ=no  DIRPRFX=rescue/rescue/gbde/ -DRESCUE
>>> CRUNCH_CFLAGS=-DRESCUE
>>> >> >> MK_AUTO_OBJ=no   obj make[5]:
>>> "/pool/sources/CURRENT/src/tools/build/mk/Makefile.boot"
>>> >> >> line 18: Do not include ${SRCTOP}/sys when building bootstrap
>>> tools.  Copy the header to
>>> >> >> ${WORLDTMP}/legacy in tools/build/Makefile instead.  Error was
>>> caused by Makefile
>>> >> >> in /pool/sources/CURRENT/src/sbin/gbde *** [obj_crunchdir_gbde]
>>> Error code 1
>>> >> >>
>>> >> >> make[4]: stopped in /pool/sources/CURRENT/src/rescue/rescue
>>> >> >> [...]
>>> >> >>
>>> >> >>
>>> >> >> This problem occured during today's source updates since I was
>>> able to build the NanoBSD
>>> >> >> image I intend to build yesterday ~ r338060.
>>> >> >>
>>> >> >> What is going wrong?
>>> >> >
>>> >> > It seems the problem has been introduced after r338095, since
>>> r338095 builds ok, while
>>> >> > r338096 doesn't.
>>> >>
>>> >> 338096 added this check to catch a kind of error in our Makefiles.
>>> Alex (cc'd) can
>>> >> help with figuring out what the error is.
>>> >
>>> >
>>> > Except we're not building anything, we're making obj in rescue...  It
>>> looks like a false positive...
>>> >
>>> > Warner
>>>
>>
>>
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Re: buildworld failure: Do not include ${SRCTOP}/sys when building bootstrap tools

[Warner Losh]

On Tue, Aug 21, 2018 at 8:16 AM, Warner Losh  wrote:

> There's a half a dozen special targets, however. clean comes to mind...
>
>
> However, this test is needlessly restrictive:
>
> .if !empty(CFLAGS:M*${SRCTOP}/sys*:N*${SRCTOP}/sys/cddl/compat*:
> N*${SRCTOP}/sys/crypto*)
>
> since it matches
>
> CFLAGS+=-I${SRCTOP}/sys/sys/disk
>
> which is totally legit. It's designed to be legit everywhere for building
> on Linux...
>
> .if !empty(CFLAGS:M*${SRCTOP}/sys:N*${SRCTOP}/sys/cddl/compat:N*
> ${SRCTOP}/sys/crypto)
>
> would be a better test, imho.
>

Although, I could passively agressively work around it with

CFLAGS+=-I${.CURDIR}/../../sys/sys/disk

which also kinda defeats its purpose...

Warner


> Warner
>
> On Tue, Aug 21, 2018 at 8:11 AM, Alexander Richardson <
> arichard...@freebsd.org> wrote:
>
>> In my testing 338129 fixed the issue. Seems like the problem is that
>> bsd.crunchgen.mk iterates over all directories to do a make obj when
>> it does the bootstrap-tools phase.
>> On Tue, 21 Aug 2018 at 14:49, Warner Losh  wrote:
>> >
>> >
>> >
>> > On Tue, Aug 21, 2018 at 12:38 AM, John Baldwin  wrote:
>> >>
>> >> On 8/20/18 9:00 PM, O. Hartmann wrote:
>> >> > -BEGIN PGP SIGNED MESSAGE-
>> >> > Hash: SHA512
>> >> >
>> >> > Am Mon, 20 Aug 2018 21:24:21 +0200
>> >> > "O. Hartmann"  schrieb:
>> >> >
>> >> >> -BEGIN PGP SIGNED MESSAGE-
>> >> >> Hash: SHA512
>> >> >>
>> >> >> Building NanoBSD world on CURRENT r338113 fails due to:
>> >> >>
>> >> >> [...]
>> >> >> cd /pool/sources/CURRENT/src/rescue/rescue/../../sbin/gbde &&
>> MK_TESTS=no
>> >> >> UPDATE_DEPENDFILE=no  _RECURSING_CRUNCH=1
>> >> >> MAKEOBJDIRPREFIX=/pool/nanobsd/amd64/ALERICH_amd64/pool/
>> sources/CURRENT/src/amd64.amd64/rescue/rescue
>> >> >> make  MK_AUTO_OBJ=no  DIRPRFX=rescue/rescue/gbde/ -DRESCUE
>> CRUNCH_CFLAGS=-DRESCUE
>> >> >> MK_AUTO_OBJ=no   obj make[5]: "/pool/sources/CURRENT/src/too
>> ls/build/mk/Makefile.boot"
>> >> >> line 18: Do not include ${SRCTOP}/sys when building bootstrap
>> tools.  Copy the header to
>> >> >> ${WORLDTMP}/legacy in tools/build/Makefile instead.  Error was
>> caused by Makefile
>> >> >> in /pool/sources/CURRENT/src/sbin/gbde *** [obj_crunchdir_gbde]
>> Error code 1
>> >> >>
>> >> >> make[4]: stopped in /pool/sources/CURRENT/src/rescue/rescue
>> >> >> [...]
>> >> >>
>> >> >>
>> >> >> This problem occured during today's source updates since I was able
>> to build the NanoBSD
>> >> >> image I intend to build yesterday ~ r338060.
>> >> >>
>> >> >> What is going wrong?
>> >> >
>> >> > It seems the problem has been introduced after r338095, since
>> r338095 builds ok, while
>> >> > r338096 doesn't.
>> >>
>> >> 338096 added this check to catch a kind of error in our Makefiles.
>> Alex (cc'd) can
>> >> help with figuring out what the error is.
>> >
>> >
>> > Except we're not building anything, we're making obj in rescue...  It
>> looks like a false positive...
>> >
>> > Warner
>>
>
>
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Re: buildworld failure: Do not include ${SRCTOP}/sys when building bootstrap tools

[Warner Losh]

There's a half a dozen special targets, however. clean comes to mind...


However, this test is needlessly restrictive:

.if
!empty(CFLAGS:M*${SRCTOP}/sys*:N*${SRCTOP}/sys/cddl/compat*:N*${SRCTOP}/sys/crypto*)

since it matches

CFLAGS+=-I${SRCTOP}/sys/sys/disk

which is totally legit. It's designed to be legit everywhere for building
on Linux...

.if
!empty(CFLAGS:M*${SRCTOP}/sys:N*${SRCTOP}/sys/cddl/compat:N*${SRCTOP}/sys/crypto)

would be a better test, imho.

Warner

On Tue, Aug 21, 2018 at 8:11 AM, Alexander Richardson <
arichard...@freebsd.org> wrote:

> In my testing 338129 fixed the issue. Seems like the problem is that
> bsd.crunchgen.mk iterates over all directories to do a make obj when
> it does the bootstrap-tools phase.
> On Tue, 21 Aug 2018 at 14:49, Warner Losh  wrote:
> >
> >
> >
> > On Tue, Aug 21, 2018 at 12:38 AM, John Baldwin  wrote:
> >>
> >> On 8/20/18 9:00 PM, O. Hartmann wrote:
> >> > -BEGIN PGP SIGNED MESSAGE-
> >> > Hash: SHA512
> >> >
> >> > Am Mon, 20 Aug 2018 21:24:21 +0200
> >> > "O. Hartmann"  schrieb:
> >> >
> >> >> -BEGIN PGP SIGNED MESSAGE-
> >> >> Hash: SHA512
> >> >>
> >> >> Building NanoBSD world on CURRENT r338113 fails due to:
> >> >>
> >> >> [...]
> >> >> cd /pool/sources/CURRENT/src/rescue/rescue/../../sbin/gbde &&
> MK_TESTS=no
> >> >> UPDATE_DEPENDFILE=no  _RECURSING_CRUNCH=1
> >> >> MAKEOBJDIRPREFIX=/pool/nanobsd/amd64/ALERICH_amd64/
> pool/sources/CURRENT/src/amd64.amd64/rescue/rescue
> >> >> make  MK_AUTO_OBJ=no  DIRPRFX=rescue/rescue/gbde/ -DRESCUE
> CRUNCH_CFLAGS=-DRESCUE
> >> >> MK_AUTO_OBJ=no   obj make[5]: "/pool/sources/CURRENT/src/
> tools/build/mk/Makefile.boot"
> >> >> line 18: Do not include ${SRCTOP}/sys when building bootstrap
> tools.  Copy the header to
> >> >> ${WORLDTMP}/legacy in tools/build/Makefile instead.  Error was
> caused by Makefile
> >> >> in /pool/sources/CURRENT/src/sbin/gbde *** [obj_crunchdir_gbde]
> Error code 1
> >> >>
> >> >> make[4]: stopped in /pool/sources/CURRENT/src/rescue/rescue
> >> >> [...]
> >> >>
> >> >>
> >> >> This problem occured during today's source updates since I was able
> to build the NanoBSD
> >> >> image I intend to build yesterday ~ r338060.
> >> >>
> >> >> What is going wrong?
> >> >
> >> > It seems the problem has been introduced after r338095, since r338095
> builds ok, while
> >> > r338096 doesn't.
> >>
> >> 338096 added this check to catch a kind of error in our Makefiles.
> Alex (cc'd) can
> >> help with figuring out what the error is.
> >
> >
> > Except we're not building anything, we're making obj in rescue...  It
> looks like a false positive...
> >
> > Warner
>
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Re: buildworld failure: Do not include ${SRCTOP}/sys when building bootstrap tools

[Warner Losh]

On Tue, Aug 21, 2018 at 7:49 AM, Warner Losh  wrote:

>
>
> On Tue, Aug 21, 2018 at 12:38 AM, John Baldwin  wrote:
>
>> On 8/20/18 9:00 PM, O. Hartmann wrote:
>> > -BEGIN PGP SIGNED MESSAGE-
>> > Hash: SHA512
>> >
>> > Am Mon, 20 Aug 2018 21:24:21 +0200
>> > "O. Hartmann"  schrieb:
>> >
>> >> -BEGIN PGP SIGNED MESSAGE-
>> >> Hash: SHA512
>> >>
>> >> Building NanoBSD world on CURRENT r338113 fails due to:
>> >>
>> >> [...]
>> >> cd /pool/sources/CURRENT/src/rescue/rescue/../../sbin/gbde &&
>> MK_TESTS=no
>> >> UPDATE_DEPENDFILE=no  _RECURSING_CRUNCH=1
>> >> MAKEOBJDIRPREFIX=/pool/nanobsd/amd64/ALERICH_amd64/pool/
>> sources/CURRENT/src/amd64.amd64/rescue/rescue
>> >> make  MK_AUTO_OBJ=no  DIRPRFX=rescue/rescue/gbde/ -DRESCUE
>> CRUNCH_CFLAGS=-DRESCUE
>> >> MK_AUTO_OBJ=no   obj make[5]: "/pool/sources/CURRENT/src/too
>> ls/build/mk/Makefile.boot"
>> >> line 18: Do not include ${SRCTOP}/sys when building bootstrap tools.
>> Copy the header to
>> >> ${WORLDTMP}/legacy in tools/build/Makefile instead.  Error was caused
>> by Makefile
>> >> in /pool/sources/CURRENT/src/sbin/gbde *** [obj_crunchdir_gbde] Error
>> code 1
>> >>
>> >> make[4]: stopped in /pool/sources/CURRENT/src/rescue/rescue
>> >> [...]
>> >>
>> >>
>> >> This problem occured during today's source updates since I was able to
>> build the NanoBSD
>> >> image I intend to build yesterday ~ r338060.
>> >>
>> >> What is going wrong?
>> >
>> > It seems the problem has been introduced after r338095, since r338095
>> builds ok, while
>> > r338096 doesn't.
>>
>> 338096 added this check to catch a kind of error in our Makefiles.  Alex
>> (cc'd) can
>> help with figuring out what the error is.
>>
>
> Except we're not building anything, we're making obj in rescue...  It
> looks like a false positive...
>

weird, I'm dying elsewhere.

You can recreate this with

cd tools/tools/nanobsd/embedded
sh -c ../nanobsd.sh -c qemu-amd64-uefi.cfg

it dies in mkimg. We have LOCAL_XTOOL_DIRS=usr.bin/mkimg so it's building
in stage 3. It's likely because of

CFLAGS+=-I${SRCTOP}/sys/sys/disk

which is 100% legit always by design, so the test in this case is a false
positive and must be relaxed.

I'm guessing that the rescue case above is similar: we're building an
different tool early.

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

Re: buildworld failure: Do not include ${SRCTOP}/sys when building bootstrap tools

[Warner Losh]

On Tue, Aug 21, 2018 at 12:38 AM, John Baldwin  wrote:

> On 8/20/18 9:00 PM, O. Hartmann wrote:
> > -BEGIN PGP SIGNED MESSAGE-
> > Hash: SHA512
> >
> > Am Mon, 20 Aug 2018 21:24:21 +0200
> > "O. Hartmann"  schrieb:
> >
> >> -BEGIN PGP SIGNED MESSAGE-
> >> Hash: SHA512
> >>
> >> Building NanoBSD world on CURRENT r338113 fails due to:
> >>
> >> [...]
> >> cd /pool/sources/CURRENT/src/rescue/rescue/../../sbin/gbde &&
> MK_TESTS=no
> >> UPDATE_DEPENDFILE=no  _RECURSING_CRUNCH=1
> >> MAKEOBJDIRPREFIX=/pool/nanobsd/amd64/ALERICH_amd64/
> pool/sources/CURRENT/src/amd64.amd64/rescue/rescue
> >> make  MK_AUTO_OBJ=no  DIRPRFX=rescue/rescue/gbde/ -DRESCUE
> CRUNCH_CFLAGS=-DRESCUE
> >> MK_AUTO_OBJ=no   obj make[5]: "/pool/sources/CURRENT/src/
> tools/build/mk/Makefile.boot"
> >> line 18: Do not include ${SRCTOP}/sys when building bootstrap tools.
> Copy the header to
> >> ${WORLDTMP}/legacy in tools/build/Makefile instead.  Error was caused
> by Makefile
> >> in /pool/sources/CURRENT/src/sbin/gbde *** [obj_crunchdir_gbde] Error
> code 1
> >>
> >> make[4]: stopped in /pool/sources/CURRENT/src/rescue/rescue
> >> [...]
> >>
> >>
> >> This problem occured during today's source updates since I was able to
> build the NanoBSD
> >> image I intend to build yesterday ~ r338060.
> >>
> >> What is going wrong?
> >
> > It seems the problem has been introduced after r338095, since r338095
> builds ok, while
> > r338096 doesn't.
>
> 338096 added this check to catch a kind of error in our Makefiles.  Alex
> (cc'd) can
> help with figuring out what the error is.
>

Except we're not building anything, we're making obj in rescue...  It looks
like a false positive...

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

Re: buildworld failure: Do not include ${SRCTOP}/sys when building bootstrap tools

[John Baldwin]

On 8/20/18 9:00 PM, O. Hartmann wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA512
> 
> Am Mon, 20 Aug 2018 21:24:21 +0200
> "O. Hartmann"  schrieb:
> 
>> -BEGIN PGP SIGNED MESSAGE-
>> Hash: SHA512
>>
>> Building NanoBSD world on CURRENT r338113 fails due to:
>>
>> [...]
>> cd /pool/sources/CURRENT/src/rescue/rescue/../../sbin/gbde &&  MK_TESTS=no
>> UPDATE_DEPENDFILE=no  _RECURSING_CRUNCH=1
>> MAKEOBJDIRPREFIX=/pool/nanobsd/amd64/ALERICH_amd64/pool/sources/CURRENT/src/amd64.amd64/rescue/rescue
>> make  MK_AUTO_OBJ=no  DIRPRFX=rescue/rescue/gbde/ -DRESCUE 
>> CRUNCH_CFLAGS=-DRESCUE
>> MK_AUTO_OBJ=no   obj make[5]: 
>> "/pool/sources/CURRENT/src/tools/build/mk/Makefile.boot"
>> line 18: Do not include ${SRCTOP}/sys when building bootstrap tools.  Copy 
>> the header to
>> ${WORLDTMP}/legacy in tools/build/Makefile instead.  Error was caused by 
>> Makefile
>> in /pool/sources/CURRENT/src/sbin/gbde *** [obj_crunchdir_gbde] Error code 1
>>
>> make[4]: stopped in /pool/sources/CURRENT/src/rescue/rescue
>> [...]
>>
>>
>> This problem occured during today's source updates since I was able to build 
>> the NanoBSD
>> image I intend to build yesterday ~ r338060.
>>
>> What is going wrong?
> 
> It seems the problem has been introduced after r338095, since r338095 builds 
> ok, while
> r338096 doesn't.

338096 added this check to catch a kind of error in our Makefiles.  Alex (cc'd) 
can
help with figuring out what the error is.

-- 
John Baldwin
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Re: buildworld failure: Do not include ${SRCTOP}/sys when building bootstrap tools

[O. Hartmann]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Am Mon, 20 Aug 2018 21:24:21 +0200
"O. Hartmann"  schrieb:

> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA512
> 
> Building NanoBSD world on CURRENT r338113 fails due to:
> 
> [...]
> cd /pool/sources/CURRENT/src/rescue/rescue/../../sbin/gbde &&  MK_TESTS=no
> UPDATE_DEPENDFILE=no  _RECURSING_CRUNCH=1
> MAKEOBJDIRPREFIX=/pool/nanobsd/amd64/ALERICH_amd64/pool/sources/CURRENT/src/amd64.amd64/rescue/rescue
> make  MK_AUTO_OBJ=no  DIRPRFX=rescue/rescue/gbde/ -DRESCUE 
> CRUNCH_CFLAGS=-DRESCUE
> MK_AUTO_OBJ=no   obj make[5]: 
> "/pool/sources/CURRENT/src/tools/build/mk/Makefile.boot"
> line 18: Do not include ${SRCTOP}/sys when building bootstrap tools.  Copy 
> the header to
> ${WORLDTMP}/legacy in tools/build/Makefile instead.  Error was caused by 
> Makefile
> in /pool/sources/CURRENT/src/sbin/gbde *** [obj_crunchdir_gbde] Error code 1
> 
> make[4]: stopped in /pool/sources/CURRENT/src/rescue/rescue
> [...]
> 
> 
> This problem occured during today's source updates since I was able to build 
> the NanoBSD
> image I intend to build yesterday ~ r338060.
> 
> What is going wrong?

It seems the problem has been introduced after r338095, since r338095 builds 
ok, while
r338096 doesn't.

> 
> I've set the following for NanoBSD's build and install:
> 
> # BUILDWORLD ONLY
> # Options to put in make.conf during buildworld only
> CONF_BUILD='
> CFLAGS=-O3 -pipe
> MALLOC_PRODUCTION=YES
> INSTALL_NODEBUG=YES
> '
> # Options to put in make.conf during installworld only
> CONF_INSTALL='
> WITHOUT_TOOLCHAIN=YES
> WITHOUT_CROSS_COMPILER=YES
> WITHOUT_DOCCOMPRESS=YES
> WITHOUT_INSTALLLIB=YES
> WITHOUT_BINUTILS=YES
> #
> #WITHOUT_ACCT=YES
> WITHOUT_AMD=YES
> WITHOUT_APM=YES
> WITHOUT_ASSERT_DEBUG=YES
> WITHOUT_AT=YES
> WITHOUT_ATM=YES
> WITHOUT_BHYVE=YES
> WITHOUT_BLUETOOTH=YES
> WITHOUT_BOOTPARAMD=YES
> WITHOUT_BOOTPD=YES
> WITHOUT_BSDINSTALL=YES
> #WITHOUT_BSD_CPIO=YES
> #WITHOUT_BSNMP=YES
> #WITHOUT_BZIP2=YES
> WITHOUT_CALENDAR=YES
> #WITHOUT_CCD=YES
> WITHOUT_CDDL=YES
> WITHOUT_CLANG_FULL=YES
> WITHOUT_CTM=YES
> #WITHOUT_CUSE=YES
> WITHOUT_CXX=YES
> WITHOUT_DICT=YES
> WITHOUT_DIALOG=YES
> WITHOUT_EXAMPLES=YES
> WITHOUT_EE=YES
> WITHOUT_FINGER=YES
> WITHOUT_FLOPPY=YES
> WITHOUT_FREEBSD_UPDATE=YES
> WITHOUT_FDT=YES
> WITHOUT_GAMES=YES
> WITHOUT_GCOV=YES
> WITHOUT_GDB=YES
> WITHOUT_HAST=YES
> WITHOUT_HTML=YES
> WITHOUT_HYPERV=YES
> #WITHOUT_INET6=YES
> #WITHOUT_INETD=YES
> WITHOUT_IPFILTER=YES
> WITHOUT_ISCSI=YES
> WITHOUT_KDUMP=YES
> WITHOUT_KERNEL_SYMBOLS=YES
> #WITHOUT_LDNS=YES
> WITHOUT_LOCATE=YES
> WITHOUT_LPR=YES
> #WITHOUT_MAIL=YES
> #WITHOUT_MAILWRAPPER=YES
> #WITHOUT_MAKE=YES
> WITHOUT_MAN=YES
> WITHOUT_MAN_UTILS=YES
> WITHOUT_NDIS=YES
> #WITHOUT_NETCAT=YES
> #WITHOUT_NIS=YES
> #WITHOUT_NLS_CATALOGS=YES
> #WITHOUT_NS_CACHING=YES
> WITHOUT_NAND=YES
> WITHOUT_OFED=YES
> WITHOUT_PC_SYSINSTALL=YES
> WITHOUT_PF=YES
> WITHOUT_PKGBOOTSTRAP=YES
> WITHOUT_PMC=YES
> WITHOUT_PORTSNAP=YES
> #WITHOUT_PPP=YES
> WITHOUT_QUOTAS=YES
> WITHOUT_RBOOTD=YES
> WITHOUT_RCMDS=YES
> #WITHOUT_RESCUE=YES
> #WITHOUT_ROUTED=YES
> #WITHOUT_SENDMAIL=YES
> WITHOUT_SHAREDOCS=YES
> WITHOUT_SVNLITE=YES
> WITHOUT_TALK=YES
> #WITHOUT_TCSH=YES
> WITHOUT_TELNET=YES
> WITHOUT_TEXTPROC=YES
> WITHOUT_TFTP=YES
> #WITHOUT_WIRELESS=YES
> WITHOUT_ZFS=YES
> '
> 
> # BUILD and INSTALL!
> # Options to put in make.conf during both build- & installworld.
> # See man src.conf(5) for more details on WITHOUT_ tags.
> CONF_WORLD='
> WITH_KERNEL_RETPOLINE=YES
> WITH_LLVM_TARGET_BPF=YES
> WITHOUT_TESTS=YES
> WITHOUT_TESTS_SUPPORT=YES
> WITHOUT_ASSERT_DEBUG=YES
> WITHOUT_CCD=YES
> #WITHOUT_BINUTILS_BOOTSTRAP=YES
> WITHOUT_DEBUG_FILES=YES
> #WITHOUT_ICONV=YES
> WITHOUT_ISCSI=YES
> WITHOUT_LIB32=YES
> #WITHOUT_LLVM_TARGET_ALL=YES
> WITH_ZONEINFO_LEAPSECONDS_SUPPORT=YES
> WITHOUT_SVN=YES
> WITH_SORT_THREADS=YES
> WITH_EXTRA_TCP_STACKS=YES
> #
> INSTALL_NODEBUG=YES
> '
> 
> 
> 
> - -- 
> O. Hartmann
> 
> Ich widerspreche der Nutzung oder Übermittlung meiner Daten für
> Werbezwecke oder für die Markt- oder Meinungsforschung (§ 28 Abs. 4 BDSG).
> -BEGIN PGP SIGNATURE-
> 
> iLUEARMKAB0WIQQZVZMzAtwC2T/86TrS528fyFhYlAUCW3sVgAAKCRDS528fyFhY
> lL4MAgCaS8UeE6FwJIeUa5Q+9hf80DJkde+oopttIL2Jz9LcbN1CRU5JTc2jJ9Vb
> vO380RVTNO4M0Ge0M0m2wDCx4xzuAf9YYdjW/xTXbh09YcTlt3l22pn1aaHYrdMk
> pOYA3FUw8xi09cniyQHBOr4mvjKI07GtgLKTEINU3SuS9CmFjCzg
> =vFP+
> -END PGP SIGNATURE-
> ___
> freebsd-current@freebsd.org mailing list
> https://lists.freebsd.org/mailman/listinfo/freebsd-current
> To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"



- -- 
O. Hartmann

Ich widerspreche der Nutzung oder Übermittlung meiner Daten für
Werbezwecke oder für die Markt- oder Meinungsforschung (§ 28 Abs. 4 BDSG).
-BEGIN PGP SIGNATURE-

iLUEARMKAB0WIQQZVZMzAtwC2T/86TrS528fyFhYlAUCW3sd/wAKCRDS528fyFhY
lM7PAf4oZ05VCbM8DZXqUz23f/eYlU57DOTJRmHrC7PUisD8GR4YananlyvtmCz/

Re: Buildworld failure in sys/boot/efi/loader/main.c if WITHOUT_ZFS is defined

[Toomas Soome]

Got it fixed in:

r323428 | tsoome | 2017-09-11 10:38:53 +0300 (E, 11 sept 2017) | 7 lines

r323389 breaks the kernel build when WITHOUT_ZFS is defined in src.conf

Need to add #ifdef EFI_ZFS_BOOT guard into efi/loader/main.c

PR: 15
Reported by:Sylvain Garrigues

sorry about it,
toomas


> On 11. sept 2017, at 21:40, Oleg V. Nauman  wrote:
> 
> ===> sys/boot/efi/loader (all)
> cc -target x86_64-unknown-freebsd12.0 --
> sysroot=/usr/obj/usr/src/tmp -B/usr/obj/usr/src/tmp/usr/bin  -O2 
> -pipe -march=nehalem  -
> I/usr/src/sys/boot/efi/loader/../../../../lib/libstand -fPIC -
> DTERM_EMU -I/usr/src/sys/boot/efi/loader -
> I/usr/src/sys/boot/efi/loader/arch/amd64 -
> I/usr/src/sys/boot/efi/loader/../include -
> I/usr/src/sys/boot/efi/loader/../include/amd64 -
> I/usr/src/sys/boot/efi/loader/../../../contrib/dev/acpica/include 
> -I/usr/src/sys/boot/efi/loader/../../.. -
> I/usr/src/sys/boot/efi/loader/../../i386/libi386 -DNO_PCI -DEFI 
> -DSMBIOS_SERIAL_NUMBERS -DBOOT_FORTH -
> I/usr/src/sys/boot/efi/loader/../../ficl -
> I/usr/src/sys/boot/efi/loader/../../ficl/amd64 -
> DLOADER_DISK_SUPPORT -DLOADER_GPT_SUPPORT -DLOADER_MBR_SUPPORT -
> DLOADER_GELI_SUPPORT -fPIC -I/usr/src/sys/boot/ficl -
> I/usr/src/sys/boot/ficl/amd64  -
> I/usr/src/sys/boot/ficl/../common -
> I/usr/src/sys/boot/efi/loader/../../common -ffreestanding -
> Wformat -mno-mmx -mno-sse -mno-avx -msoft-float -fshort-wchar -
> mno-red-zone -mno-aes -g -MD  -MF.depend.main.o -MTmain.o -
> std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -
> Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -
> Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno-empty-
> body -Wno-string-plus-int -Wno-unused-const-variable -Wno-
> tautological-compare -Wno-unused-value -Wno-parentheses-equality 
> -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-
> typedef -Wno-address-of-packed-member -Wno-format -Qunused-
> arguments  -c /usr/src/sys/boot/efi/loader/main.c -o main.o
> /usr/src/sys/boot/efi/loader/main.c:883:8: error: implicit 
> declaration of function
>  'efizfs_get_handle_by_guid' is invalid in C99 [-Werror,-
> Wimplicit-function-declaration]
>efizfs_get_handle_by_guid(z_dev-
>> pool_guid);
>^
> /usr/src/sys/boot/efi/loader/main.c:883:8: error: this function 
> declaration is not a prototype
>  [-Werror,-Wstrict-prototypes]
> /usr/src/sys/boot/efi/loader/main.c:883:39: error: incomplete 
> definition of type 'struct zfs_devdesc'
>efizfs_get_handle_by_guid(z_dev-
>> pool_guid);
>  ~^
> /usr/src/sys/boot/efi/loader/main.c:875:10: note: forward 
> declaration of 'struct zfs_devdesc'
>struct zfs_devdesc *z_dev;
>   ^
> 3 errors generated.
> *** Error code 1
> 
> Stop.
> make[6]: stopped in /usr/src/sys/boot/efi/loader
> *** Error code 1
> 
> ___
> freebsd-current@freebsd.org mailing list
> https://lists.freebsd.org/mailman/listinfo/freebsd-current
> To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

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

Re: Buildworld Failure

[Holger Freyther]

Shawn Webb lattera at gmail.com writes:

Good Morning,


 make[5]: make[5]: don't know how to make
 /jenkins/usr/local/jenkins/workspace/HardenedBSD-
Master/rescue/rescue//usr/local/jenkins/workspace/HardenedBSD-
Master/bin/cat/cat.o.

I am facing the same issue and it seems to be related to setting
a custom MAKEOBJDIRPREFIX when building. Did you find a solution
to your problem other than disabling building rescue?

holger




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

Re: Buildworld Failure

[Shawn Webb]

On Sat, Oct 4, 2014 at 8:30 PM, Shawn Webb latt...@gmail.com wrote:

 It looks like buildworld is failing when building the rescue binaries. I'm
 not sure which commit broke it. Log is here:
 http://0xfeedface.org/~shawn/2014-10-04-build.txt


The build is erroring out when trying to build the crunchgen'd cat for
rescue. Here's the relevant part of the build log:

--- rescue.all__D ---
echo int _crunched_cat_stub(int argc, char **argv, char **envp){return
main(argc,argv,envp);} cat_stub.c
make[5]: make[5]: don't know how to make
/jenkins/usr/local/jenkins/workspace/HardenedBSD-Master/rescue/rescue//usr/local/jenkins/workspace/HardenedBSD-Master/bin/cat/cat.o.
Stop

make[5]: stopped in
/jenkins/usr/local/jenkins/workspace/HardenedBSD-Master/rescue/rescue
*** [rescue] Error code 2

make[4]: stopped in
/usr/local/jenkins/workspace/HardenedBSD-Master/rescue/rescue
1 error

make[4]: stopped in
/usr/local/jenkins/workspace/HardenedBSD-Master/rescue/rescue
*** [_sub.all] Error code 2


Thanks,


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

Re: buildworld failure: pfvar.h:44 #include netpfil/pf/pf.h not found

[dt71]

Gleb Smirnoff wrote, On 10/29/2013 05:19:

+1 patch.


So far, so good:

=== usr.sbin/tcpdump/tcpdump (depend)
rm -f version.c ;  sed 's/.*/char version[] = ;/' 
/usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/VERSION   version.c
rm -f .depend
CC='/i/a/clang --sysroot=/usr/obj/usr/src/tmp -B/usr/obj/usr/src/tmp/usr/bin' mkdep -f 
.depend -a-I/usr/src/usr.sbin/tcpdump/tcpdump 
-I/usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump -DHAVE_CONFIG_H 
-D_U_=__attribute__((unused)) -I/usr/obj/usr/src/tmp/usr/include/openssl 
-DHAVE_LIBCRYPTO -DHAVE_OPENSSL_EVP_H -DNDEBUG -std=gnu99   
/usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/addrtoname.c 
/usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/af.c 
/usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/checksum.c 
/usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/cpack.c 
/usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/gmpls.c 
/usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/gmt2local.c 
/usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/in_cksum.c 
/usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/ipproto.c 
/usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/l2vpn.c 
/usr/src/usr.sbin/tcpdum
p/tcpdum
p
/../../../contrib/tcpdump/machdep.c 
/usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/nlpid.c 
/usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/oui.c 
/usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/parsenfsfh.c 
/usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-802_11.c 
/usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-802_15_4.c 
/usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-ah.c 
/usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-aodv.c 
/usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-ap1394.c 
/usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-arcnet.c 
/usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-arp.c 
/usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-ascii.c 
/usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-atalk.c 
/usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-atm.c 
/usr/src/usr.sbin/tcpd
ump/tcpd
u
mp/../../../contrib/tcpdump/print-beep.c 
/usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-bfd.c 
/usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-bgp.c 
/usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-bootp.c 
/usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-bt.c 
/usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-carp.c 
/usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-cdp.c 
/usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-cfm.c 
/usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-chdlc.c 
/usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-cip.c 
/usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-cnfp.c 
/usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-dccp.c 
/usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-decnet.c 
/usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-domain.c 
/usr/src/usr.s
bin/tcpd
u
mp/tcpdump/../../../contrib/tcpdump/print-dtp.c 
/usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-dvmrp.c 
/usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-eap.c 
/usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-egp.c 
/usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-eigrp.c 
/usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-enc.c 
/usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-esp.c 
/usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-ether.c 
/usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-fddi.c 
/usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-forces.c 
/usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-fr.c 
/usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-gre.c 
/usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-hsrp.c 
/usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-icmp.c /usr/src
/usr.sbi
n
/tcpdump/tcpdump/../../../contrib/tcpdump/print-igmp.c 
/usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-igrp.c 
/usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-ip.c 
/usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-ipcomp.c 
/usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-ipfc.c 
/usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-ipnet.c 
/usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-ipx.c 
/usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-isakmp.c 
/usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-isoclns.c 

Re: buildworld failure: pfvar.h:44 #include netpfil/pf/pf.h not found

[Gleb Smirnoff]

On Tue, Oct 29, 2013 at 02:36:17PM +0100, d...@gmx.com wrote:
d Gleb Smirnoff wrote, On 10/29/2013 05:19:
d  +1 patch.
d So far, so good:
d 
d === usr.sbin/tcpdump/tcpdump (depend)

+1 patch

-- 
Totus tuus, Glebius.
Index: contrib/tcpdump/print-ip.c
===
--- contrib/tcpdump/print-ip.c	(revision 257321)
+++ contrib/tcpdump/print-ip.c	(working copy)
@@ -483,9 +483,11 @@ again:
 		pgm_print(ipds-cp, ipds-len, (const u_char *)ipds-ip);
 		break;
 
+#if defined(HAVE_NET_PFVAR_H)
 	case IPPROTO_PFSYNC:
 		pfsync_ip_print(ipds-cp, ipds-len);
 		break;
+#endif
 
 	default:
 		if (ndo-ndo_nflag==0  (proto = getprotobynumber(ipds-nh)) != NULL)
Index: usr.sbin/tcpdump/tcpdump/Makefile
===
--- usr.sbin/tcpdump/tcpdump/Makefile	(revision 257321)
+++ usr.sbin/tcpdump/tcpdump/Makefile	(working copy)
@@ -89,7 +89,6 @@ SRCS=	addrtoname.c \
 	print-olsr.c \
 	print-ospf.c \
 	print-otv.c \
-	print-pfsync.c \
 	print-pgm.c \
 	print-pim.c \
 	print-ppi.c \
@@ -171,7 +170,8 @@ CFLAGS+= -DHAVE_LIBCRYPTO -DHAVE_OPENSSL_EVP_H
 .endif
 
 .if ${MK_PF} != no
-SRCS+=	print-pflog.c
+SRCS+=	print-pflog.c \
+	print-pfsync.c
 CFLAGS+= -DHAVE_NET_PFVAR_H
 .endif
 
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org

Re: buildworld failure: pfvar.h:44 #include netpfil/pf/pf.h not found

[dt71]

Gleb Smirnoff wrote, On 10/29/2013 14:43:

d === usr.sbin/tcpdump/tcpdump (depend)

+1 patch


Success!

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

Re: buildworld failure: pfvar.h:44 #include netpfil/pf/pf.h not found

[Gleb Smirnoff]

On Mon, Oct 28, 2013 at 11:14:57PM +0100, d...@gmx.com wrote:
d === sbin/ifconfig (depend)
d rm -f .depend
d CC='/path/to/clang --sysroot=/usr/obj/usr/src/tmp 
-B/usr/obj/usr/src/tmp/usr/bin' mkdep -f .depend -a-DINET -DNDEBUG 
-std=gnu99   /usr/src/sbin/ifconfig/ifconfig.c /usr/src/sbin/ifconfig/af_link.c 
/usr/src/sbin/ifconfig/af_inet.c /usr/src/sbin/ifconfig/af_atalk.c 
/usr/src/sbin/ifconfig/ifclone.c /usr/src/sbin/ifconfig/ifmac.c 
/usr/src/sbin/ifconfig/ifmedia.c /usr/src/sbin/ifconfig/iffib.c 
/usr/src/sbin/ifconfig/ifvlan.c /usr/src/sbin/ifconfig/ifgre.c 
/usr/src/sbin/ifconfig/ifgif.c /usr/src/sbin/ifconfig/ifieee80211.c 
/usr/src/sbin/ifconfig/regdomain.c /usr/src/sbin/ifconfig/carp.c 
/usr/src/sbin/ifconfig/ifgroup.c /usr/src/sbin/ifconfig/ifpfsync.c 
/usr/src/sbin/ifconfig/ifbridge.c /usr/src/sbin/ifconfig/iflagg.c
d In file included from /usr/src/sbin/ifconfig/ifpfsync.c:35:
d /usr/obj/usr/src/tmp/usr/include/net/pfvar.h:44:10: fatal error:
d'netpfil/pf/pf.h' file not found
d #include netpfil/pf/pf.h
d   ^
d 
d /usr/obj was clean.

See below ...

d The environment contains, notably:
...
d WITHOUT_PF=1

This one prevented headers to be installed into temporary build dir.

Can you please test attached patch?

-- 
Totus tuus, Glebius.
Index: sbin/ifconfig/Makefile
===
--- sbin/ifconfig/Makefile	(revision 257269)
+++ sbin/ifconfig/Makefile	(working copy)
@@ -40,7 +40,9 @@ LDADD+=	-lbsdxml -lsbuf
 
 SRCS+=	carp.c			# SIOC[GS]VH support
 SRCS+=	ifgroup.c		# ...
+.if ${MK_PF} != no
 SRCS+=	ifpfsync.c		# pfsync(4) support
+.endif
 
 SRCS+=	ifbridge.c		# bridge support
 SRCS+=	iflagg.c		# lagg support
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org

Re: buildworld failure: pfvar.h:44 #include netpfil/pf/pf.h not found

[dt71]

Gleb Smirnoff wrote, On 10/28/2013 23:33:

Can you please test attached patch?


Progress:

=== usr.bin/netstat (depend)
rm -f .depend
CC='/i/a/clang --sysroot=/usr/obj/usr/src/tmp -B/usr/obj/usr/src/tmp/usr/bin' 
mkdep -f .depend -a-DIPSEC -DSCTP -DINET -DNDEBUG -std=gnu99   
/usr/src/usr.bin/netstat/if.c /usr/src/usr.bin/netstat/inet.c 
/usr/src/usr.bin/netstat/main.c /usr/src/usr.bin/netstat/mbuf.c 
/usr/src/usr.bin/netstat/mroute.c /usr/src/usr.bin/netstat/netisr.c 
/usr/src/usr.bin/netstat/route.c /usr/src/usr.bin/netstat/unix.c 
/usr/src/usr.bin/netstat/atalk.c /usr/src/usr.bin/netstat/mroute6.c 
/usr/src/usr.bin/netstat/ipsec.c /usr/src/usr.bin/netstat/bpf.c 
/usr/src/usr.bin/netstat/pfkey.c /usr/src/usr.bin/netstat/sctp.c
In file included from /usr/src/usr.bin/netstat/if.c:51:
/usr/obj/usr/src/tmp/usr/include/net/pfvar.h:44:10: fatal error:
  'netpfil/pf/pf.h' file not found
#include netpfil/pf/pf.h
 ^

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

Re: buildworld failure: pfvar.h:44 #include netpfil/pf/pf.h not found

[Gleb Smirnoff]

On Tue, Oct 29, 2013 at 01:36:22AM +0100, d...@gmx.com wrote:
d Gleb Smirnoff wrote, On 10/28/2013 23:33:
d  Can you please test attached patch?
d 
d Progress:
d === usr.bin/netstat (depend)
d rm -f .depend
d CC='/i/a/clang --sysroot=/usr/obj/usr/src/tmp 
-B/usr/obj/usr/src/tmp/usr/bin' mkdep -f .depend -a-DIPSEC -DSCTP -DINET 
-DNDEBUG -std=gnu99   /usr/src/usr.bin/netstat/if.c 
/usr/src/usr.bin/netstat/inet.c /usr/src/usr.bin/netstat/main.c 
/usr/src/usr.bin/netstat/mbuf.c /usr/src/usr.bin/netstat/mroute.c 
/usr/src/usr.bin/netstat/netisr.c /usr/src/usr.bin/netstat/route.c 
/usr/src/usr.bin/netstat/unix.c /usr/src/usr.bin/netstat/atalk.c 
/usr/src/usr.bin/netstat/mroute6.c /usr/src/usr.bin/netstat/ipsec.c 
/usr/src/usr.bin/netstat/bpf.c /usr/src/usr.bin/netstat/pfkey.c 
/usr/src/usr.bin/netstat/sctp.c
d In file included from /usr/src/usr.bin/netstat/if.c:51:
d /usr/obj/usr/src/tmp/usr/include/net/pfvar.h:44:10: fatal error:
d'netpfil/pf/pf.h' file not found
d #include netpfil/pf/pf.h
d   ^


+1 patch.

-- 
Totus tuus, Glebius.
Index: usr.bin/netstat/Makefile
===
--- usr.bin/netstat/Makefile	(revision 257269)
+++ usr.bin/netstat/Makefile	(working copy)
@@ -26,6 +26,10 @@ CFLAGS+=-DINET6
 CFLAGS+=-DSDP
 .endif
 
+.if ${MK_PF} != no
+CFLAGS+=-DPF
+.endif
+
 BINGRP=	kmem
 BINMODE=2555
 DPADD=	${LIBKVM} ${LIBMEMSTAT} ${LIBUTIL}
Index: usr.bin/netstat/if.c
===
--- usr.bin/netstat/if.c	(revision 257269)
+++ usr.bin/netstat/if.c	(working copy)
@@ -48,13 +48,15 @@ __FBSDID($FreeBSD$);
 #include net/if_dl.h
 #include net/if_types.h
 #include net/ethernet.h
-#include net/pfvar.h
-#include net/if_pfsync.h
 #include netinet/in.h
 #include netinet/in_var.h
 #include netipx/ipx.h
 #include netipx/ipx_if.h
 #include arpa/inet.h
+#ifdef PF
+#include net/pfvar.h
+#include net/if_pfsync.h
+#endif
 
 #include err.h
 #include errno.h
@@ -80,6 +82,7 @@ static void sidewaysintpr(int);
 static char addr_buf[NI_MAXHOST];		/* for getnameinfo() */
 #endif
 
+#ifdef PF
 static const char* pfsyncacts[] = {
 	/* PFSYNC_ACT_CLR */		clear all request,
 	/* PFSYNC_ACT_INS */		state insert,
@@ -154,6 +157,7 @@ pfsync_stats(u_long off, const char *name, int af1
 	p(pfsyncs_oerrors, \t\t%ju send error%s\n);
 #undef p
 }
+#endif /* PF */
 
 /*
  * Display a formatted value, or a '-' in the same space.
Index: usr.bin/netstat/main.c
===
--- usr.bin/netstat/main.c	(revision 257269)
+++ usr.bin/netstat/main.c	(working copy)
@@ -214,8 +214,10 @@ struct protox {
 	  pim_stats,	NULL,		pim,	1,	IPPROTO_PIM },
 	{ -1,		N_CARPSTAT,	1,	NULL,
 	  carp_stats,	NULL,		carp,	1,	0 },
+#ifdef PF
 	{ -1,		N_PFSYNCSTAT,	1,	NULL,
 	  pfsync_stats,	NULL,		pfsync, 1,	0 },
+#endif
 	{ -1,		N_ARPSTAT,	1,	NULL,
 	  arp_stats,	NULL,		arp, 1,	0 },
 	{ -1,		-1,		0,	NULL,
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org

Re: buildworld failure r223619 to 225128

[Beach Geek]

On Thu, Sep 1, 2011 at 6:49 PM, Beach Geek labeachg...@gmail.com wrote:

 On 8/27/11, Matt Thyer matt.th...@gmail.com wrote:
  Have you tried moving aside your existing /usr/src and checking it out
  afresh?
  On Aug 28, 2011 12:47 AM, Beach Geek labeachg...@gmail.com wrote:
  On 8/25/11, Dimitry Andric d...@freebsd.org wrote:
  On 2011-08-25 17:12, Beach Geek wrote:
  make buildworld failed trying to upgrade from r223619 to r225128.
  (Note: Updating other boxes from r224774 to r225119 went flawless)
 
  On failing laptop (Toshibs Sat C655D)
  
  /usr/include/c++/4.2/bits/stringfwd.h:56: internal compiler error:
  Segmentation fault: 11
  Please submit full report,
 
  That is most likely a hardware problem. Please run a full memtest,
  and/or any other hardware diagnostics you can find.
 
  It could also be running out of memory, but that is less likely, and
 you
  usually get another signal then. But who knows what might happen if you
  choke a compiler. :)
 
 
  I do rm -r /usr/obj/* and make clean (in /usr/src) before doing
  buildworld on all boxes.
  I also tried compiling new GENERIC kernel then doing buildworld. It
  failed with same message.
 
  It dies on exactly the same file?
 
 
  Reverted to old/original kernel and tried make depend in /usr/src.
 
  You can't do that, you must run buildworld.
 
 
  It failed with... (by hand again)
 
  === lib/clang/libllvmarmasmparser (depend)
  tblgen -l
 
 
 /usr/src/lib/clang/libllvmarmasmparser/../../../contrib/llvm/lib/Target/ARM
  -I
 /usr/src/lib/clang/libllvmarmasmparser/../../../contrib/llvm/include
  -I
  /usr/src/lib/clang/libllvmarmasmparser/../../../contrib/llvm/lib/Target
  -gen-asm-matcher -o ARMGenAsm Matcher.inc.h
 
 
 /usr/src/lib/clang/libllvmarmasmparser/../../../contrib/llvm/lib/Target/ARM/ARM.td
 
  tblgen: Record 'CCR', field 'MemberList' does not have a list
  initializer!
  *** Error code 1
  Stop in /usr/src/lib/clang/libllvmarmasmparser.
 
  Yes, this is expected. When you do not use the buildworld target, the
  tblgen used above will be run from /usr/bin, which is too old. This is
  why buildworld first builds an up-to-date tblgen under /usr/obj, and
  uses that to generate the needed files.
 
 
  This laptop also runs MS Win 7/64 and FreeBSD 9 amd. The FBSD amd
 upgraded
  ok.
 
  The buildworld always fails in same place, with same message (5 tries).
  I'm running diags on it right now just to make sure the hardware's good.
 
  The reason I tried make depend was because of a reference to r221543
  that said it required make depend before buildworld. (a shot in the
  dark before posting to mail list).
 
  I will post if I find any hardware problems.
 
  Thanks,
  Beach Geek
 
  PS. Option on updating to a version inbetween, then to latest???
  ___
  freebsd-current@freebsd.org mailing list
  http://lists.freebsd.org/mailman/listinfo/freebsd-current
  To unsubscribe, send any mail to 
 freebsd-current-unsubscr...@freebsd.org
 

 Just an update:
 1) Hardware diagnostics showed no problems.
 2) Backed up and deleted contents of /usr/src and copied it from a box
 that upgraded ok.  Still fails same place.
 3) Deleted contents of /usr/src again, loaded seed, and svn up
 /usr/src. Failed and rebooted.  I'll be running buildworld again and
 try to catch msg before reboot.

 Thanks,



 Beach Geek


Just to close this thread out...
After quite a few more svn upgrades and buildworlds, and try the suggestions
in this thread and sent directly to me  I gave up.  :(

Final solution, boot from memstick image, use DESTDIR= with
buildworld/buildkernel/etc, upgrade to 9-beta3 went fine.  Then svn up
/usr/src to lastest, and buildworld/buildkernel/etc again... life is good.
;)

Would have been nice to know why buildworld was failing before, but using
the memstick got me current with all my data intacted.

Thanks for all the suggestions and help.
Beach Geek

PS. A side note, we got a native driver working for the RTL8188CE wireless
card, but it's still really buggy, but it's a start.
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org

Re: buildworld failure r223619 to 225128

[Adrian Chadd]

On 17 October 2011 00:19, Beach Geek labeachg...@gmail.com wrote:

 PS. A side note, we got a native driver working for the RTL8188CE wireless
 card, but it's still really buggy, but it's a start.

Yay! I have one of those around here somewhere too..


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

Re: buildworld failure r223619 to 225128

[Beach Geek]

On 8/27/11, Matt Thyer matt.th...@gmail.com wrote:
 Have you tried moving aside your existing /usr/src and checking it out
 afresh?
 On Aug 28, 2011 12:47 AM, Beach Geek labeachg...@gmail.com wrote:
 On 8/25/11, Dimitry Andric d...@freebsd.org wrote:
 On 2011-08-25 17:12, Beach Geek wrote:
 make buildworld failed trying to upgrade from r223619 to r225128.
 (Note: Updating other boxes from r224774 to r225119 went flawless)

 On failing laptop (Toshibs Sat C655D)
 
 /usr/include/c++/4.2/bits/stringfwd.h:56: internal compiler error:
 Segmentation fault: 11
 Please submit full report,

 That is most likely a hardware problem. Please run a full memtest,
 and/or any other hardware diagnostics you can find.

 It could also be running out of memory, but that is less likely, and you
 usually get another signal then. But who knows what might happen if you
 choke a compiler. :)


 I do rm -r /usr/obj/* and make clean (in /usr/src) before doing
 buildworld on all boxes.
 I also tried compiling new GENERIC kernel then doing buildworld. It
 failed with same message.

 It dies on exactly the same file?


 Reverted to old/original kernel and tried make depend in /usr/src.

 You can't do that, you must run buildworld.


 It failed with... (by hand again)

 === lib/clang/libllvmarmasmparser (depend)
 tblgen -l

 /usr/src/lib/clang/libllvmarmasmparser/../../../contrib/llvm/lib/Target/ARM
 -I /usr/src/lib/clang/libllvmarmasmparser/../../../contrib/llvm/include
 -I
 /usr/src/lib/clang/libllvmarmasmparser/../../../contrib/llvm/lib/Target
 -gen-asm-matcher -o ARMGenAsm Matcher.inc.h

 /usr/src/lib/clang/libllvmarmasmparser/../../../contrib/llvm/lib/Target/ARM/ARM.td

 tblgen: Record 'CCR', field 'MemberList' does not have a list
 initializer!
 *** Error code 1
 Stop in /usr/src/lib/clang/libllvmarmasmparser.

 Yes, this is expected. When you do not use the buildworld target, the
 tblgen used above will be run from /usr/bin, which is too old. This is
 why buildworld first builds an up-to-date tblgen under /usr/obj, and
 uses that to generate the needed files.


 This laptop also runs MS Win 7/64 and FreeBSD 9 amd. The FBSD amd upgraded
 ok.

 The buildworld always fails in same place, with same message (5 tries).
 I'm running diags on it right now just to make sure the hardware's good.

 The reason I tried make depend was because of a reference to r221543
 that said it required make depend before buildworld. (a shot in the
 dark before posting to mail list).

 I will post if I find any hardware problems.

 Thanks,
 Beach Geek

 PS. Option on updating to a version inbetween, then to latest???
 ___
 freebsd-current@freebsd.org mailing list
 http://lists.freebsd.org/mailman/listinfo/freebsd-current
 To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org


Just an update:
1) Hardware diagnostics showed no problems.
2) Backed up and deleted contents of /usr/src and copied it from a box
that upgraded ok.  Still fails same place.
3) Deleted contents of /usr/src again, loaded seed, and svn up
/usr/src. Failed and rebooted.  I'll be running buildworld again and
try to catch msg before reboot.

Thanks,
Beach Geek
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org

Re: buildworld failure r223619 to 225128

[Beach Geek]

On 8/25/11, Dimitry Andric d...@freebsd.org wrote:
 On 2011-08-25 17:12, Beach Geek wrote:
 make buildworld failed trying to upgrade from r223619 to r225128.
 (Note: Updating other boxes from r224774 to r225119 went flawless)

 On failing laptop (Toshibs Sat C655D)
 
 /usr/include/c++/4.2/bits/stringfwd.h:56: internal compiler error:
 Segmentation fault: 11
 Please submit full report,

 That is most likely a hardware problem.  Please run a full memtest,
 and/or any other hardware diagnostics you can find.

 It could also be running out of memory, but that is less likely, and you
 usually get another signal then.  But who knows what might happen if you
 choke a compiler. :)


 I do rm -r /usr/obj/* and make clean (in /usr/src)  before doing
 buildworld on all boxes.
 I also tried compiling new GENERIC kernel then doing buildworld.  It
 failed with same message.

 It dies on exactly the same file?


 Reverted to old/original kernel and tried make depend in /usr/src.

 You can't do that, you must run buildworld.


 It failed with... (by hand again)

 ===  lib/clang/libllvmarmasmparser (depend)
 tblgen -l
 /usr/src/lib/clang/libllvmarmasmparser/../../../contrib/llvm/lib/Target/ARM
 -I /usr/src/lib/clang/libllvmarmasmparser/../../../contrib/llvm/include
 -I /usr/src/lib/clang/libllvmarmasmparser/../../../contrib/llvm/lib/Target
 -gen-asm-matcher -o ARMGenAsm Matcher.inc.h
 /usr/src/lib/clang/libllvmarmasmparser/../../../contrib/llvm/lib/Target/ARM/ARM.td

 tblgen: Record 'CCR', field 'MemberList' does not have a list initializer!
 *** Error code 1
 Stop in /usr/src/lib/clang/libllvmarmasmparser.

 Yes, this is expected.  When you do not use the buildworld target, the
 tblgen used above will be run from /usr/bin, which is too old.  This is
 why buildworld first builds an up-to-date tblgen under /usr/obj, and
 uses that to generate the needed files.


This laptop also runs MS Win 7/64 and FreeBSD 9 amd.  The FBSD amd upgraded ok.

The buildworld always fails in same place, with same message (5 tries).
I'm running diags on it right now just to make sure the hardware's good.

The reason I tried make depend was because of a reference to r221543
that said it required make depend before buildworld.  (a shot in the
dark before posting to mail list).

I will post if I find any hardware problems.

Thanks,
Beach Geek

PS. Option on updating to a version inbetween, then to latest???
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org

Re: buildworld failure r223619 to 225128

[Dimitry Andric]

On 2011-08-25 17:12, Beach Geek wrote:

make buildworld failed trying to upgrade from r223619 to r225128.
(Note: Updating other boxes from r224774 to r225119 went flawless)

On failing laptop (Toshibs Sat C655D)



/usr/include/c++/4.2/bits/stringfwd.h:56: internal compiler error:
Segmentation fault: 11
Please submit full report,


That is most likely a hardware problem.  Please run a full memtest,
and/or any other hardware diagnostics you can find.

It could also be running out of memory, but that is less likely, and you
usually get another signal then.  But who knows what might happen if you
choke a compiler. :)



I do rm -r /usr/obj/* and make clean (in /usr/src)  before doing
buildworld on all boxes.
I also tried compiling new GENERIC kernel then doing buildworld.  It
failed with same message.


It dies on exactly the same file?



Reverted to old/original kernel and tried make depend in /usr/src.


You can't do that, you must run buildworld.



It failed with... (by hand again)

===  lib/clang/libllvmarmasmparser (depend)
tblgen -l 
/usr/src/lib/clang/libllvmarmasmparser/../../../contrib/llvm/lib/Target/ARM
-I /usr/src/lib/clang/libllvmarmasmparser/../../../contrib/llvm/include
-I /usr/src/lib/clang/libllvmarmasmparser/../../../contrib/llvm/lib/Target
-gen-asm-matcher -o ARMGenAsm Matcher.inc.h
/usr/src/lib/clang/libllvmarmasmparser/../../../contrib/llvm/lib/Target/ARM/ARM.td

tblgen: Record 'CCR', field 'MemberList' does not have a list initializer!
*** Error code 1
Stop in /usr/src/lib/clang/libllvmarmasmparser.


Yes, this is expected.  When you do not use the buildworld target, the
tblgen used above will be run from /usr/bin, which is too old.  This is
why buildworld first builds an up-to-date tblgen under /usr/obj, and
uses that to generate the needed files.
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org

Re: buildworld failure

[Alexander Best]

On Mon Aug 15 11, Robert Watson wrote:
 
 On Sun, 14 Aug 2011, Alexander Best wrote:
 
 has anybody seen this buildworld failure?
 
 Could you try the attached patch and see if it helps?  I currently have it 
 in the re@ approval queue.  It does appear to fix the problem here.

thanks. the patch fixes the issue.

 
 Generally, I would strongly advise against using modules built with world, 
 and wonder if we should be de-supporting that explicitly at this point.  
 Checking that the below works for you would be great, but you might not 
 want to use MODULES_WITH_WORLD anymore.

usually i set MODULES_OVERRIDE =, because i don't have time to wait for
buildkernel compiling all the modules. however i thought it might be handy
to have the kernel modules available, so i set MODULES_WITH_WORLD instead.
of course i know that building/installing a new kernel and keeping the old
modules is not really a great idea, because quite often the outdated modules
will fail to load.

yet for me it's a timer saver and still gives me the option of loading a
certain module.

so personally i'd like to see MODULES_WITH_WORLD support stay. but if people
decide it should go then that's not too much of a problem with me. ;)

cheers.
alex

 
 (If we do want to keep MODULES_WITH_WORLD, we may want to add it to the 
 tinderboxes.)
 
 Robert
 
 --
 
 Fix two cases involving opt_capsicum.h and module builds:
 
 (1) opt_capsicum.h is no longer required in ffs_alloc.c, so remove the
 #include.
 
 (2) portalfs depends on opt_capsicum.h, so have the Makefile generate one
 if required.
 
 Note, however, that attempting to use modules built without a kernel
 configuration is a bad idea generally -- it's a bit worrying that we still
 provide MODULES_WITH_WORLD.
 
 Approved by:  re (xxx)
 Sponsored by: Google Inc
 
 Index: ufs/ffs/ffs_alloc.c
 ===
 --- ufs/ffs/ffs_alloc.c   (revision 224860)
 +++ ufs/ffs/ffs_alloc.c   (working copy)
 @@ -62,7 +62,6 @@
  #include sys/cdefs.h
  __FBSDID($FreeBSD$);
 
 -#include opt_capsicum.h
  #include opt_quota.h
 
  #include sys/param.h
 Index: modules/portalfs/Makefile
 ===
 --- modules/portalfs/Makefile (revision 224860)
 +++ modules/portalfs/Makefile (working copy)
 @@ -4,6 +4,7 @@
 
  KMOD=portalfs
  SRCS=vnode_if.h \
 - portal_vfsops.c portal_vnops.c
 + portal_vfsops.c portal_vnops.c \
 + opt_capsicum.h
 
  .include bsd.kmod.mk
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org

Re: Buildworld failure after update r224806 to r224886

[Niclas Zeising]

On 2011-08-15 19:38, Ivan Klymenko wrote:
 Hello, all!
 
 I have:
 uname -a
 FreeBSD nonamehost 9.0-BETA1 FreeBSD 9.0-BETA1 #0 r224806M: Sat Aug 13
 15:43:38 EEST 2011 ivan@nonamehost:/usr/obj/usr/src/sys/mk9  amd64
 
 Buildworld failure after update r224806 to r224886
 
 In my configuration files since nothing has changed...
 
 Building of the world accompanied by the following errors:
 
 ...
 === include/rpc (all)
 gzip -cn heimdal.info  heimdal.info.gz
 /usr/obj/usr/src/tmp/usr/lib/libc.so: undefined reference to `_nsyylex'
 /usr/obj/usr/src/tmp/usr/lib/libc.so: undefined reference to `_nsyyin'
 /usr/obj/usr/src/tmp/usr/lib/libc.so: undefined reference to `_nsyytext'
 ranlib libavl_p.a
 === cddl/lib/libctf (all)
 === kerberos5/lib (all)
 /usr/obj/usr/src/tmp/usr/lib/libc.so: undefined reference to `_nsyylex'
 /usr/obj/usr/src/tmp/usr/lib/libc.so: undefined reference to `_nsyyin'
 /usr/obj/usr/src/tmp/usr/lib/libc.so: undefined reference to `_nsyytext'
 /usr/obj/usr/src/tmp/usr/lib/libc.so: undefined reference to `_nsyyerror'
 /usr/obj/usr/src/tmp/usr/lib/libc.so: undefined reference to `_nsyylineno'
 distcc[31852] ERROR: compile (null) on localhost failed
 *** Error code 1
 1 error
 *** Error code 2
 1 error
 *** Error code 2
 /usr/obj/usr/src/tmp/usr/lib/libc.so: undefined reference to `_nsyyerror'
 /usr/obj/usr/src/tmp/usr/lib/libc.so: undefined reference to `_nsyylineno'
 distcc[31847] ERROR: compile (null) on localhost failed
 *** Error code 1
 1 error
 *** Error code 2
 1 error
 *** Error code 2
 /usr/obj/usr/src/tmp/usr/lib/libc.so: undefined reference to `_nsyylex'
 /usr/obj/usr/src/tmp/usr/lib/libc.so: undefined reference to `_nsyyin'
 /usr/obj/usr/src/tmp/usr/lib/libc.so: undefined reference to `_nsyytext'
 /usr/obj/usr/src/tmp/usr/lib/libc.so: undefined reference to `_nsyyerror'
 /usr/obj/usr/src/tmp/usr/lib/libc.so: undefined reference to `_nsyylineno'
 distcc[31856] ERROR: compile (null) on localhost failed
 *** Error code 1
 /usr/local/libexec/ccache/world/cc -pg -O2 -mmmx -msse -msse2 -msse3 -mssse3 
 -pipe -march=core2 -DCTF_OLD_VERSIONS 
 -I/usr/src/cddl/lib/libctf/../../../sys/cddl/compat/opensolaris  
 -I/usr/src/cddl/lib/libctf/../../../cddl/compat/opensolaris/include  
 -I/usr/src/cddl/lib/libctf/../../../cddl/contrib/opensolaris/head  
 -I/usr/src/cddl/lib/libctf/../../../cddl/contrib/opensolaris/common/ctf  
 -I/usr/src/cddl/lib/libctf/../../../cddl/contrib/opensolaris/lib/libctf/common
   -I/usr/src/cddl/lib/libctf/../../../sys/cddl/contrib/opensolaris/uts/common 
 -DNEED_SOLARIS_BOOLEAN -std=gnu89 -fstack-protector -Wno-pointer-sign 
 -Wno-unknown-pragmas -c 
 /usr/src/cddl/lib/libctf/../../../cddl/contrib/opensolaris/common/ctf/ctf_create.c
  -o ctf_create.po
 gzip -cn atrun.8  atrun.8.gz
 1 error
 *** Error code 2
 1 error
 *** Error code 2
 /usr/local/libexec/ccache/world/cc -pg -O2 -mmmx -msse -msse2 -msse3 -mssse3 
 -pipe -march=core2 -DCTF_OLD_VERSIONS 
 -I/usr/src/cddl/lib/libctf/../../../sys/cddl/compat/opensolaris  
 -I/usr/src/cddl/lib/libctf/../../../cddl/compat/opensolaris/include  
 -I/usr/src/cddl/lib/libctf/../../../cddl/contrib/opensolaris/head  
 -I/usr/src/cddl/lib/libctf/../../../cddl/contrib/opensolaris/common/ctf  
 -I/usr/src/cddl/lib/libctf/../../../cddl/contrib/opensolaris/lib/libctf/common
   -I/usr/src/cddl/lib/libctf/../../../sys/cddl/contrib/opensolaris/uts/common 
 -DNEED_SOLARIS_BOOLEAN -std=gnu89 -fstack-protector -Wno-pointer-sign 
 -Wno-unknown-pragmas -c 
 /usr/src/cddl/lib/libctf/../../../cddl/contrib/opensolaris/common/ctf/ctf_decl.c
  -o ctf_decl.po
 /usr/local/libexec/ccache/world/cc -c -O2 -mmmx -msse -msse2 -msse3 -mssse3 
 -pipe -march=core2 -DIN_GCC -DIN_LIBGCC2 -D__GCC_FLOAT_NOT_NEEDED  
 -DHAVE_GTHR_DEFAULT  
 -I/usr/src/gnu/lib/libgcc/../../../contrib/gcclibs/include  
 -I/usr/src/gnu/lib/libgcc/../../../contrib/gcc/config 
 -I/usr/src/gnu/lib/libgcc/../../../contrib/gcc -I.  
 -I/usr/src/gnu/lib/libgcc/../../usr.bin/cc/cc_tools -std=gnu99  
 -fvisibility=hidden -DHIDE_EXPORTS -p -fPIC -fexceptions -D__GLIBC__=3 
 -DElfW=__ElfN -o unwind-sjlj.po 
 /usr/src/gnu/lib/libgcc/../../../contrib/gcc/unwind-sjlj.c
 /usr/local/libexec/ccache/world/cc -c -O2 -mmmx -msse -msse2 -msse3 -mssse3 
 -pipe -march=core2 -DIN_GCC -DIN_LIBGCC2 -D__GCC_FLOAT_NOT_NEEDED  
 -DHAVE_GTHR_DEFAULT  
 -I/usr/src/gnu/lib/libgcc/../../../contrib/gcclibs/include  
 -I/usr/src/gnu/lib/libgcc/../../../contrib/gcc/config 
 -I/usr/src/gnu/lib/libgcc/../../../contrib/gcc -I.  
 -I/usr/src/gnu/lib/libgcc/../../usr.bin/cc/cc_tools -std=gnu99  
 -fvisibility=hidden -DHIDE_EXPORTS -p -fPIC -fexceptions -D__GLIBC__=3 
 -DElfW=__ElfN -o gthr-gnat.po 
 /usr/src/gnu/lib/libgcc/../../../contrib/gcc/gthr-gnat.c
 /usr/local/libexec/ccache/world/cc -c -O2 -mmmx -msse -msse2 -msse3 -mssse3 
 -pipe -march=core2 -DIN_GCC -DIN_LIBGCC2 -D__GCC_FLOAT_NOT_NEEDED  
 -DHAVE_GTHR_DEFAULT  
 -I/usr/src/gnu/lib/libgcc/../../../contrib/gcclibs/include  
 

Re: Buildworld failure after update r224806 to r224886

[Ivan Klymenko]

В Mon, 15 Aug 2011 20:12:35 +0200
Niclas Zeising niclas.zeis...@gmail.com пишет:

  ...
  
  
  Someone have any idea what is that?
  
  Thanks!
 
 
 There was a period when there was a bug in dev/std{in,err,out}, which
 amongst other things made it impossible to complete a buildworld.
 Compile a new kernel (past r224842), boot to that kernel and rebuild
 world, that should work. For details see UPDATING r224875.
 HTH!
 
Ooops!

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

Re: buildworld failure

[Kip Macy]

The module makefile needs to be updated evidently. Just add it to the
dependencies until rwatson gets around to fixing it.

On Sun, Aug 14, 2011 at 11:50 PM, Alexander Best arun...@freebsd.org wrote:
 hi there,

 has anybody seen this buildworld failure?

 === sys/modules/portalfs (depend)
 @ - /usr/git-freebsd-head/sys
 machine - /usr/git-freebsd-head/sys/amd64/include
 x86 - /usr/git-freebsd-head/sys/x86/include
 awk -f @/tools/vnode_if.awk @/kern/vnode_if.src -p
 awk -f @/tools/vnode_if.awk @/kern/vnode_if.src -q
 awk -f @/tools/vnode_if.awk @/kern/vnode_if.src -h
 rm -f .depend
 CC='clang' mkdep -f .depend -a   -nostdinc -DSTRIP_FBSDID -D_KERNEL 
 -DKLD_MODULE -I. -I@ -I@/contrib/altq 
 /usr/git-freebsd-head/sys/modules/portalfs/../../fs/portalfs/portal_vfsops.c 
 /usr/git-freebsd-head/sys/modules/portalfs/../../fs/portalfs/portal_vnops.c
 /usr/git-freebsd-head/sys/modules/portalfs/../../fs/portalfs/portal_vnops.c:41:10:
  fatal error: 'opt_capsicum.h' file not found
 #include opt_capsicum.h
         ^
 1 error generated.
 mkdep: compile failed
 *** 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

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

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

Re: buildworld failure

[Robert Watson]

On Mon, 15 Aug 2011, Kip Macy wrote:

The module makefile needs to be updated evidently. Just add it to the 
dependencies until rwatson gets around to fixing it.


Building modules with world is pretty uncommon (I assume that's what is going 
on here -- MODULES_WITH_WORLD), so it looks like we missed this in testing. 
I'll enqueue something to re@ shortly.


In general, I'm a bit surprised we support doing this still, especially with 
-CURRENT where you really want modules tuned to a particular kernel 
configuration file, rather than built stand-alone.  (Otherwise you get modules 
that aren't built for INVARIANTS but a GENERIC kernel that is built for 
INVARIANTS...)  It sounds like a recipe for unfortunate things.


Robert



On Sun, Aug 14, 2011 at 11:50 PM, Alexander Best arun...@freebsd.org wrote:

hi there,

has anybody seen this buildworld failure?

=== sys/modules/portalfs (depend)
@ - /usr/git-freebsd-head/sys
machine - /usr/git-freebsd-head/sys/amd64/include
x86 - /usr/git-freebsd-head/sys/x86/include
awk -f @/tools/vnode_if.awk @/kern/vnode_if.src -p
awk -f @/tools/vnode_if.awk @/kern/vnode_if.src -q
awk -f @/tools/vnode_if.awk @/kern/vnode_if.src -h
rm -f .depend
CC='clang' mkdep -f .depend -a   -nostdinc -DSTRIP_FBSDID -D_KERNEL 
-DKLD_MODULE -I. -I@ -I@/contrib/altq 
/usr/git-freebsd-head/sys/modules/portalfs/../../fs/portalfs/portal_vfsops.c 
/usr/git-freebsd-head/sys/modules/portalfs/../../fs/portalfs/portal_vnops.c
/usr/git-freebsd-head/sys/modules/portalfs/../../fs/portalfs/portal_vnops.c:41:10:
 fatal error: 'opt_capsicum.h' file not found
#include opt_capsicum.h
        ^
1 error generated.
mkdep: compile failed
*** 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

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


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

Re: buildworld failure

[Robert Watson]

On Sun, 14 Aug 2011, Alexander Best wrote:


has anybody seen this buildworld failure?


Could you try the attached patch and see if it helps?  I currently have it in 
the re@ approval queue.  It does appear to fix the problem here.


Generally, I would strongly advise against using modules built with world, and 
wonder if we should be de-supporting that explicitly at this point.  Checking 
that the below works for you would be great, but you might not want to use 
MODULES_WITH_WORLD anymore.


(If we do want to keep MODULES_WITH_WORLD, we may want to add it to the 
tinderboxes.)


Robert

--

Fix two cases involving opt_capsicum.h and module builds:

(1) opt_capsicum.h is no longer required in ffs_alloc.c, so remove the
#include.

(2) portalfs depends on opt_capsicum.h, so have the Makefile generate one
if required.

Note, however, that attempting to use modules built without a kernel
configuration is a bad idea generally -- it's a bit worrying that we still
provide MODULES_WITH_WORLD.

Approved by:re (xxx)
Sponsored by:   Google Inc

Index: ufs/ffs/ffs_alloc.c
===
--- ufs/ffs/ffs_alloc.c (revision 224860)
+++ ufs/ffs/ffs_alloc.c (working copy)
@@ -62,7 +62,6 @@
 #include sys/cdefs.h
 __FBSDID($FreeBSD$);

-#include opt_capsicum.h
 #include opt_quota.h

 #include sys/param.h
Index: modules/portalfs/Makefile
===
--- modules/portalfs/Makefile   (revision 224860)
+++ modules/portalfs/Makefile   (working copy)
@@ -4,6 +4,7 @@

 KMOD=  portalfs
 SRCS=  vnode_if.h \
-   portal_vfsops.c portal_vnops.c
+   portal_vfsops.c portal_vnops.c \
+   opt_capsicum.h

 .include bsd.kmod.mk
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org

Re: Buildworld failure

[Giorgos Keramidas]

On Wed, 22 Dec 2010 19:29:39 -0500, Derek Tattersall d...@mebtel.net wrote:
 I blew away /usr/src and /usr/obj and re-cvsuped this morning.  I
 attempted to buildworld, only to have the process die in the mkdep step.

 CC='clang' mkdep -f .depend -a
 -I/usr/src/cddl/usr.bin/ctfmerge/../../../sys/cddl/compat/opensolaris
 -I/usr/src/cddl/usr.bin/ctfmerge/../../../cddl/compat/opensolaris/include
[...]
 -DNEED_SOLARIS_BOOLEAN -I/usr/obj/usr/src/tmp/legacy/usr/include
[...]
 /usr/src/cddl/usr.bin/ctfmerge/../../../cddl/contrib/opensolaris/tools/ctf/cvt/util.c
 In file included from 
 /usr/src/cddl/usr.bin/ctfmerge/../../../cddl/contrib/opensolaris/tools/ctf/cvt/barrier.c:46:
 /usr/src/cddl/usr.bin/ctfmerge/../../../cddl/contrib/opensolaris/tools/ctf/cvt/barrier.h:39:10:
 fatal error: 'semaphore.h' file not found
 #include semaphore.h
  ^
 1 error generated.
 mkdep: compile failed

Which branch is this?  When was it last updated?  I see that you are
using CC='clang', so my guess is you are building CURRENT, right?

If that's the case, can you try:

  - building without CC='clang', to see if the breakage is clang's fault
  - if that fails, resync your CURRENT source and retry

NOTE: I did build a snapshot from /head at -r 216642 last afternoon and
it worked fine with the default CC.  So if something broke *after* that
revision try bisecting from -r 216642 to the version you built, to see
if there's something that broke the build in-between.

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

Re: Buildworld failure

[Derek Tattersall]

* Giorgos Keramidas keram...@freebsd.org [101223 06:30]:
 On Wed, 22 Dec 2010 19:29:39 -0500, Derek Tattersall d...@mebtel.net wrote:
  I blew away /usr/src and /usr/obj and re-cvsuped this morning.  I
  attempted to buildworld, only to have the process die in the mkdep step.
 
  CC='clang' mkdep -f .depend -a
  -I/usr/src/cddl/usr.bin/ctfmerge/../../../sys/cddl/compat/opensolaris
  -I/usr/src/cddl/usr.bin/ctfmerge/../../../cddl/compat/opensolaris/include
 [...]
  -DNEED_SOLARIS_BOOLEAN -I/usr/obj/usr/src/tmp/legacy/usr/include
 [...]
  /usr/src/cddl/usr.bin/ctfmerge/../../../cddl/contrib/opensolaris/tools/ctf/cvt/util.c
  In file included from 
  /usr/src/cddl/usr.bin/ctfmerge/../../../cddl/contrib/opensolaris/tools/ctf/cvt/barrier.c:46:
  /usr/src/cddl/usr.bin/ctfmerge/../../../cddl/contrib/opensolaris/tools/ctf/cvt/barrier.h:39:10:
  fatal error: 'semaphore.h' file not found
  #include semaphore.h
   ^
  1 error generated.
  mkdep: compile failed
 
 Which branch is this?  When was it last updated?  I see that you are
 using CC='clang', so my guess is you are building CURRENT, right?
 
 If that's the case, can you try:
 
   - building without CC='clang', to see if the breakage is clang's fault
   - if that fails, resync your CURRENT source and retry
 
 NOTE: I did build a snapshot from /head at -r 216642 last afternoon and
 it worked fine with the default CC.  So if something broke *after* that
 revision try bisecting from -r 216642 to the version you built, to see
 if there's something that broke the build in-between.
This is using CURRENT, cvsup'ed Wednesday.  The same failure occurs with
clang and with gcc.  I note that there have been several changes in the
recent past in the obsolete files list regarding semaphore.h.  I will
try again, blowing away both /usr/src and /usr/obj and see if that has
any effect.  Bisection will have to wait until next week.
-- 
Best regards,
Derek Tattersall
d...@mebtel.net dlt...@yahoo.com dtatt...@gmail.com
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org

Re: Buildworld failure

[Giorgos Keramidas]

On Thu, 23 Dec 2010 08:05:16 -0500, Derek Tattersall d...@mebtel.net wrote:
 NOTE: I did build a snapshot from /head at -r 216642 last afternoon and
 it worked fine with the default CC.  So if something broke *after* that
 revision try bisecting from -r 216642 to the version you built, to see
 if there's something that broke the build in-between.

 This is using CURRENT, cvsup'ed Wednesday.  The same failure occurs
 with clang and with gcc.  I note that there have been several changes
 in the recent past in the obsolete files list regarding semaphore.h.
 I will try again, blowing away both /usr/src and /usr/obj and see if
 that has any effect.  Bisection will have to wait until next week.

It may be related to a stale /usr/obj tree.  My daily build finished
earlier from svn rev 216678, but I *did* wipe my /usr/obj tree and build
a GENERIC kernel  userland from a new checkout of src/.

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

Re: Buildworld failure

[Garrett Cooper]

On Dec 23, 2010, at 5:33 AM, Giorgos Keramidas keram...@freebsd.org wrote:

 On Thu, 23 Dec 2010 08:05:16 -0500, Derek Tattersall d...@mebtel.net wrote:
 NOTE: I did build a snapshot from /head at -r 216642 last afternoon and
 it worked fine with the default CC.  So if something broke *after* that
 revision try bisecting from -r 216642 to the version you built, to see
 if there's something that broke the build in-between.
 
 This is using CURRENT, cvsup'ed Wednesday.  The same failure occurs
 with clang and with gcc.  I note that there have been several changes
 in the recent past in the obsolete files list regarding semaphore.h.
 I will try again, blowing away both /usr/src and /usr/obj and see if
 that has any effect.  Bisection will have to wait until next week.
 
 It may be related to a stale /usr/obj tree.  My daily build finished
 earlier from svn rev 216678, but I *did* wipe my /usr/obj tree and build
 a GENERIC kernel  userland from a new checkout of src/.

He said he blew away both.

What arch is this on and what CFLAGS/CPUTYPE are you using?

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

Re: Buildworld failure on 5.1-REL

[YONETANI Tomokazu]

Hi.

On Sat, Nov 29, 2003 at 11:42:36AM +0300, Odhiambo Washington wrote:
 Hoping against hope!
 
 Still trying to fight out a problem which could possibly be a simple one
 compared to the others that I have seen.
 I have put a bzipped error text at the following URL.
 
 http://ns2.wananchi.com/~wash/FreeBSD/
 
 Is there some clue in that file that can help me get a successful
 buildoworld?

If you're using cvsup to check out the source tree, are you sure
you have `*default delete' line in the supfile?
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to [EMAIL PROTECTED]

Re: Buildworld failure on 5.1-REL

[Odhiambo Washington]

* YONETANI Tomokazu [EMAIL PROTECTED] [20031129 12:17]: wrote:
 Hi.
 
 On Sat, Nov 29, 2003 at 11:42:36AM +0300, Odhiambo Washington wrote:
  Hoping against hope!
  
  Still trying to fight out a problem which could possibly be a simple one
  compared to the others that I have seen.
  I have put a bzipped error text at the following URL.
  
  http://ns2.wananchi.com/~wash/FreeBSD/
  
  Is there some clue in that file that can help me get a successful
  buildoworld?
 
 If you're using cvsup to check out the source tree, are you sure
 you have `*default delete' line in the supfile?

Here is my supfile

3$ less /usr/share/examples/cvsup/5.x-current 
*default host=cvsup9.FreeBSD.org
*default base=/usr
*default prefix=/usr
*default release=cvs tag=RELENG_5_1
*default delete use-rel-suffix
*default compress
src-all


Apart from that, I have done

cd /usr
rm -rf obj/*
rm -rf src

Then re-cvsupped.




Best regards,
Odhiambo Washington
Wananchi Online Ltd.

PS::REQUEST

Q: Because it reverses the logical flow of conversation.
A: Why is top posting frowned upon?

http://learn.to/edit_messages
http://www.netmeister.org/news/learn2quote.html

--+-
 Odhiambo W. wash(at)wananchi(dot)com   . WANANCHI ONLINE LTD (Nairobi, KE)
 http://www.wananchi.com/email/ . 1ere Etage, Loita Hse, Loita St.,
 Mobile: (+254) 722 743 223 . # 10286, 00100 NAIROBI
--+-
What the hell, go ahead and put all your eggs in one basket.



``Zero completely messed up Roman mathematics by its absence.''
  (Simon Singh)
 



smime.p7s
Description: S/MIME cryptographic signature

Alpha too.. (was: Re: buildworld failure on sparc64?

[Wilko Bulte]

On Wed, Nov 12, 2003 at 11:37:18PM +0100, Wilko Bulte wrote:

And on Alpha as well:

=== lib/libpam/modules/pam_radius^M
cc -O -pipe -mcpu=ev6 -mieee
-I/usr/src/lib/libpam/modules/pam_radius/../../../../contrib/openpam/inc
lude -I/usr/src/lib/libpam/modules/pam_radius/../../libpam -Wsystem-headers
-Werror -Wall -Wno-format
-y2k -W -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith
-Wreturn-type -Wcast-qual -Wwrite-st
rings -Wswitch -Wshadow -Wcast-align -Wno-uninitialized  -c
/usr/src/lib/libpam/modules/pam_radius/pa
m_radius.c^M
/usr/src/lib/libpam/modules/pam_radius/pam_radius.c: In function
`build_access_request':^M
/usr/src/lib/libpam/modules/pam_radius/pam_radius.c:114: warning: cast
increases required alignment o
f target type^M
*** Error code 1^M
^M
Stop in /usr/src/lib/libpam/modules/pam_radius.^M
*** Error code 1^M
^M
Stop in /usr/src/lib/libpam/modules.^M
*** Error code 1^M
^M
Stop in /usr/src/lib/libpam.^M
*** Error code 1^M



 === lib/libpam/modules/pam_radius
 cc -O -pipe
 -I/usr/src/lib/libpam/modules/pam_radius/../../../../contrib/openpam/include
 -I/usr/src/lib/libpam/modules/pam_radius/../../libpam -Wsystem-headers
 -Werror -Wall -Wno-format-y2k -W -Wstrict-prototypes -Wmissing-prototypes
 -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow
 -Wcast-align -Wno-uninitialized  -c
 /usr/src/lib/libpam/modules/pam_radius/pam_radius.c
 /usr/src/lib/libpam/modules/pam_radius/pam_radius.c: In function
 `build_access_request':
 /usr/src/lib/libpam/modules/pam_radius/pam_radius.c:114: warning: cast
 increases required alignment of target type
 *** Error code 1
 
 Stop in /usr/src/lib/libpam/modules/pam_radius.
 *** Error code 1
 
 Stop in /usr/src/lib/libpam/modules.
 *** Error code 1
 
 
 ?
 
 -- 
 |   / o / /_  _   
 |/|/ / / /(  (_)  Bulte   [EMAIL PROTECTED]
 ___
 [EMAIL PROTECTED] mailing list
 http://lists.freebsd.org/mailman/listinfo/freebsd-current
 To unsubscribe, send any mail to [EMAIL PROTECTED]
---end of quoted text---

-- 
|   / o / /_  _ 
|/|/ / / /(  (_)  Bulte [EMAIL PROTECTED]
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to [EMAIL PROTECTED]

Re: Buildworld Failure

[Rob Evers]

Thomas T. Veldhouse wrote:

cc -elf -ffreestanding -Os -fno-builtin  -fno-guess-branch-probability -fomi
t-frame-pointer -mno-align-long-strings  -mrtd  -DUFS1_AND_UFS2  -I/usr/src/
sys/boot/i386/boot2/../../common  -I/usr/src/sys/boot/i386/boot2/../btx/lib 
-I.  -Wall -Waggregate-return -Wbad-function-cast -Wcast-align  -Wmissing-de
clarations -Wmissing-prototypes -Wnested-externs  -Wpointer-arith -Wshadow -
Wstrict-prototypes -Wwrite-strings -ffreestanding -mpreferred-stack-boundary
=2  -S -o boot2.s.tmp /usr/src/sys/boot/i386/boot2/boot2.c
/usr/src/sys/boot/i386/boot2/boot2.c: In function `load':
/usr/src/sys/boot/i386/boot2/boot2.c:362: error: `RB_BOOTINFO' undeclared
(first use in this function)
/usr/src/sys/boot/i386/boot2/boot2.c:362: error: (Each undeclared identifier
is reported only once
/usr/src/sys/boot/i386/boot2/boot2.c:362: error: for each function it
appears in.)
*** Error code 1

Stop in /usr/src/sys/boot/i386/boot2.
*** Error code 1
Stop in /usr/src/sys/boot/i386.
*** Error code 1
Stop in /usr/src/sys/boot.
*** Error code 1
Stop in /usr/src/sys.
*** Error code 1
Stop in /usr/src.
*** Error code 1
Stop in /usr/src.
*** Error code 1
Stop in /usr/src.
ekg#
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to [EMAIL PROTECTED]
 

Cvsup again,

It should be fixed now

Rob

bde 2003/11/10 22:27:35 PST

 FreeBSD src repository

 Modified files:
   sys/boot/i386/boot2  boot2.c 
 Log:
 Include sys/reboot.h the definition of RB_BOOTINFO.  The previous
 commit broke the world because it depended on namespace pollution that
 was only in my version of machine/bootinfo.h.  The include was removed
 in rev.1.63 after the last reference to it went away in rev.1.61.
 
 Revision  ChangesPath
 1.66  +2 -0  src/sys/boot/i386/boot2/boot2.c



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

Re: buildworld failure: don't know how to make thr_atfork.c

[Jeremy Messenger]

On Wed, 5 Nov 2003 17:17:05 +1030, Alex Wilkinson 
[EMAIL PROTECTED] wrote:

CVSup'd today [Wed Nov  5 17:15:14 CST 2003] and buildworld fails.

$ make buildworld

.
snip
=== lib/libpthread
make: don't know how to make thr_atfork.c. Stop
*** Error code 2
snip

It's already fixed, Daniel has missed this file so David has committed it 
for him.

Cheers,
Mezz
 - aW


--
bsdforums.org 's moderator, mezz.
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to [EMAIL PROTECTED]

Re: buildworld failure: don't know how to make thr_atfork.c

[villoing florian]

The problem was solved.
See cvs-all mailing list. thr_atfork.c was forgotten
to be committed.
Just run cvsup again.

Florian

 --- Alex Wilkinson
[EMAIL PROTECTED] a écrit : 
CVSup'd today [Wed Nov  5 17:15:14 CST 2003] and
 buildworld fails.
 
 $ make buildworld
 
 .
 
 === lib/libpcap
 yacc -d -p pcapyy -o grammar.c
 /usr/src/lib/libpcap/../../contrib/libpcap/grammar.y
 ln -sf grammar.h tokdefs.h
 lex -t  -Ppcapyy
 /usr/src/lib/libpcap/../../contrib/libpcap/scanner.l
  scanner.c
 sed 's/.*/char pcap_version[] = ;/'
 /usr/src/lib/libpcap/../../contrib/libpcap/VERSION 
 version.c
 rm -f .depend
 mkdep -f .depend -a-DHAVE_CONFIG_H
 -Dyylval=pcapyylval -I/usr/src/lib/libpcap -I.
 -DINET6 -I/usr/src/lib/libpcap/../../contrib/libpcap
  grammar.c

/usr/src/lib/libpcap/../../contrib/libpcap/pcap-bpf.c
 /usr/src/lib/libpcap/../../contrib/libpcap/pcap.c
 /usr/src/lib/libpcap/../../contrib/libpcap/inet.c
 /usr/src/lib/libpcap/../../contrib/libpcap/gencode.c

/usr/src/lib/libpcap/../../contrib/libpcap/optimize.c

/usr/src/lib/libpcap/../../contrib/libpcap/nametoaddr.c

/usr/src/lib/libpcap/../../contrib/libpcap/etherent.c

/usr/src/lib/libpcap/../../contrib/libpcap/savefile.c

/usr/src/lib/libpcap/../../contrib/libpcap/bpf/net/bpf_filter.c

/usr/src/lib/libpcap/../../contrib/libpcap/bpf_image.c

/usr/src/lib/libpcap/../../contrib/libpcap/bpf_dump.c
 scanner.c version.c
 === lib/libpthread
 make: don't know how to make thr_atfork.c. Stop
 *** Error code 2
 
 Stop in /usr/src/lib.
 *** Error code 1
 
 Stop in /usr/src.
 *** Error code 1
 
 Stop in /usr/src.
 *** Error code 1
 
 Stop in /usr/src.
 *** Error code 1
 
 Stop in /usr/src.
 
  - aW
 ___
 [EMAIL PROTECTED] mailing list

http://lists.freebsd.org/mailman/listinfo/freebsd-current
 To unsubscribe, send any mail to
[EMAIL PROTECTED] 

___
Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français !
Yahoo! Mail : http://fr.mail.yahoo.com
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to [EMAIL PROTECTED]

Re: buildworld failure

[Doug Barton]

On Fri, 29 Aug 2003, Sheldon Hearn wrote:

 Okay, you philosophize while the rest of us follow the advice of the
 folks who have a good understanding of gcc's optimizer. :-)

Not to be disagreeable, but the gcc developers seem to think that -O2
should always produce better code, and never produce errors. This is
straight from the mouth of the husband of one of my co-workers, who
works for redhat hacking gcc.

If you have a reproducable case where correct C code produces bad
objects, or fails to compile using -O2, the gcc folks want to hear about
it.

Doug

-- 

This .signature sanitized for your protection
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to [EMAIL PROTECTED]

RE: buildworld failure

[Mike Jakubik]

Why should I have to turn off all my optimization options when building
world? This shouldn't be like that. 4.x always compiled fine with -O2 and
CPU options.

 -Original Message-
 From: Wesley Morgan [mailto:[EMAIL PROTECTED]
 Sent: Friday, August 29, 2003 11:26 AM
 To: Mike Jakubik
 Subject: Re: buildworld failure


 On Fri, 29 Aug 2003, Mike Jakubik wrote:

  === lib/libpam/modules/pam_echo
  cc -O2 -pipe -march=pentium4
 -I/usr/src/lib/libpam/modules/pam_echo/../../..

 Turn off -O2 and your build will complete.

 --
 Hi! I'm a .signature virus! Copy me into your ~/.signature to
 help me spread!


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

Re: buildworld failure

[Sheldon Hearn]

On (2003/08/29 11:30), Mike Jakubik wrote:

 Why should I have to turn off all my optimization options when building
 world?

Because it's not working?  Mind you, it's only -O2 that you're
recommended to turn off; -O works fine.

 This shouldn't be like that. 4.x always compiled fine with -O2 and
 CPU options.

Okay, you philosophize while the rest of us follow the advice of the
folks who have a good understanding of gcc's optimizer. :-)

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

RE: buildworld failure

[Mike Jakubik]

 -Original Message-
 From: [EMAIL PROTECTED]
 [mailto:[EMAIL PROTECTED] Behalf Of Sheldon Hearn
 Sent: Friday, August 29, 2003 11:36 AM
 To: Mike Jakubik
 Cc: Current
 Subject: Re: buildworld failure


 On (2003/08/29 11:30), Mike Jakubik wrote:

  Why should I have to turn off all my optimization options when building
  world?

 Because it's not working?  Mind you, it's only -O2 that you're
 recommended to turn off; -O works fine.

Yes, I can see that its not working. But this is a solution to the cause,
not the problem. Shouldn't this be fixed?

  This shouldn't be like that. 4.x always compiled fine with -O2 and
  CPU options.

 Okay, you philosophize while the rest of us follow the advice of the
 folks who have a good understanding of gcc's optimizer. :-)

Are you saying this is a bug in GCC and not the PAM code?

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

Re: buildworld failure

[Sheldon Hearn]

On (2003/08/29 11:41), Mike Jakubik wrote:

 Yes, I can see that its not working. But this is a solution to the cause,
 not the problem. Shouldn't this be fixed?

Depends on how much work is involved in fixing it, and what the negative
impact is of leaving it.  Do you know what the impact is?

  Okay, you philosophize while the rest of us follow the advice of the
  folks who have a good understanding of gcc's optimizer. :-)
 
 Are you saying this is a bug in GCC and not the PAM code?

Quite possibly.  But until it's clear that -O2 produces significantly
better compiled code, why worry?

We've got _much_ bigger fish to fry.

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

Re: buildworld failure

[Robert Watson]

On Fri, 29 Aug 2003, Mike Jakubik wrote:

 I have re cvsuped 2 days later (Fri Aug 29 10:19:29 EDT 2003) and I am
 still getting the same error, can anyone shed some light here? 

Here's the build output from my build of pam_echo a couple of days ago:

cc -O -pipe -mcpu=pentiumpro
-I/usr/src/lib/libpam/modules/pam_echo/../../../../contrib/openpam/include
-I/usr/src/lib/libpam/modules/pam_echo/../../libpam -Wsystem-headers
-Werror -Wall -Wno-format-y2k -W -Wstrict-prototypes -Wmissing-prototypes
-Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch
-Wshadow -Wcast-align -Wno-uninitialized -c
/usr/src/lib/libpam/modules/pam_echo/pam_echo.c

The differences here seem to be:

(1) I'm using -O, not -O2
(2) I'm optimizing -mcpu as pentiumpro, not pentium4

I'd try changing your optimization settings and see if things improve --
the cast in question takes the pointer to a local (const char *) and
passes it to pam_get_item as a (const void **), which probably confuses
alias analysis, but is legitimate and necessary, I think.

 
 Thanks.
 
 === lib/libpam/modules/pam_echo cc -O2 -pipe -march=pentium4
 -I/usr/src/lib/libpam/modules/pam_echo/../../.. 
 /../contrib/openpam/include
 -I/usr/src/lib/libpam/modules/pam_echo/../../lib pam -Wsystem-headers
 -Werror -Wall -Wno-format-y2k -W -Wstrict-prototypes -
 Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual
 -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wno-uninitialized -c
 /usr/src/lib/libpam/modules/pam_echo/pam_echo.c
 /usr/src/lib/libpam/modules/pam_echo/pam_echo.c: In function
 `_pam_echo':  /usr/src/lib/libpam/modules/pam_echo/pam_echo.c:92:
 warning: dereferencing type-punned pointer will break strict-aliasing
 rules *** Error code 1
 
 Stop in /usr/src/lib/libpam/modules/pam_echo.
 *** Error code 1
 
 ___
 [EMAIL PROTECTED] mailing list
 http://lists.freebsd.org/mailman/listinfo/freebsd-current
 To unsubscribe, send any mail to [EMAIL PROTECTED]
 

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

Re: buildworld failure

[Sheldon Hearn]

On (2003/08/29 11:48), Robert Watson wrote:

 The differences here seem to be:
 
 (1) I'm using -O, not -O2
 (2) I'm optimizing -mcpu as pentiumpro, not pentium4

Isn't pentium4 a known-broken optimization at the moment?

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

Re: buildworld failure

[Scott M. Likens]

On Fri, 2003-08-29 at 09:04, Sheldon Hearn wrote:
 On (2003/08/29 11:48), Robert Watson wrote:
 
  The differences here seem to be:
  
  (1) I'm using -O, not -O2
  (2) I'm optimizing -mcpu as pentiumpro, not pentium4
 
 Isn't pentium4 a known-broken optimization at the moment?
 
 Ciao,
 Sheldon.

I wouldn't even go that far, it has been known that -O2 can create
broken code at times.  I don't imagine that GCC 3.3 branch has changed
this much.  Personally I feel that downgrading it to -O1 is much more
feasable.  Infact, awhile back I built my window manager by accident
with -O2 and found it quite unstable.

Rebuilt it with -O1 and it's been acting much more happy.

The reality is Speed Vs. Stability, and in my humble opinion i'd rather
have it running 24/7 with a 1-2% speed decrease, then have it down
1-2hours out of the day and 3% faster.

My 10cents.



signature.asc
Description: This is a digitally signed message part
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to [EMAIL PROTECTED]

RE: buildworld failure

[Mike Jakubik]

 -Original Message-
 From: [EMAIL PROTECTED]
 [mailto:[EMAIL PROTECTED] Behalf Of Sheldon Hearn
 Sent: Friday, August 29, 2003 12:05 PM
 To: Robert Watson
 Cc: Mike Jakubik; Current
 Subject: Re: buildworld failure


 On (2003/08/29 11:48), Robert Watson wrote:

  The differences here seem to be:
 
  (1) I'm using -O, not -O2
  (2) I'm optimizing -mcpu as pentiumpro, not pentium4

 Isn't pentium4 a known-broken optimization at the moment?


No, this has been fixed in current with the import of GCC 3.3.1. On release
it was automatically substituted with p3.

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

RE: buildworld failure

[Mike Jakubik]

 -Original Message-
 From: [EMAIL PROTECTED]
 [mailto:[EMAIL PROTECTED] Behalf Of Sheldon Hearn
 Sent: Friday, August 29, 2003 11:49 AM
 To: Mike Jakubik
 Cc: Current
 Subject: Re: buildworld failure


 On (2003/08/29 11:41), Mike Jakubik wrote:

  Yes, I can see that its not working. But this is a solution to
 the cause,
  not the problem. Shouldn't this be fixed?

 Depends on how much work is involved in fixing it, and what the negative
 impact is of leaving it.  Do you know what the impact is?

I think the impact is more social. People will try to compile world and get
failures. Specially people coming from the 4.x branch, where this sort of
think never occurred. If this is the only thing preventing a clean makeworld
with -O2, I think its worth taking a look at.

I've been using freebsd since the 2.x days, I have always compiled world
and ports with -O2, and never had any instability issues due to the
optimizations. I have switched back to -O and -march=pentium4, the
buildworld finished ok.


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

Re: buildworld failure

[Daniel C. Sobral]

Mike Jakubik wrote:
I think the impact is more social. People will try to compile world and get
failures. Specially people coming from the 4.x branch, where this sort of
think never occurred. If this is the only thing preventing a clean makeworld
with -O2, I think its worth taking a look at.
It is not true this sort of thing never occurred. We have never, ever, 
supported anything above -O because it has always given trouble.

I've been using freebsd since the 2.x days, I have always compiled world
and ports with -O2, and never had any instability issues due to the
optimizations. I have switched back to -O and -march=pentium4, the
buildworld finished ok.
Lucky you. It does happen that these optimizations may result in code 
with no apparent problem, depending on one's hardware, though I suspect 
many people's hardware problems were nothing of the sort.

--
Daniel C. Sobral   (8-DCS)
Gerencia de Operacoes
Divisao de Comunicacao de Dados
Coordenacao de Seguranca
VIVO Centro Oeste Norte
Fones: 55-61-313-7654/Cel: 55-61-9618-0904
E-mail: [EMAIL PROTECTED]
[EMAIL PROTECTED]
[EMAIL PROTECTED]
Outros:
[EMAIL PROTECTED]
[EMAIL PROTECTED]
[EMAIL PROTECTED]
Not all men who drink are poets.
Some of us drink because we aren't poets.
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to [EMAIL PROTECTED]

RE: buildworld failure

[Robert Watson]

On Fri, 29 Aug 2003, Mike Jakubik wrote:

  Depends on how much work is involved in fixing it, and what the negative
  impact is of leaving it.  Do you know what the impact is?
 
   I think the impact is more social. People will try to compile
 world and get failures. Specially people coming from the 4.x branch,
 where this sort of think never occurred. If this is the only thing
 preventing a clean makeworld with -O2, I think its worth taking a look
 at. 
 
   I've been using freebsd since the 2.x days, I have always
 compiled world and ports with -O2, and never had any instability issues
 due to the optimizations. I have switched back to -O and
 -march=pentium4, the buildworld finished ok. 

Well, it looks to me like the pam_echo code is correct, although I'm
willing to admit I'm not a expert in the code in question -- it's just not
optimizable to the desired level of optimization due to the interfaces
used.  As such, the real problem is either than the warning is generated,
or that the warning causes a build failure... 

Robert N M Watson FreeBSD Core Team, TrustedBSD Projects
[EMAIL PROTECTED]  Network Associates Laboratories



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

Re: buildworld failure

[David O'Brien]

On Fri, Aug 29, 2003 at 12:36:46PM -0400, Mike Jakubik wrote:
   I think the impact is more social. People will try to compile world and get
 failures. Specially people coming from the 4.x branch, where this sort of
 think never occurred. If this is the only thing preventing a clean makeworld
 with -O2, I think its worth taking a look at.

Agreed.  At this point with GCC 3.3.1, I think all the -O2 bugs are bugs
in FreeBSD code -- lack of 'volatile' (or over use of it), wrong asm
constraints, etc...
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to [EMAIL PROTECTED]

Re: buildworld failure

[David O'Brien]

On Fri, Aug 29, 2003 at 06:04:54PM +0200, Sheldon Hearn wrote:
 Isn't pentium4 a known-broken optimization at the moment?

No, not since GCC 3.2.x.
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to [EMAIL PROTECTED]

Re: buildworld failure

[Matthias Andree]

Daniel C. Sobral [EMAIL PROTECTED] writes:

  I've been using freebsd since the 2.x days, I have always compiled world
 and ports with -O2, and never had any instability issues due to the
 optimizations. I have switched back to -O and -march=pentium4, the
 buildworld finished ok.

 Lucky you. It does happen that these optimizations may result in code
 with no apparent problem, depending on one's hardware, though I suspect
 many people's hardware problems were nothing of the sort.

Not everything that breaks with -O2 is a compiler fault or hardware
running just a tad beyond the limit.

Anecdote: when bogofilter got the unified data base a month ago, one
data structure that used to be 8 bytes got extended to 12 bytes. Now,
the variable declaration was still auto uint32_t cv[2]. memcpy()
copied 12 bytes into the 8 byte buffer (cv) and caused obscure test
suite failures when compiled with optimization on some architectures
(among them 32-bit SPARC), but was fine with lower or no optimization.

(details in sourceforge cvs browser, check src/datastore_db.c 1.29-1.30)

-- 
Matthias Andree

Encrypt your mail: my GnuPG key ID is 0x052E7D95
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to [EMAIL PROTECTED]

Re: buildworld failure - BFD - targmatch.h

[Jeremy Messenger]

On Thu, 19 Jun 2003 08:05:38 -0400, Michael W. Oliver 
[EMAIL PROTECTED] wrote:

Hello -CURRENT, nice to meet you.  My name is Michael Oliver, and I have
been running FreeBSD for a few years, and am a BIG fan.  I have recently
decided to run -CURRENT on my laptop (Gateway SOLO-9300cl), and on my 
most
recent buildworld (past -CURRENT upgrades have worked), I am having 
trouble.
The buildworld fails as shown below:

...

cc -O -pipe -mcpu=pentiumpro -D_GNU_SOURCE -I. - 
I/usr/src/gnu/usr.bin/binuti
ls/libbfd/i386 -I/usr/src/gnu/usr.bin/binutils/libbfd - 
I/usr/src/gnu/usr.bin
/binutils/libbfd/../libbfd/i386 - 
I/usr/src/gnu/usr.bin/binutils/libbfd/../..
/../../contrib/binutils/include - 
DDEFAULT_VECTOR=bfd_elf32_i386_freebsd_vec - 
I/usr/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/bfd - 
DBF
D_VERSION=\20021127\ -DBFD_VERSION_DATE=20021127 - 
DBFD_VERSION_STRING=\2
.13.2 [FreeBSD] 2002-11-27\ -DSELECT_ARCHITECTURES=
bfd_i386_arch -DHAVE_bfd_elf32_i386_freebsd_vec - 
DHAVE_bfd_elf32_i386_vec -DSELECT_VECS= bfd_elf32_i386_freebsd_vec
,bfd_elf32_i386_vec -Wsystem-headers -Werror -Wall -Wno-format-y2k -W - 
Wst
rict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized  - 

c
/usr/src/contrib/binutils/bfd/targets.c -o targets.o
In file included from /usr/src/contrib/binutils/bfd/targets.c:1092:
targmatch.h:7:1: null character(s) ignored
targmatch.h:12:1: null character(s) ignored
.
.
.
targmatch.h:2033:1: null character(s) ignored
targmatch.h:2037:1: null character(s) ignored
*** Error code 1
Stop in /usr/src/gnu/usr.bin/binutils/libbfd.
*** Error code 1
Stop in /usr/src/gnu/usr.bin/binutils.
*** 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.



$ uname -a
FreeBSD cyclops.gargantuan.com 5.1-CURRENT FreeBSD 5.1-CURRENT #0: Sun 
Jun
15 14:11:56 EDT 2003
[EMAIL PROTECTED]:/usr/obj/usr/src/sys/CYCLOPS  i386

The last CVSUP of the source was done just before the buildworld, at 
about
21:00EDT on 2003-06-18.

If any other information is required to troubleshoot this problem, please
ask.  Thanks in advance for your help, it is much appreciated.
You should read in the /usr/src/UPDATING, an answer is right there if you 
CVSup your source very recently.

Cheers,
Mezz
--
bsdforums.org 's moderator, mezz.
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to [EMAIL PROTECTED]

Re: buildworld failure - BFD - targmatch.h

[Michael W. Oliver]

+--- On Thursday, June 19, 2003 09:38,
| Jeremy Messenger proclaimed:
|
| On Thu, 19 Jun 2003 08:05:38 -0400, Michael W. Oliver
|
| [EMAIL PROTECTED] wrote:
|  Hello -CURRENT, nice to meet you.  My name is Michael Oliver, and I
|  have been running FreeBSD for a few years, and am a BIG fan.  I have
|  recently decided to run -CURRENT on my laptop (Gateway SOLO-9300cl),
|  and on my most
|  recent buildworld (past -CURRENT upgrades have worked), I am having
|  trouble.
|  The buildworld fails as shown below:
| 
| 
|  ...
| 
|  cc -O -pipe -mcpu=pentiumpro -D_GNU_SOURCE -I. -
|  I/usr/src/gnu/usr.bin/binuti
|  ls/libbfd/i386 -I/usr/src/gnu/usr.bin/binutils/libbfd -
|  I/usr/src/gnu/usr.bin
|  /binutils/libbfd/../libbfd/i386 -
|  I/usr/src/gnu/usr.bin/binutils/libbfd/../..
|  /../../contrib/binutils/include -
|  DDEFAULT_VECTOR=bfd_elf32_i386_freebsd_vec -
|  I/usr/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/bfd
|  - DBF
|  D_VERSION=\20021127\ -DBFD_VERSION_DATE=20021127 -
|  DBFD_VERSION_STRING=\2
|  .13.2 [FreeBSD] 2002-11-27\ -DSELECT_ARCHITECTURES=
|  bfd_i386_arch -DHAVE_bfd_elf32_i386_freebsd_vec -
|  DHAVE_bfd_elf32_i386_vec -DSELECT_VECS= bfd_elf32_i386_freebsd_vec
|  ,bfd_elf32_i386_vec -Wsystem-headers -Werror -Wall -Wno-format-y2k -W
|  - Wst
|  rict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized
|   -
| 
| 
|  c
|  /usr/src/contrib/binutils/bfd/targets.c -o targets.o
|  In file included from /usr/src/contrib/binutils/bfd/targets.c:1092:
|  targmatch.h:7:1: null character(s) ignored
|  targmatch.h:12:1: null character(s) ignored
| 
|  .
|  .
|  .
| 
|  targmatch.h:2033:1: null character(s) ignored
|  targmatch.h:2037:1: null character(s) ignored
|  *** Error code 1
| 
|  Stop in /usr/src/gnu/usr.bin/binutils/libbfd.
|  *** Error code 1
| 
|  Stop in /usr/src/gnu/usr.bin/binutils.
|  *** 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.
| 
| 
| 
|  $ uname -a
|  FreeBSD cyclops.gargantuan.com 5.1-CURRENT FreeBSD 5.1-CURRENT #0: Sun
|  Jun
|  15 14:11:56 EDT 2003
|  [EMAIL PROTECTED]:/usr/obj/usr/src/sys/CYCLOPS  i386
| 
|  The last CVSUP of the source was done just before the buildworld, at
|  about
|  21:00EDT on 2003-06-18.
| 
|  If any other information is required to troubleshoot this problem,
|  please ask.  Thanks in advance for your help, it is much appreciated.
|
| You should read in the /usr/src/UPDATING, an answer is right there if you
| CVSup your source very recently.
|

DAMN IT!  I feel like such a jackass, because I wanted to make sure that I 
didn't make a mistake like this when posting to -CURRENT, but sure as hell, 
here I am.

Thanks very much, that is most assuredly my problem.  G!

-- 
+-+--+
|   Michael W. Oliver, CCNP   | The tree of liberty must be |
| IPv6  FreeBSD mark | refreshed from time to time  |
|   [EMAIL PROTECTED]| with the blood of patriots   |
|   http://michael.gargantuan.com/| and tyrants.|
|  ASpath-tree, Looking Glass, etc.   | - President Thomas Jefferson |
| +--+
|  gpg key - http://michael.gargantuan.com/gnupg/pubkey.asc  |
++



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

Re: buildworld failure

[Matt]

Just to let you know me bad for the report I emailed yesterday. It was just 
the fact I was using -j4 and so I guess it got ahead of itself. Without the -
j4 the current cvsup of HEAD has built with no problems.

Regards, Matt.


---
Matt ([EMAIL PROTECTED])
http://www.xtaz.co.uk/
---

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

Re: buildworld failure, rtld-elf, RELENG_5_0

[Evan Dower]

An update:
CVSup'ing didn't fix the problem, but when I deleted the rtld.c and mv'd 
/etc/make.conf /etc/make.conf.hide, it stopped at 
/usr/src/contrib/amd/amd/srvr_nfs.c. So, I deleted that file, CVSup'd, and 
built again, and everything built fine. Very strange... cvsweb doesn't show 
any recent changes to either file. Any ideas on what was going on?
Thanks again,
Evan Dower

From: Evan Dower [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: buildworld failure, rtld-elf, RELENG_5_0
Date: Thu, 23 Jan 2003 00:17:14 -0800

I'm trying to upgrade from -stable to 5, but the build failed at rtld-elf. 
One error and a whole lot of warnings. I don't know where I should start as 
I'm new to current (even though it's technically not -current). I swear I 
followed the instructions in UPGRADING. Any help would be greatly 
appreciated. Info follows. Let me know if you need to know more.
Thanks a lot,
Evan Dower

$ uname -a
FreeBSD lojak.u.washington.edu 4.7-STABLE FreeBSD 4.7-STABLE #0: Tue Jan 21 
21:58:07 PST 2003 
[EMAIL PROTECTED]:/usr/obj/usr/src/sys/CUSTOM  i386

# script /root/buildworld.out env -i make buildworld
-- snip ( the whole file can be found at 
http://students.washington.edu/evantd/buildworld.out --

_
STOP MORE SPAM with the new MSN 8 and get 2 months FREE*  
http://join.msn.com/?page=features/junkmail


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

Re: buildworld failure, rtld-elf, RELENG_5_0

[Kris Kennaway]

On Thu, Jan 23, 2003 at 09:15:24AM -0800, Evan Dower wrote:
 An update:
 CVSup'ing didn't fix the problem, but when I deleted the rtld.c and mv'd 
 /etc/make.conf /etc/make.conf.hide, it stopped at 
 /usr/src/contrib/amd/amd/srvr_nfs.c. So, I deleted that file, CVSup'd, and 
 built again, and everything built fine. Very strange... cvsweb doesn't show 
 any recent changes to either file. Any ideas on what was going on?

You either had local changes in that file, or it had become corrupted.

Kris



msg50785/pgp0.pgp
Description: PGP signature

Re: buildworld failure

[Ceri Davies]

On Tue, Dec 31, 2002 at 08:45:30PM +0100, Roderick van Domburg wrote:
 Sources updated Dec 31 from anoncvs.freebsd.org on a sparc64. Didn't matter
 whether I used cvs update with -P or without -P.

Try cvs co -P.

 Got the following error during cleaning:
 
 === usr.sbin/fwcontrol
 cd: can't cd to /usr/src/usr.sbin/fwcontrol

Ceri
-- 
By my forefathers, I shall avenge the doom of my fierce sons!

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

Re: buildworld failure

[Juli Mallett]

* De: Ceri Davies [EMAIL PROTECTED] [ Data: 2002-12-31 ]
[ Subjecte: Re: buildworld failure ]
 On Tue, Dec 31, 2002 at 08:45:30PM +0100, Roderick van Domburg wrote:
  Sources updated Dec 31 from anoncvs.freebsd.org on a sparc64. Didn't matter
  whether I used cvs update with -P or without -P.
 
 Try cvs co -P.

No, -Pd.
-- 
Juli Mallett [EMAIL PROTECTED]
AIM: BSDFlata IRC: juli@EFnet#flata
OpenDarwin, Mono, FreeBSD Developer.
ircd-hybrid Developer, EFnet addict.
FreeBSD on MIPS-Anything on FreeBSD.

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

RE: buildworld failure

[Roderick van Domburg]

   Sources updated Dec 31 from anoncvs.freebsd.org on a sparc64.
   Didn't matter whether I used cvs update with -P or without -P.
 
  Try cvs co -P.

 No, -Pd.

A simple -P seemed to work, thanks! I'm kind of new to this CVS stuff. Hope
you will succeed in Modula-3 ported to sparc64 soon.

Perhaps it would be a good idea to add a how to fetch or update the source
over anoncvs section to the handbook.

The one that there's now doesn't mention the commands necessary to do so
successfully, and for me this has been the second time I've run into such
pruning problems.

Roderick



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

Re: buildworld failure

[Juli Mallett]

Update your make(1).

* De: Masaaki Kimbara [EMAIL PROTECTED] [ Data: 2002-11-06 ]
[ Subjecte: buildworld failure ]
 I cvsup current, but I have trouble building world as followings
 Please advice me about building-world.
 Thanks.
 ..
 ..
 
 c++  -O -pipe -DHAVE_CONFIG_H 
-I/usr/src/gnu/usr.bin/groff/src/utils/tfmtodit/../../../../../../contrib/groff/src/include
 -I/usr/src/gnu/usr.bin/groff/src/utils/tfmtodit/../../../src/include
-D__FBSDID=__RCSID -fno-rtti -fno-exceptions  -static -o tfmtodit tfmtodit.o 
/usr/obj/usr/src/i386/usr/src/gnu/usr.bin/groff/src/utils/tfmtodit/../../../src/libs/libgroff/libgroff.a
 -lm
 === gnu/usr.bin/groff/tmac
 /usr/src/gnu/usr.bin/groff/tmac/Makefile, line 2: warning: duplicate script for 
target -s ignored
 /usr/src/gnu/usr.bin/groff/tmac/Makefile, line 2: warning: duplicate script for 
target -s ignored
 /usr/src/gnu/usr.bin/groff/tmac/Makefile, line 2: warning: duplicate script for 
target -s ignored
 /usr/src/gnu/usr.bin/groff/tmac/Makefile, line 2: warning: duplicate script for 
target -s ignored
 /usr/src/gnu/usr.bin/groff/tmac/Makefile, line 2: warning: duplicate script for 
target -s ignored
 /usr/src/gnu/usr.bin/groff/tmac/Makefile, line 2: warning: duplicate script for 
target -s ignored
 /usr/src/gnu/usr.bin/groff/tmac/Makefile, line 2: warning: duplicate script for 
target -s ignored
 /usr/src/gnu/usr.bin/groff/tmac/Makefile, line 2: warning: duplicate script for 
target -s ignored
 /usr/src/gnu/usr.bin/groff/tmac/Makefile, line 2: warning: duplicate script for 
target -s ignored
 /usr/src/gnu/usr.bin/groff/tmac/Makefile, line 2: warning: duplicate script for 
target -s ignored
 /usr/src/gnu/usr.bin/groff/tmac/Makefile, line 2: warning: duplicate script for 
target -s ignored
 /usr/src/gnu/usr.bin/groff/tmac/Makefile, line 2: warning: duplicate script for 
target -s ignored
 make: don't know how to make doc-common-s. Stop
 *** Error code 2
 
 Stop in /usr/src/gnu/usr.bin/groff.
 *** Error code 1
 
 Stop in /usr/src.
 *** Error code 1
 
 Stop in /usr/src.
 *** Error code 1
 
 Stop in /usr/src.
 
 
 Am I only one person who trouble building world ?
 
 --
 Masaaki
 
 To Unsubscribe: send mail to [EMAIL PROTECTED]
 with unsubscribe freebsd-current in the body of the message

-- 
Juli Mallett [EMAIL PROTECTED]   | FreeBSD: The Power To Serve
Will break world for fulltime employment. | finger [EMAIL PROTECTED]
http://people.FreeBSD.org/~jmallett/  | Support my FreeBSD hacking!

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

Re: buildworld failure

[Masaaki Kimbara]

Thanks, Juli.

After update make, I can build without any trouble.


From: Juli Mallett [EMAIL PROTECTED]
Subject: Re: buildworld failure
Date: Wed, 6 Nov 2002 08:07:39 -0800

 Update your make(1).

--
Masaaki Kimbara [EMAIL PROTECTED]

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

Re: buildworld failure in openssl?

[Kris Kennaway]

On Thu, Sep 19, 2002 at 04:11:00PM -0400, Andrew Gallatin wrote:
 
 I'm trying to upgrade a ~March -current machine to a more modern
 version.  Buildworld is dying like this:

I think ru fixed this earlier this morning.  I don't know why it
suddenly broke, because no-one's touched openssl in a while.

Kris



msg43080/pgp0.pgp
Description: PGP signature

Re: buildworld failure in openssl?

[Wesley Morgan]

Nope, but i see that here. DES reported it too, but we get some many
'tinderbox failures' from him that some people might just ignore them =)

On Thu, 19 Sep 2002, Andrew Gallatin wrote:


 I'm trying to upgrade a ~March -current machine to a more modern
 version.  Buildworld is dying like this:

  stage 4: building libraries
 --
 ..
 === secure/lib/libssl

 mkdir -p openssl
 sh /usr/src/tools/install.sh -C -m 444
 /usr/src/secure/lib/libssl/../../../crypto/openssl/crypto/dso/dso.h
 openssl
 mkdir -p openssl
 sh /usr/src/tools/install.sh -C -m 444
 /usr/src/secure/lib/libssl/../../../crypto/openssl/crypto/conf/conf_api.h
 openssl
 make: don't know how to make openssl/ssl.h. Stop
 *** Error code 2


 I've gone so far as to rm -rf my source tree and re-check it out.

 Nothing in UPDATING jumps out at me.   Does anybody have any ideas?

 Thanks,

 Drew

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


-- 
   _ __ ___   ___ ___ ___
  Wesley N Morgan   _ __ ___ | _ ) __|   \
  [EMAIL PROTECTED] _ __ | _ \._ \ |) |
  FreeBSD: The Power To Serve  _ |___/___/___/
Hi! I'm a .signature virus! Copy me into your ~/.signature to help me spread!


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

Re: buildworld failure in openssl?

[Soeren Schmidt]

It seems Kris Kennaway wrote:
 On Thu, Sep 19, 2002 at 04:11:00PM -0400, Andrew Gallatin wrote:
  
  I'm trying to upgrade a ~March -current machine to a more modern
  version.  Buildworld is dying like this:
 
 I think ru fixed this earlier this morning.  I don't know why it
 suddenly broke, because no-one's touched openssl in a while.

Nope, it still fails on a fresh cvsup

-Søren

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

Re: buildworld failure in openssl?

[Kris Kennaway]

On Thu, Sep 19, 2002 at 10:38:57PM +0200, Soeren Schmidt wrote:
 It seems Kris Kennaway wrote:
  On Thu, Sep 19, 2002 at 04:11:00PM -0400, Andrew Gallatin wrote:
   
   I'm trying to upgrade a ~March -current machine to a more modern
   version.  Buildworld is dying like this:
  
  I think ru fixed this earlier this morning.  I don't know why it
  suddenly broke, because no-one's touched openssl in a while.
 
 Nope, it still fails on a fresh cvsup

Okay, it sounds like a better explanation is it was working fine
until ru broke it :-)

Kris



msg43085/pgp0.pgp
Description: PGP signature

Re: buildworld failure in openssl?

[Andrew Gallatin]

Kris Kennaway writes:

  suddenly broke, because no-one's touched openssl in a while.

That's why I thought it was local..  Of course, the very next message
I got after sending my query was DES's tinderbox failure ;)

Thanks for the info.

Drew


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

Re: buildworld failure in openssl?

[Eric Brunner-Williams in Portland Maine]

I get the same on a more recent build.

siksika# make buildworld
...
mkdir -p openssl
sh /usr/src/tools/install.sh -C -m 444 
/usr/src/secure/lib/libssl/../../../crypto/openssl/crypto/conf/conf_api.h openssl
make: don't know how to make openssl/ssl.h. Stop
*** Error code 2

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

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

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

Stop in /usr/src.
siksika# uname -a
FreeBSD siksika.nic-naa.net 5.0-CURRENT FreeBSD 5.0-CURRENT #3: Wed Sep 18 18:44:52 
EDT 2002 [EMAIL PROTECTED]:/usr/obj/config/SIKSIKA-SMP  i386



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

Re: buildworld failure in /usr/src/sys/boot/i386/loader

[W Gerald Hicks]

Hrm,

This definitely looks like a library and/or toolchain mixup
relative to src/

I don't understand; this doesn't look like it is running from
within buildworld.

Did you:
  cd /usr/src  make buildworld

Or:
  cd /usr/src/sys/boot  make

--
Jerry Hicks
[EMAIL PROTECTED]

On Tuesday, July 23, 2002, at 11:08 AM, Troy wrote:


 When doing a buildworld, the following problem occurred.  Has anyone 
 seen
 this problem?

 -Troy

 (/usr/src/sys/boot/i386/loader) make
 /usr/bin/cc -nostdlib -static -Ttext 0x0 -o loader.sym 
 /usr/obj/usr/src/sys/boot/i386/loader/../btx/lib/crt0.o main.o conf.o 
 bcache.o boot.o commands.o console.o devopen.o interp.o 
 interp_backslash.o interp_parse.o load_elf.o ls.o misc.o module.o 
 panic.o load_aout.o isapnp.o pnp.o interp_forth.o vers.o  
 /usr/obj/usr/src/sys/boot/i386/loader/../../ficl/libficl.a 
 /usr/obj/usr/src/sys/boot/i386/loader/../libi386/libi386.a 
 /usr/obj/usr/src/sys/boot/i386/loader/../../../../lib/libstand/libstand.a
 /usr/obj/usr/src/sys/boot/i386/loader/../../ficl/libficl.a(loader.o): 
 In function `ficlExecFD':
 loader.o(.text+0x5cb): undefined reference to `malloc'
 loader.o(.text+0x5ea): undefined reference to `free'
 /usr/obj/usr/src/sys/boot/i386/loader/../../ficl/libficl.a(loader.o): 
 In function `ficlCompilePlatform':
 loader.o(.text+0x8de): undefined reference to `__eprintf'
 /usr/obj/usr/src/sys/boot/i386/loader/../../ficl/libficl.a(stack.o): In 
 function `stackCreate':
 stack.o(.text+0x94): undefined reference to `__eprintf'
 /usr/obj/usr/src/sys/boot/i386/loader/../../ficl/libficl.a(stack.o): In 
 function `stackDrop':
 stack.o(.text+0xfa): undefined reference to `__eprintf'
 /usr/obj/usr/src/sys/boot/i386/loader/../../ficl/libficl.a(ficl.o): In 
 function `ficlInitSystemEx':
 ficl.o(.text+0x3c): undefined reference to `__eprintf'
 /usr/obj/usr/src/sys/boot/i386/loader/../../ficl/libficl.a(ficl.o): In 
 function `ficlListParseSteps':
 ficl.o(.text+0x1c0): undefined reference to `__eprintf'
 /usr/obj/usr/src/sys/boot/i386/loader/../../ficl/libficl.a(ficl.o)(.text+
 0x273): more undefined references to `__eprintf' follow
 /usr/obj/usr/src/sys/boot/i386/loader/../../ficl/libficl.a(sysdep.o): 
 In function `ficlMalloc':
 sysdep.o(.text+0xbb): undefined reference to `malloc'
 /usr/obj/usr/src/sys/boot/i386/loader/../../ficl/libficl.a(sysdep.o): 
 In function `ficlRealloc':
 sysdep.o(.text+0xcc): undefined reference to `realloc'
 /usr/obj/usr/src/sys/boot/i386/loader/../../ficl/libficl.a(sysdep.o): 
 In function `ficlFree':
 sysdep.o(.text+0xd9): undefined reference to `free'
 /usr/obj/usr/src/sys/boot/i386/loader/../../ficl/libficl.a(words.o): In 
 function `ficlParseNumber':
 words.o(.text+0x625): undefined reference to `__eprintf'
 words.o(.text+0x6c0): undefined reference to `__eprintf'
 /usr/obj/usr/src/sys/boot/i386/loader/../../ficl/libficl.a(words.o): In 
 function `twoConstParen':
 words.o(.text+0x1068): undefined reference to `__eprintf'
 words.o(.text+0x10fb): undefined reference to `__eprintf'
 words.o(.text+0x11d8): undefined reference to `__eprintf'
 /usr/obj/usr/src/sys/boot/i386/loader/../../ficl/libficl.a(words.o)(.text+
 0x14b2): more undefined references to `__eprintf' follow
 collect2: ld returned 1 exit status
 *** Error code 1

 Stop in /usr/src/sys/boot/i386/loader.

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



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

Re: buildworld failure in /usr/src/sys/boot/i386/loader

[Troy]

did cd /usr/src

make buildworld

prior to that I did a make cleandir twice and cleaned up /usr/obj etc..


-Troy
 Hrm,
 
 This definitely looks like a library and/or toolchain mixup
 relative to src/
 
 I don't understand; this doesn't look like it is running from
 within buildworld.
 
 Did you:
   cd /usr/src  make buildworld
 
 Or:
   cd /usr/src/sys/boot  make
 
 --
 Jerry Hicks
 [EMAIL PROTECTED]
 
 On Tuesday, July 23, 2002, at 11:08 AM, Troy wrote:
 
 
  When doing a buildworld, the following problem occurred.  Has anyone 
  seen
  this problem?
 
  -Troy
 
  (/usr/src/sys/boot/i386/loader) make
  /usr/bin/cc -nostdlib -static -Ttext 0x0 -o loader.sym 
  /usr/obj/usr/src/sys/boot/i386/loader/../btx/lib/crt0.o main.o conf.o 
  bcache.o boot.o commands.o console.o devopen.o interp.o 
  interp_backslash.o interp_parse.o load_elf.o ls.o misc.o module.o 
  panic.o load_aout.o isapnp.o pnp.o interp_forth.o vers.o  
  /usr/obj/usr/src/sys/boot/i386/loader/../../ficl/libficl.a 
  /usr/obj/usr/src/sys/boot/i386/loader/../libi386/libi386.a 
  /usr/obj/usr/src/sys/boot/i386/loader/../../../../lib/libstand/libstand.a
  /usr/obj/usr/src/sys/boot/i386/loader/../../ficl/libficl.a(loader.o): 
  In function `ficlExecFD':
  loader.o(.text+0x5cb): undefined reference to `malloc'
  loader.o(.text+0x5ea): undefined reference to `free'
  /usr/obj/usr/src/sys/boot/i386/loader/../../ficl/libficl.a(loader.o): 
  In function `ficlCompilePlatform':
  loader.o(.text+0x8de): undefined reference to `__eprintf'
  /usr/obj/usr/src/sys/boot/i386/loader/../../ficl/libficl.a(stack.o): In 
  function `stackCreate':
  stack.o(.text+0x94): undefined reference to `__eprintf'
  /usr/obj/usr/src/sys/boot/i386/loader/../../ficl/libficl.a(stack.o): In 
  function `stackDrop':
  stack.o(.text+0xfa): undefined reference to `__eprintf'
  /usr/obj/usr/src/sys/boot/i386/loader/../../ficl/libficl.a(ficl.o): In 
  function `ficlInitSystemEx':
  ficl.o(.text+0x3c): undefined reference to `__eprintf'
  /usr/obj/usr/src/sys/boot/i386/loader/../../ficl/libficl.a(ficl.o): In 
  function `ficlListParseSteps':
  ficl.o(.text+0x1c0): undefined reference to `__eprintf'
  /usr/obj/usr/src/sys/boot/i386/loader/../../ficl/libficl.a(ficl.o)(.text+
  0x273): more undefined references to `__eprintf' follow
  /usr/obj/usr/src/sys/boot/i386/loader/../../ficl/libficl.a(sysdep.o): 
  In function `ficlMalloc':
  sysdep.o(.text+0xbb): undefined reference to `malloc'
  /usr/obj/usr/src/sys/boot/i386/loader/../../ficl/libficl.a(sysdep.o): 
  In function `ficlRealloc':
  sysdep.o(.text+0xcc): undefined reference to `realloc'
  /usr/obj/usr/src/sys/boot/i386/loader/../../ficl/libficl.a(sysdep.o): 
  In function `ficlFree':
  sysdep.o(.text+0xd9): undefined reference to `free'
  /usr/obj/usr/src/sys/boot/i386/loader/../../ficl/libficl.a(words.o): In 
  function `ficlParseNumber':
  words.o(.text+0x625): undefined reference to `__eprintf'
  words.o(.text+0x6c0): undefined reference to `__eprintf'
  /usr/obj/usr/src/sys/boot/i386/loader/../../ficl/libficl.a(words.o): In 
  function `twoConstParen':
  words.o(.text+0x1068): undefined reference to `__eprintf'
  words.o(.text+0x10fb): undefined reference to `__eprintf'
  words.o(.text+0x11d8): undefined reference to `__eprintf'
  /usr/obj/usr/src/sys/boot/i386/loader/../../ficl/libficl.a(words.o)(.text+
  0x14b2): more undefined references to `__eprintf' follow
  collect2: ld returned 1 exit status
  *** Error code 1
 
  Stop in /usr/src/sys/boot/i386/loader.
 
  To Unsubscribe: send mail to [EMAIL PROTECTED]
  with unsubscribe freebsd-current in the body of the message
 

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

Re: buildworld failure in libstdc++

[Michael Reifenberger]

On Tue, 16 Jul 2002, Michael Reifenberger wrote:
...
 /usr/include/g++/backward/backward_warning.h:32:2: warning: #warning This file
 includes at least one deprecated or antiquated header. Please consider using one
 of the 32 headers found in section 17.4.1.2 of the C++ standard. Examples
 include substituting the X header for the X.h header for C++ includes, or
 sstream instead of the deprecated header strstream.h. To disable this
 warning use -Wno-deprecated.
 In file included from /usr/src/contrib/libstdc++/libsupc++/eh_alloc.cc:37:
 /usr/src/contrib/libstdc++/libsupc++/unwind-cxx.h:41:20: unwind.h: No such file
 or directory
 In file included from /usr/src/contrib/libstdc++/libsupc++/eh_aux_runtime.cc:34:

Just after writing I started thinking :-(
I was missing the + in /etc/make.conf's CFLAGS += ... and CXXFLAGS += ...
Sorry for the false alarm.

Bye!

Michael Reifenberger
^.*Plaut.*$, IT, R/3 Basis, GPS


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

Re: buildworld failure in libstdc++

[Steve Kargl]

On Tue, Jul 16, 2002 at 11:54:02AM +0200, Michael Reifenberger wrote:
 On Tue, 16 Jul 2002, Michael Reifenberger wrote:
 ...
  /usr/include/g++/backward/backward_warning.h:32:2: warning: #warning This file
  includes at least one deprecated or antiquated header. Please consider using one
  of the 32 headers found in section 17.4.1.2 of the C++ standard. Examples
  include substituting the X header for the X.h header for C++ includes, or
  sstream instead of the deprecated header strstream.h. To disable this
  warning use -Wno-deprecated.
  In file included from /usr/src/contrib/libstdc++/libsupc++/eh_alloc.cc:37:
  /usr/src/contrib/libstdc++/libsupc++/unwind-cxx.h:41:20: unwind.h: No such file
  or directory
  In file included from /usr/src/contrib/libstdc++/libsupc++/eh_aux_runtime.cc:34:
 
 Just after writing I started thinking :-(
 I was missing the + in /etc/make.conf's CFLAGS += ... and CXXFLAGS += ...
 Sorry for the false alarm.
 

You don't need a + in CFLAGS in /etc/make.conf.  You need a +=
in CXXFLAGS if you want CXXFLAGS to contain the contents of CFLAGS.
See /usr/share/examples/etc/make.conf.


-- 
Steve

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

Re: buildworld failure in libstdc++

[Michael Reifenberger]

On Tue, 16 Jul 2002, Steve Kargl wrote:

 Date: Tue, 16 Jul 2002 07:30:01 -0700
 From: Steve Kargl [EMAIL PROTECTED]
 To: Michael Reifenberger [EMAIL PROTECTED]
 Cc: FreeBSD-Current [EMAIL PROTECTED]
 Subject: Re: buildworld failure in libstdc++

...
 You don't need a + in CFLAGS in /etc/make.conf.  You need a +=
 in CXXFLAGS if you want CXXFLAGS to contain the contents of CFLAGS.
 See /usr/share/examples/etc/make.conf.
Ah, I see.
Thanks!

BTW: I need NO_WARNS=YES to get /usr/src/libexec/rtld-elf compiled.

Bye!

Michael Reifenberger
^.*Plaut.*$, IT, R/3 Basis, GPS


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

Re: buildworld failure in libstdc++

[Michael Reifenberger]

On Tue, 16 Jul 2002, Steve Kargl wrote:
...
 Is this an alpha based system?  I just completed a buildworld
 without setting anything special.
i386
Sigh.
It must have been a relict of using the ports gcc31 for buildworld.
Another make (using the base 3.1 compiler - in /usr/src/libexec/rtld-elf after
make installworld succeeded too.

Bye!

Michael Reifenberger
^.*Plaut.*$, IT, R/3 Basis, GPS


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

Re: buildworld failure in libstdc++

[Rob Hughes]

On Tue, 2002-07-16 at 17:11, Michael Reifenberger wrote:
 On Tue, 16 Jul 2002, Steve Kargl wrote:
 ...
  Is this an alpha based system?  I just completed a buildworld
  without setting anything special.
 i386
 Sigh.
 It must have been a relict of using the ports gcc31 for buildworld.
 Another make (using the base 3.1 compiler - in /usr/src/libexec/rtld-elf after
 make installworld succeeded too.
 

Broken here, using a nothing from ports, base system only.

-- 
Remember: the only difference between
being the champ and the chump is u.



signature.asc
Description: This is a digitally signed message part

Re: buildworld failure in libfetch

[Sheldon Hearn]

On Wed, 05 Jun 2002 16:44:55 CST, Scott Long wrote:

 Ok, I finally feel the need to speak up here.
 
 DES,
 
 FREEFALL CVS IS NOT THE PLACE TO PUT EXPERIMENTAL CODE THAT BREAKS WORLD!
 PERIOD!
 
 Don't give me any crap about It's -current, you should expect breakage.
 You are abusing this disclaimer far more than it was ever meant for.
 Breaking world used to be a very humiliating event for committers.  You,
 however, break it on a consistent basis.  What the F*CK?  Yes, others
 have broken world before you, and others will break it after you, but
 you are abusing the standards of the project.

I think you went a little over the top with this message.

If you'd taken a moment to calm down and limited yourself to presenting
an emotion-free complaint, you'd be in a much better position to expect
a positive result.

Yes, DES broke the world build.  Yes, more / better testing on his part
could have avoided the breakage.  Still, it's seldom useful to come on
so strong.

Ciao,
Sheldon.

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

Re: buildworld failure in libfetch

[Michael Nottebrock]

Michael Nottebrock wrote:
  Error attached.

Correctly this time.


Regards,
-- 
Michael Nottebrock




=== lib/libfetch
cc -O -pipe -march=athlon -I. -DINET6 -Wall -Wno-format-y2k -W -Wstrict-prototypes 
-Wmissing-prototypes -Wp
ointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align 
-Wno-uninitialized  -
c /usr/src/lib/libfetch/fetch.c -o fetch.o
cc -O -pipe -march=athlon -I. -DINET6 -Wall -Wno-format-y2k -W -Wstrict-prototypes 
-Wmissing-prototypes -Wp
ointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align 
-Wno-uninitialized  -
c /usr/src/lib/libfetch/common.c -o common.o
cc -O -pipe -march=athlon -I. -DINET6 -Wall -Wno-format-y2k -W -Wstrict-prototypes 
-Wmissing-prototypes -Wp
ointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align 
-Wno-uninitialized  -
c /usr/src/lib/libfetch/ftp.c -o ftp.o
cc -O -pipe -march=athlon -I. -DINET6 -Wall -Wno-format-y2k -W -Wstrict-prototypes 
-Wmissing-prototypes -Wp
ointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align 
-Wno-uninitialized  -
c /usr/src/lib/libfetch/http.c -o http.o
cc -O -pipe -march=athlon -I. -DINET6 -Wall -Wno-format-y2k -W -Wstrict-prototypes 
-Wmissing-prototypes -Wpointer-arith -Wreturn-type 
-Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wno-uninitialized  -   
 c /usr/src/lib/libfetch/file.c -o file.o
building static fetch library
ranlib libfetch.a
cc -fpic -DPIC -O -pipe -march=athlon -I. -DINET6 -Wall -Wno-format-y2k -W 
-Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith 
-Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wno-unin 
   itialized  -c /usr/src/lib/libfetch/fetch.c -o fetch.So
cc -fpic -DPIC -O -pipe -march=athlon -I. -DINET6 -Wall -Wno-format-y2k -W 
-Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith 
-Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wno-unin 
   itialized  -c /usr/src/lib/libfetch/common.c -o common.So
cc -fpic -DPIC -O -pipe -march=athlon -I. -DINET6 -Wall -Wno-format-y2k -W 
-Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith 
-Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wno-unin 
   itialized  -c /usr/src/lib/libfetch/ftp.c -o ftp.So
cc -fpic -DPIC -O -pipe -march=athlon -I. -DINET6 -Wall -Wno-format-y2k -W 
-Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith 
-Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wno-unin 
   itialized  -c /usr/src/lib/libfetch/http.c -o http.So
cc -fpic -DPIC -O -pipe -march=athlon -I. -DINET6 -Wall -Wno-format-y2k -W 
-Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith 
-Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wno-unin 
   itialized  -c /usr/src/lib/libfetch/file.c -o file.So
make: don't know how to make /usr/obj/usr/src/i386/usr/lib/libssl.a. Stop

Re: buildworld failure in libfetch

[Michael Nottebrock]

David Wolfskill wrote:
 Were you running with -j ?  'cause the error appears to be with libssl,
 not libfetch.

Nope.

 
 And I built OK, both with -j8 (on 2x866 PII)  -j4 (on laptop), though
 I didn't use the athlon specification

I tried unsetting CPUTYPE, no change.

 You might try a combination of no -j  clearing /usr/obj/usr/src to
 see if you can make it recur in a pristine environment.

I rm -rf /usr/obj before every build.



Regards,
-- 
Michael Nottebrock


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

Re: buildworld failure in libfetch

[Bruce A. Mah]

If memory serves me right, Michael Nottebrock wrote:
 David Wolfskill wrote:
  Were you running with -j ?  'cause the error appears to be with libssl,
  not libfetch.
 
 Nope.

I've seen this too, starting with a pristine /usr/obj and no -j option.
I wonder if this has to do with the recent SSL support added to
libfetch?

Bruce.



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

Re: buildworld failure in libfetch

[Jun Kuriyama]

This seems not yet fixed even after libfetch commit.

U lib/libfetch/Makefile
U lib/libfetch/common.c
U lib/libfetch/common.h
U lib/libfetch/http.c
U usr.bin/fetch/Makefile


=== usr.sbin/pkg_install/add
cc -O -pipe -march=pentium  -I/usr/src/usr.sbin/pkg_install/add/../lib   -Wall 
-Wno-format-y2k -Wno-uninitialized  -c /usr/src/usr.sbin/pkg_install/add/main.c
cc -O -pipe -march=pentium  -I/usr/src/usr.sbin/pkg_install/add/../lib   -Wall 
-Wno-format-y2k -Wno-uninitialized  -c /usr/src/usr.sbin/pkg_install/add/perform.c
cc -O -pipe -march=pentium  -I/usr/src/usr.sbin/pkg_install/add/../lib   -Wall 
-Wno-format-y2k -Wno-uninitialized  -c /usr/src/usr.sbin/pkg_install/add/futil.c
cc -O -pipe -march=pentium  -I/usr/src/usr.sbin/pkg_install/add/../lib   -Wall 
-Wno-format-y2k -Wno-uninitialized  -c /usr/src/usr.sbin/pkg_install/add/extract.c
cc -O -pipe -march=pentium  -I/usr/src/usr.sbin/pkg_install/add/../lib   -Wall 
-Wno-format-y2k -Wno-uninitialized   -o pkg_add main.o perform.o futil.o extract.o 
/usr/obj/usr/src/usr.sbin/pkg_install/add/../lib/libinstall.a -lfetch -lmd
/usr/obj/usr/src/i386/usr/lib/libfetch.so: undefined reference to `SSL_set_fd'
/usr/obj/usr/src/i386/usr/lib/libfetch.so: undefined reference to `X509_NAME_oneline'
/usr/obj/usr/src/i386/usr/lib/libfetch.so: undefined reference to `SSL_read'
/usr/obj/usr/src/i386/usr/lib/libfetch.so: undefined reference to `SSL_new'
/usr/obj/usr/src/i386/usr/lib/libfetch.so: undefined reference to `SSL_CTX_new'
/usr/obj/usr/src/i386/usr/lib/libfetch.so: undefined reference to `SSL_library_init'
/usr/obj/usr/src/i386/usr/lib/libfetch.so: undefined reference to `ERR_print_errors_fp'
/usr/obj/usr/src/i386/usr/lib/libfetch.so: undefined reference to 
`SSL_load_error_strings'
/usr/obj/usr/src/i386/usr/lib/libfetch.so: undefined reference to `SSL_CIPHER_get_name'
/usr/obj/usr/src/i386/usr/lib/libfetch.so: undefined reference to 
`SSLv23_client_method'
/usr/obj/usr/src/i386/usr/lib/libfetch.so: undefined reference to 
`X509_get_subject_name'
/usr/obj/usr/src/i386/usr/lib/libfetch.so: undefined reference to 
`SSL_get_current_cipher'
/usr/obj/usr/src/i386/usr/lib/libfetch.so: undefined reference to `SSL_connect'
/usr/obj/usr/src/i386/usr/lib/libfetch.so: undefined reference to 
`X509_get_issuer_name'
/usr/obj/usr/src/i386/usr/lib/libfetch.so: undefined reference to 
`SSL_get_peer_certificate'
/usr/obj/usr/src/i386/usr/lib/libfetch.so: undefined reference to `SSL_write'
*** Error code 1

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


-- 
Jun Kuriyama [EMAIL PROTECTED] // IMG SRC, Inc.

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

Re: buildworld failure in libfetch

[Steve Kargl]

On Thu, Jun 06, 2002 at 01:04:51PM +0900, Jun Kuriyama wrote:
 
 This seems not yet fixed even after libfetch commit.
 
 U lib/libfetch/Makefile
 U lib/libfetch/common.c
 U lib/libfetch/common.h
 U lib/libfetch/http.c
 U usr.bin/fetch/Makefile
 
 


--- /usr/src/Makefile.inc1.orig Wed Jun  5 14:24:15 2002
+++ /usr/src/Makefile.inc1  Wed Jun  5 14:27:26 2002
@@ -720,6 +720,9 @@
 _prebuild_libs+=   secure/lib/libssh
 secure/lib/libssh__L: secure/lib/libcrypto__L lib/libz__L
 .endif
+.if !defined(NO_OPENSSL)
+_prebuild_libs+=   secure/lib/libssl
+.endif
 _generic_libs+=secure/lib
 .endif
 
-- 
Steve

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

Re: buildworld failure in libfetch

[Dag-Erling Smorgrav]

Michael Nottebrock [EMAIL PROTECTED] writes:
 make: don't know how to make /usr/obj/usr/src/i386/usr/lib/libssl.a. Stop

*expletive deleted*

I didn't think of that.  I'll commit a workaround ASAP, but I'm not
sure how to fix it properly.

DES
-- 
Dag-Erling Smorgrav - [EMAIL PROTECTED]

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

Re: buildworld failure in libfetch

[Scott Long]

Ok, I finally feel the need to speak up here.

DES,

FREEFALL CVS IS NOT THE PLACE TO PUT EXPERIMENTAL CODE THAT BREAKS WORLD!
PERIOD!

Don't give me any crap about It's -current, you should expect breakage.
You are abusing this disclaimer far more than it was ever meant for.
Breaking world used to be a very humiliating event for committers.  You,
however, break it on a consistent basis.  What the F*CK?  Yes, others
have broken world before you, and others will break it after you, but
you are abusing the standards of the project.

You know how to use branches in P4, and you know how to type
cd /usr/src; make world

What is so hard about doing this?  Yes, it will slow down your ability
to commit.  Oh well.  FreeBSD is about quality, and quality starts
with code that builds.

DES, you are hindering others who are trying to do work in -current.
Most other committers make world before committing their stuff, and
your disrespect to them is insulting and wastes time.

Scott

On Wed, Jun 05, 2002 at 11:22:54PM +0200, Dag-Erling Smorgrav wrote:
 Michael Nottebrock [EMAIL PROTECTED] writes:
  make: don't know how to make /usr/obj/usr/src/i386/usr/lib/libssl.a. Stop
 
 *expletive deleted*
 
 I didn't think of that.  I'll commit a workaround ASAP, but I'm not
 sure how to fix it properly.
 
 DES
 -- 
 Dag-Erling Smorgrav - [EMAIL PROTECTED]
 
 To Unsubscribe: send mail to [EMAIL PROTECTED]
 with unsubscribe freebsd-current in the body of the message

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

Re: buildworld failure in libfetch

[Steve Kargl]

On Wed, Jun 05, 2002 at 04:44:55PM -0600, Scott Long wrote:
 Ok, I finally feel the need to speak up here.
 

I sent this patch to DES in private email, but it
fixes world.  Watch for cut-n-paste problems.

troutmask:root[249] diff -u Makefile.inc1.orig Makefile.inc1
--- Makefile.inc1.orig  Wed Jun  5 14:24:15 2002
+++ Makefile.inc1   Wed Jun  5 14:27:26 2002
@@ -720,6 +720,9 @@
 _prebuild_libs+=   secure/lib/libssh
 secure/lib/libssh__L: secure/lib/libcrypto__L lib/libz__L
 .endif
+.if !defined(NO_OPENSSL)
+_prebuild_libs+=   secure/lib/libssl
+.endif
 _generic_libs+=secure/lib
 .endif



-- 
Steve

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

Re: buildworld failure

[Igor Roboul]

On Wed, May 29, 2002 at 02:18:42PM +0400, Igor Roboul wrote:
make install
  
  As long as your /usr/src is up to date, that should save you.
 Thank you. But now it fails on building of libncurses, with many:
 
 lib_gen.c:504: `a0' undeclared (first use in this function)
 lib_gen.c:504: syntax error before numeric constant
 lib_gen.c:504: syntax error before numeric constant
This is problem with awk (nawk) which is used by MKlib_gen.sh
After I had removed /usr/bin/awk and then have made link /usr/bin/awk
- /usr/bin/gawk libncurses have builded just fine

-- 
Igor Roboul, System administrator at Speech Technology Center
http://www.speechpro.com http://www.speechpro.ru

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

Re: buildworld failure

[Peter Wemm]

Igor Roboul wrote:
 Hello, 
 I have trouble building world:
 
 --
  stage 2: cleaning up the object tree
 --
 cd /opt/freebsd/src; MAKEOBJDIRPREFIX=/usr/obj  MACHINE_ARCH=i386  MACHINE=i3
86  OBJFORMAT_PATH=/usr/obj/opt/freebsd/src/i386/usr/libexec  GROFF_BIN_PAT
H=/usr/obj/opt/freebsd/src/i386/usr/bin  GROFF_FONT_PATH=/usr/obj/opt/freeb
sd/src/i386/usr/share/groff_font  GROFF_TMAC_PATH=/usr/obj/opt/freebsd/src/
i386/usr/share/tmac  DESTDIR=/usr/obj/opt/freebsd/src/i386  INSTALL=sh /op
t/freebsd/src/tools/install.sh  PATH=/usr/obj/opt/freebsd/src/i386/usr/sbi
n:/usr/obj/opt/freebsd/src/i386/usr/bin:/usr/obj/opt/freebsd/src/i386/usr/g
ames:/sbin:/bin:/usr/sbin:/usr/bin make -f Makefile.inc1 par-cleandir
 === share/info
 === include
 === include/arpa
 cd: getcwd() failed: No such file or directory
 *** Error code 2
 
 Then I have done this: 
 rm -fr /usr/src/*
 cvsup -L 2 -g /etc/current-supfile
 after downloading over 300 Mbs of sources I got same error :-(
 If I repeat make buildworld then it fails with same error in different 
 directory.


There is a bug in /bin/sh.  You might like to try something like this:
  rm -rf /usr/obj/*
  cd /usr/src/bin/sh
  make clean
  make obj
  make depend
  make
  make install

As long as your /usr/src is up to date, that should save you.

Cheers,
-Peter
--
Peter Wemm - [EMAIL PROTECTED]; [EMAIL PROTECTED]; [EMAIL PROTECTED]
All of this is for nothing if we don't go to the stars - JMS/B5


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

Re: buildworld failure

[Igor Roboul]

On Wed, May 29, 2002 at 12:50:15AM -0700, Peter Wemm wrote:
   make obj
   make depend
   make
   make install
 
 As long as your /usr/src is up to date, that should save you.
Thank you. But now it fails on building of libncurses, with many:

lib_gen.c:504: `a0' undeclared (first use in this function)
lib_gen.c:504: syntax error before numeric constant
lib_gen.c:504: syntax error before numeric constant
lib_gen.c: In function `mvwgetnstr':
lib_gen.c:511: `a0' undeclared (first use in this function)
lib_gen.c:511: syntax error before numeric constant

-- 
Igor Roboul, System administrator at Speech Technology Center
http://www.speechpro.com http://www.speechpro.ru

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

Re: Buildworld failure as of 01-15-2001 @ 8:30 CST

[David O'Brien]

On Mon, Jan 15, 2001 at 08:37:43AM -0600, Thomas T. Veldhouse wrote:
 I just installed the FreeBSD 5.0-20010107-CURRENT snapshot and have cvsup'd
 to the latest source (as of subject).  Buildworld fails as below:

Do not manually do anything to get around this yet.
Please apply and try this patch.  Report here, if it works or not.


Index: Makefile.inc1
===
RCS file: /home/ncvs/src/Makefile.inc1,v
retrieving revision 1.179
diff -u -r1.179 Makefile.inc1
--- Makefile.inc1   2000/12/03 20:29:31 1.179
+++ Makefile.inc1   2001/01/15 17:39:37
@@ -564,7 +564,7 @@
 
 build-tools:
 .for _tool in bin/csh bin/sh ${_games} gnu/usr.bin/cc/cc_tools ${_fortran} \
-${_libroken4} ${_libkrb5} lib/libncurses ${_share}
+usr.bin/rpcgen ${_libroken4} ${_libkrb5} lib/libncurses ${_share}
cd ${.CURDIR}/${_tool}; ${MAKE} build-tools
 .endfor
 


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

Re: Buildworld failure as of 01-15-2001 @ 8:30 CST

[Thomas T. Veldhouse]

Sorry, I still get the same error.

=== include/rpcsvc
rpcgen -C -h -DWANT_NFS3 /usr/src/include/rpcsvc/klm_prot.x -o klm_prot.h
rpcgen: cannot find any C preprocessor (cpp)
*** Error code 1

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

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

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

Stop in /usr/src.

Tom Veldhouse
[EMAIL PROTECTED]

- Original Message -
From: "David O'Brien" [EMAIL PROTECTED]
To: "Thomas T. Veldhouse" [EMAIL PROTECTED]
Cc: "FreeBSD-Current, " [EMAIL PROTECTED]
Sent: Monday, January 15, 2001 11:40 AM
Subject: Re: Buildworld failure as of 01-15-2001 @ 8:30 CST


 On Mon, Jan 15, 2001 at 08:37:43AM -0600, Thomas T. Veldhouse wrote:
  I just installed the FreeBSD 5.0-20010107-CURRENT snapshot and have
cvsup'd
  to the latest source (as of subject).  Buildworld fails as below:

 Do not manually do anything to get around this yet.
 Please apply and try this patch.  Report here, if it works or not.


 Index: Makefile.inc1
 ===
 RCS file: /home/ncvs/src/Makefile.inc1,v
 retrieving revision 1.179
 diff -u -r1.179 Makefile.inc1
 --- Makefile.inc1 2000/12/03 20:29:31 1.179
 +++ Makefile.inc1 2001/01/15 17:39:37
 @@ -564,7 +564,7 @@

  build-tools:
  .for _tool in bin/csh bin/sh ${_games} gnu/usr.bin/cc/cc_tools
${_fortran} \
 -${_libroken4} ${_libkrb5} lib/libncurses ${_share}
 +usr.bin/rpcgen ${_libroken4} ${_libkrb5} lib/libncurses ${_share}
   cd ${.CURDIR}/${_tool}; ${MAKE} build-tools
  .endfor



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




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

Re: Buildworld failure as of 01-15-2001 @ 8:30 CST

[Thomas T. Veldhouse]

I must have left some relics around or something.  I am getting a different
error:

cd /usr/src/usr.bin/rpcgen; make build-tools
make: don't know how to make build-tools. Stop
*** Error code 2

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

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

Stop in /usr/src.


It appears that the patch didn't apply well.  I looked at it manually and
could not find anything wrong with it.

Tom Veldhouse
[EMAIL PROTECTED]

- Original Message -
From: "David O'Brien" [EMAIL PROTECTED]
To: "Thomas T. Veldhouse" [EMAIL PROTECTED]
Cc: "FreeBSD-Current, " [EMAIL PROTECTED]
Sent: Monday, January 15, 2001 11:40 AM
Subject: Re: Buildworld failure as of 01-15-2001 @ 8:30 CST


 On Mon, Jan 15, 2001 at 08:37:43AM -0600, Thomas T. Veldhouse wrote:
  I just installed the FreeBSD 5.0-20010107-CURRENT snapshot and have
cvsup'd
  to the latest source (as of subject).  Buildworld fails as below:

 Do not manually do anything to get around this yet.
 Please apply and try this patch.  Report here, if it works or not.


 Index: Makefile.inc1
 ===
 RCS file: /home/ncvs/src/Makefile.inc1,v
 retrieving revision 1.179
 diff -u -r1.179 Makefile.inc1
 --- Makefile.inc1 2000/12/03 20:29:31 1.179
 +++ Makefile.inc1 2001/01/15 17:39:37
 @@ -564,7 +564,7 @@

  build-tools:
  .for _tool in bin/csh bin/sh ${_games} gnu/usr.bin/cc/cc_tools
${_fortran} \
 -${_libroken4} ${_libkrb5} lib/libncurses ${_share}
 +usr.bin/rpcgen ${_libroken4} ${_libkrb5} lib/libncurses ${_share}
   cd ${.CURDIR}/${_tool}; ${MAKE} build-tools
  .endfor



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




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

Re: Buildworld failure as of 01-15-2001 @ 8:30 CST

[David O'Brien]

On Mon, Jan 15, 2001 at 12:36:34PM -0600, Thomas T. Veldhouse wrote:
 I must have left some relics around or something.  I am getting a different
 error:

No, I goofed.  I'm getting my current test box back into shape so I can
build a world before making stupid suggestions.


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

Re: buildworld failure

[David O'Brien]

On Sat, Jul 22, 2000 at 02:49:02PM -0700, Marcel Moolenaar wrote:
 Did we bump the libc version number when the strtofflags/fflagstostr
 functions went in?

Nope, the added functionality didn't change any of the existing
interfaces, so it no longer meets our requirements for a shlib version
bump.  In the a.out days, we would have done a minor number bump.

One of the assumptions in not needing a bump, is ``make world'' uses the
right libraries to link the new source with.
 
-- 
-- David  ([EMAIL PROTECTED])


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

Re: buildworld failure

[Jeroen Ruigrok van der Werven]

-On [2723 07:15], John Polstra ([EMAIL PROTECTED]) wrote:
Some developers just aren't being careful enough.  The biggest problem
is they don't restore their systems to a 100% pristine state before
they test.

Think we could come up with a make cleanworld like target which does
just that?
't Would be pretty helpful IMHO.

-- 
Jeroen Ruigrok van der Werven  Network- and systemadministrator
[EMAIL PROTECTED]VIA Net.Works The Netherlands
BSD: Technical excellence at its best  http://www.via-net-works.nl
Truth is always exciting. Speak it, then. Life is boring without it...


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

Re: buildworld failure

[Leif Neland]

 -On [2723 07:15], John Polstra ([EMAIL PROTECTED]) wrote:
 Some developers just aren't being careful enough.  The biggest problem
 is they don't restore their systems to a 100% pristine state before
 they test.

 Think we could come up with a make cleanworld like target which does
 just that?
 't Would be pretty helpful IMHO.

That would be pretty much like a fresh install from a snapshot.
Or a backup/restore cycle.

Leif





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

Re: buildworld failure

[Bruce Evans]

On Sat, 22 Jul 2000, Norbert Irmer wrote:

 I cvsup'ed the lastest sources of ~current, but got the
 following after only a few seconds
 
 cd /usr/src/usr.sbin/mtree; make _EXTRADEPEND
 ...
 cc -O -pipe -DMD5 -DSHA1 -DRMD160   -I/usr/obj/usr/src/i386/usr/include  -o mtree 
compare.o crc.o
 create.o excludes.o misc.o mtree.o spec.o verify.o  -lmd
 misc.o: In function `flags_to_string':
 misc.o(.text+0x89): undefined reference to `fflagstostr'
 spec.o: In function `set':
 spec.o(.text+0x5f5): undefined reference to `strtofflags'
 *** Error code 1
 
 Do I have to do something special before I can do a 'make buildworld', or
 is ~current currently broken ?

Bootstrapping from 4.0 and previous versions to 4.1 and -current is broken,
because mtree depends on new library features but must be built before the
new libraries.  You have to somehow bootstrap the new libraries.  Maybe
copy them from a current snapshot.

Bruce



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