Re: 8-STABLE buildworld failure

On 11/10/2010 00:07, Bryce Edwards wrote:
On Tue, Nov 9, 2010 at 11:04 PM, jhell <jhell@xxxxxxxxxx> wrote:
On 11/09/2010 19:09, Bryce Edwards wrote:
After updating source today, I am receiving the following error when
running make NOCCACHE=YES -j16 buildkernel


===> zlib (all)
cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE
-nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include
/usr/obj/usr/src/sys/GENERIC/opt_global.h -I. -I@ -I@/contrib/altq
-finline-limit=8000 --param inline-unit-growth=100 --param
large-function-growth=1000 -fno-common -g -fno-omit-frame-pointer
-I/usr/obj/usr/src/sys/GENERIC -mcmodel=kernel -mno-red-zone
-mfpmath=387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow
-msoft-float -fno-asynchronous-unwind-tables -ffreestanding
-fstack-protector -std=iso9899:1999 -fstack-protector -Wall
-Wredundant-decls -Wnested-externs -Wstrict-prototypes
-Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef
-Wno-pointer-sign -fformat-extensions -c
/usr/src/sys/modules/zlib/../../net/zlib.c
ld -d -warn-common -r -d -o zlib.ko.debug zlib.o
:> export_syms
awk -f /usr/src/sys/conf/kmod_syms.awk zlib.ko.debug export_syms |
xargs -J% objcopy % zlib.ko.debug
objcopy --only-keep-debug zlib.ko.debug zlib.ko.symbols
objcopy --strip-debug --add-gnu-debuglink=zlib.ko.symbols zlib.ko.debug zlib.ko
1 error
*** Error code 2
1 error
*** Error code 2

Here's make.conf:

SUP_UPDATE=yes
SUPFILE=/usr/share/examples/cvsup/stable-supfile
PORTSSUPFILE=/usr/share/examples/cvsup/ports-supfile
SUPHOST=cvsup5.us.freebsd.org

#WITHOUT_X11=yes

PORTS_MODULES=emulators/virtualbox-ose-kmod

# ccache
.if (!empty(.CURDIR:M/usr/src*) || !empty(.CURDIR:M/usr/obj*)) &&
!defined(NOCCACHE)
#CC=/usr/local/libexec/ccache/world-cc
#CXX=/usr/local/libexec/ccache/world-c++
.endif

# added by use.perl 2010-11-09 09:32:27
PERL_VERSION=5.10.1

And src.conf:

WITHOUT_PROFILE=true # Avoid compiling profiled libraries

This is a log from a buildkernel and not like the subject insists as a
buildworld. Can you please rebuild world and then try a buildkernel

cd /usr/src
make -DNOCCACHE -DALWAYS_CHECK_MAKE buildworld
make -DNOCCACHE -DALWAYS_CHECK_MAKE buildkernel
make -DNOCCACHE -DALWAYS_CHECK_MAKE installkernel

Reboot & then:
cd /usr/src
make -DNOCCACHE installworld
make -DNOCCACHE delete-old
make -DNOCCACHE delete-old-libs


My apologies! The subject is wrong and it was during the buildkernel.
The buildworld was done just prior just like your example and
completed OK. The only difference is that I did not define
ALWAYS_CHECK_MAKE.


Also quoting UPDATING:

20101022:
A workaround for a fixed ld bug has been removed in kernel code,
so make sure that your system ld is built from sources after
revision 211583 from 2010-08-21 (r210245 from 2010-07-19 if
building stable/8 kernel on head, r211584 from 2010-08-21 for
stable/7). A symptom of incorrect ld version is
different addresses for set_pcpu section and __start_set_pcpu
symbol in kernel and/or modules.


You may also want to adjust that example ccache make.conf example
sometime too as that will not always do what you expect it to do.

--

jhell,v



--

jhell,v
_______________________________________________
freebsd-stable@xxxxxxxxxxx mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscribe@xxxxxxxxxxx"

Relevant Pages