Date: Thu, 24 Jun 2021 17:16:51 -0700 From: bob prohaska <fbsd@www.zefox.net> To: Mark Millard <marklmi@yahoo.com> Cc: FreeBSD ports <freebsd-ports@freebsd.org>, freebsd-arm <freebsd-arm@freebsd.org>, FreeBSD Toolchain <freebsd-toolchain@freebsd.org> Subject: Re: llvm10 build failure on Rpi3 Message-ID: <20210625001651.GA98214@www.zefox.net> In-Reply-To: <3B41633E-AAFC-422A-8D73-3B1B001023F0@yahoo.com> References: <20210623050958.GA79888@www.zefox.net> <DD8D8FE1-F02E-4A25-8F2B-5672F10E7268@yahoo.com> <20210623174338.GA84853@www.zefox.net> <6F0CF2F3-A298-4CEA-AA07-B79810F3E8CF@yahoo.com> <20210623222838.GA85566@www.zefox.net> <8E78EE69-44A2-429E-AB65-941537DE25A0@yahoo.com> <20210624043000.GA87740@www.zefox.net> <22B941CA-3AFF-42FD-98D1-D40EC2F6EC43@yahoo.com> <20210624160109.GB87740@www.zefox.net> <3B41633E-AAFC-422A-8D73-3B1B001023F0@yahoo.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On Thu, Jun 24, 2021 at 10:41:38AM -0700, Mark Millard wrote:
[huge snip]
>=20
> So: Even going back to June 9 may messed up nfs
> use. (I've no clue what services you depend on
> or in what contexts.) You might need to disable
> nfs even trying to start at the next boot before
> booting into such an older kernel.
No NFS involved. Right now the machine is running
FreeBSD 13.0-CURRENT #5 main-c255664-g4d64c7243d26: Sat Jan 9 11:27:58 PST=
2021
bob@www.zefox.org:/usr/obj/usr/freebsd-src/arm64.aarch64/sys/GENERIC-MM=
CCAM arm64
and repeating the previous attempt to build devel/llvm10 with no other
intentional changes.=20
>=20
> Jan 9 predates 14 and 13.0-RELEASE: sys/sys/param.h got
> #define __FreeBSD_version 1400000 back on Jan-22.
>=20
> Running newer worlds on older kernels is not supported.
> Generally folks to not track the KBI changes vs. the
> consequences of not having the right KBI. This makes
> interpreting results difficult even when it appears to
> work. There can be mixes like NFS not working but other
> things working. There could be corruptions but such
> may not be likely. Do you have what you consider
> sufficient backups it case things get messed up? (That
> might be the status of being okay with starting over
> if something really bad happens.)
>
No backups, but I'm not averse to starting from scratch on
this particular machine.
As it happens, the poudriere session ended much as before:
FAILED: lib/Target/AArch64/CMakeFiles/LLVMAArch64CodeGen.dir/AArch64Instruc=
tionSelector.cpp.o=20
/usr/bin/c++ -D__STDC_CONSTANT_MACROS -D__STDC_FORMAT_MACROS -D__STDC_LIMIT=
_MACROS -Ilib/Target/AArch64 -I/wrkdirs/usr/ports/devel/llvm10/work/llvm-10=
=2E0.1.src/lib/Target/AArch64 -Iinclude -I/wrkdirs/usr/ports/devel/llvm10/w=
ork/llvm-10.0.1.src/include -O2 -pipe -DNDEBUG -fstack-protector-strong -is=
ystem /usr/local/include -fno-strict-aliasing -DNDEBUG -isystem /usr/local=
/include -fPIC -fvisibility-inlines-hidden -Werror=3Ddate-time -Werror=3Dun=
guarded-availability-new -Wall -Wextra -Wno-unused-parameter -Wwrite-string=
s -Wcast-qual -Wmissing-field-initializers -pedantic -Wno-long-long -Wimpli=
cit-fallthrough -Wcovered-switch-default -Wno-noexcept-type -Wnon-virtual-d=
tor -Wdelete-non-virtual-dtor -Wstring-conversion -fdiagnostics-color -ffun=
ction-sections -fdata-sections -O2 -pipe -DNDEBUG -fstack-protector-strong =
-isystem /usr/local/include -fno-strict-aliasing -DNDEBUG -isystem /usr/lo=
cal/include -fvisibility=3Dhidden -fno-exceptions -std=3Dc++14 -MD -MT lib=
/Target/AArch64/CMakeFiles/LLVMAArch64CodeGen.dir/AArch64InstructionSelecto=
r.cpp.o -MF lib/Target/AArch64/CMakeFiles/LLVMAArch64CodeGen.dir/AArch64Ins=
tructionSelector.cpp.o.d -o lib/Target/AArch64/CMakeFiles/LLVMAArch64CodeGe=
n.dir/AArch64InstructionSelector.cpp.o -c /wrkdirs/usr/ports/devel/llvm10/w=
ork/llvm-10.0.1.src/lib/Target/AArch64/AArch64InstructionSelector.cpp
In file included from /wrkdirs/usr/ports/devel/llvm10/work/llvm-10.0.1.src/=
lib/Target/AArch64/AArch64InstructionSelector.cpp:312:
lib/Target/AArch64/AArch64GenGlobalISel.inc:33194:41: error: expected expre=
ssion
/*GIM_CheckRegBankForClass: @0*/, /*MI*/0, /*Op*/0, /*RC*//*AArch64=
::FPR64RegClassID: @0*/,
^
lib/Target/AArch64/AArch64GenGlobalISel.inc:33194:99: error: expected expre=
ssion
/*GIM_CheckRegBankForClass: @0*/, /*MI*/0, /*Op*/0, /*RC*//*AArch64=
::FPR64RegClassID: @0*/,
=
^
lib/Target/AArch64/AArch64GenGlobalISel.inc:40087:39: error: expected expre=
ssion
/*GIM_CheckRegBankForClass: @0*/, /*MI*/0, /*Op*/2, /*RC*//*AArch64::=
FPR64RegClassID: @0*/,
^
lib/Target/AArch64/AArch64GenGlobalISel.inc:40087:97: error: expected expre=
ssion
/*GIM_CheckRegBankForClass: @0*/, /*MI*/0, /*Op*/2, /*RC*//*AArch64::=
FPR64RegClassID: @0*/,
=
^
4 errors generated.
[ 25% 1396/5364]
Not sure what to try next.
Thanks for reading!
bob prohaska
=20
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20210625001651.GA98214>