buildkernel error ...

[Schaich Alonso]

On 2012-12-17 (Monday) 17:02:06 Chris H wrote:
> > On 12/17/2012 1:35 AM, Chris H wrote:
> >>> hi all,
> >>> 
> >>> I run FreeBSD 9.0-STABLE #1: Sun Apr 15 21:08:51 UTC 2012 amd64
> >>> 
> >>> yesterday I have cvsup-ed src and was trying to buildkernel
> >>> bellow is error I receive:
> >>> --- [ cut ]
> >>> ------------------------------------------------------------------------
> >>> ----------------------------- ...
> >>> cc -c -O2 -frename-registers -pipe -fno-strict-aliasing  -std=c99 -g
> >>> -Wall
> >>> -Wredundant-decls
> >>> -Wnested-externs -Wstrict-prototypes  -Wmissing-prototypes
> >>> -Wpointer-arith -Winline -Wcast-qual  -Wundef -Wno-pointer-sign
> >>> -fformat-extensions  -Wmissing-include-dirs -fdiagnostics-show-option  
> >>> -nostdinc  -I. -I/usr/src/sys -I/usr/src/sys/contrib/altq -D_KERNEL
> >>> -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common
> >>> -finline-limit=8000
> >>> --param inline-unit-growth=100 --param large-function-growth=1000
> >>> -fno-omit-frame-pointer
> >>> -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float
> >>> -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror
> >>> /usr/src/sys/xdr/xdr_reference.c
> >>> cc -c -O2 -frename-registers -pipe -fno-strict-aliasing  -std=c99 -g
> >>> -Wall
> >>> -Wredundant-decls
> >>> -Wnested-externs -Wstrict-prototypes  -Wmissing-prototypes
> >>> -Wpointer-arith -Winline -Wcast-qual  -Wundef -Wno-pointer-sign
> >>> -fformat-extensions  -Wmissing-include-dirs -fdiagnostics-show-option  
> >>> -nostdinc  -I. -I/usr/src/sys -I/usr/src/sys/contrib/altq -D_KERNEL
> >>> -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common
> >>> -finline-limit=8000
> >>> --param inline-unit-growth=100 --param large-function-growth=1000
> >>> -fno-omit-frame-pointer
> >>> -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float
> >>> -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror
> >>> /usr/src/sys/xdr/xdr_sizeof.c
> >>> cc -c -O2 -frename-registers -pipe -fno-strict-aliasing  -std=c99 -g
> >>> -Wall
> >>> -Wredundant-decls
> >>> -Wnested-externs -Wstrict-prototypes  -Wmissing-prototypes
> >>> -Wpointer-arith -Winline -Wcast-qual  -Wundef -Wno-pointer-sign
> >>> -fformat-extensions  -Wmissing-include-dirs -fdiagnostics-show-option  
> >>> -nostdinc  -I. -I/usr/src/sys -I/usr/src/sys/contrib/altq -D_KERNEL
> >>> -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common
> >>> -finline-limit=8000
> >>> --param inline-unit-growth=100 --param large-function-growth=1000
> >>> -fno-omit-frame-pointer
> >>> -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float
> >>> -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror
> >>> /usr/src/sys/amd64/acpica/acpi_machdep.c
> >>> cc -c -x assembler-with-cpp -DLOCORE -O2 -frename-registers -pipe
> >>> -fno-strict-aliasing -std=c99 -g -Wall -Wredundant-decls
> >>> -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes
> >>> -Wpointer-arith -Winline -Wcast-qual  -Wundef -Wno-pointer-sign
> >>> -fformat-extensions  -Wmissing-include-dirs -fdiagnostics-show-option  
> >>> -nostdinc  -I. -I/usr/src/sys -I/usr/src/sys/contrib/altq -D_KERNEL
> >>> -DHAVE_KERNEL_OPTION_HEADERS -include
> >>> opt_global.h -fno-common -finline-limit=8000 --param
> >>> inline-unit-growth=100 --param large-function-growth=1000 
> >>> -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mno-mmx
> >>> -mno-sse -msoft-float  -fno-asynchronous-unwind-tables -ffreestanding
> >>> -fstack-protector -Werror /usr/src/sys/amd64/acpica/acpi_switch.S
> >>> /usr/src/sys/amd64/acpica/acpi_switch.S: Assembler messages:
> >>> /usr/src/sys/amd64/acpica/acpi_switch.S:146: Error: no such instruction:
> >>> `xsetbv' /usr/src/sys/amd64/acpica/acpi_switch.S:147: Error: no such
> >>> instruction: `xrstor (%rbx)' *** Error code 1
> >>> 
> >>> Stop in /usr/obj/usr/src/sys/ZEUS_HOME.
> >>> *** Error code 1
> >>> 
> >>> Stop in /usr/src.
> >>> *** Error code 1
> >>> 
> >>> Stop in /usr/src.
> >>> --- [ cut ]
> >>> ------------------------------------------------------------------------
> >>> -----------------------------
> >>> 
> >>> 
> >>> nothing is changed in my kernel configuration file ...
> >> 
> >> Greetings,
> >> 
> >>   I too attempted a buildworld, and a kernel yesterday (also synced
> >>   yesterday).>> 
> >> It failed with a similar message to yours. I have _never_ experianced
> >> world, or kernel issues in the 25yrs I've been using BSD exclusively.
> >> Given that the only thing that has changed is the addition of clang, I'd
> >> recommend performing a: make clean
> >> then try again with:
> >> make  -DWITHOUT_CLANG buildworld KERNCONF=<your_kernel_name_here>
> >> replacing <your_kernel_name_here> with the actual name of your KERNCONF
> >> file.
> >> 
> >> I'm in the middle of a buildworld as I write this, that I believe will
> >> conclusively prove that clang was the reason my last attempt failed.
> >> 
> >> HTH, and best wishes.
> >> 
> >> --Chris
> >> 
> >> P.S. This was also 9.1
> >> 
> >>> --
> >>> Zeus V. Panchenko				jid:zeus at im.ibs.dn.ua
> >>> IT Dpt., I.B.S. LLC					  GMT+2 (EET)
> >>> _______________________________________________
> >>> freebsd-stable at freebsd.org mailing list
> >>> http://lists.freebsd.org/mailman/listinfo/freebsd-stable
> >>> To unsubscribe, send any mail to
> >>> "freebsd-stable-unsubscribe at freebsd.org"
> >> 
> >> _______________________________________________
> >> freebsd-stable at freebsd.org mailing list
> >> http://lists.freebsd.org/mailman/listinfo/freebsd-stable
> >> To unsubscribe, send any mail to "freebsd-stable-unsubscribe at freebsd.org"
> > 
> > Waste of time.. unless the OP has enabled CLANG_AS_CC then clang is not
> > being called here.. "cc" is NOT clang unless "CLANG_AS_CC" is set.  It
> > makes no sense to just throw crazy ideas like this onto a mailing list,
> > especially when you haven't even yet 'verified' the claim yourself.
> > 
> > Good lord..
> 
> Fair enough.
> Now that build && install world has completed. I can safely report
> that clang _was_ the culprit. The entire procedure not only took
> 1/6th the time, as compared with clang, but provided a successful
> installworld -- unlike the clang counterpart.
> 
> Best wishes.
> 
> --Chris
> 

Just with the detail that the quoted error occured during buildkernel and not 
buildworld, and is caused by using an outdated binutils' AS(1) ...

> > --
> > Chuck Burns <break19 at gmail.com>
> > _______________________________________________
> > freebsd-stable at freebsd.org mailing list
> > http://lists.freebsd.org/mailman/listinfo/freebsd-stable
> > To unsubscribe, send any mail to "freebsd-stable-unsubscribe at freebsd.org"