Date: Mon, 17 Dec 2012 17:02:06 -0800 (PST) From: "Chris H" <chris#@1command.com> To: "Chuck Burns" <break19@gmail.com> Cc: freebsd-stable@freebsd.org Subject: Re: buildkernel error ... Message-ID: <5a837835be7ab73478e7a2335518c0a0.authenticated@ultimatedns.net> In-Reply-To: <50CF6F65.7000200@gmail.com> References: <20121217090849.21666@relay.ibs.dn.ua> <2d46e33594d6f362e7cc325d951baf7d.authenticated@ultimatedns.net> <50CF6F65.7000200@gmail.com>
next in thread | previous in thread | raw e-mail | index | archive | help
> 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@im.ibs.dn.ua >>> IT Dpt., I.B.S. LLC GMT+2 (EET) >>> _______________________________________________ >>> freebsd-stable@freebsd.org mailing list >>> http://lists.freebsd.org/mailman/listinfo/freebsd-stable >>> To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" >>> >> >> _______________________________________________ >> freebsd-stable@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-stable >> To unsubscribe, send any mail to "freebsd-stable-unsubscribe@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 > > -- > Chuck Burns <break19@gmail.com> > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > --
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?5a837835be7ab73478e7a2335518c0a0.authenticated>