from Niclas Zeising:

So now I wonder why I failed four times straight building current.  One 
definition of insanity is doing the same thing repeatedly and expecting a 
different result.

Maybe the build host, 11.1-STABLE from July 30, 2017, was too old?  I wouldn't 
have thought it was too old.

I could also try an old current host from August 2, 2017, or try to build 
12-STABLE from my 11.1-STABLE host.  Would I do better to build amd64 or i386 
from amd64 host?  I presently have no FreeBSD i386 installation, only amd64.

I can't quote anything from your message because of problems with mutt on 
xterm; this is NetBSD 8.99.39 amd64 with icewm.

But here is the relevant error message, I believe:

===> usr.bin/clang/llvm-mca (all)
Warning: Object directory not changed from original 
c++  -target x86_64-unknown-freebsd13.0 
-B/usr/obj/usr/src/amd64.amd64/tmp/usr/bin  -O2 -pipe 
-I/usr/obj/usr/src/amd64.amd64/lib/clang/libllvm -I/usr/src/lib/clang/include 
-I/usr/src/contrib/llvm/include -DLLVM_BUILD_GLOBAL_ISEL -D__STDC_LIMIT_MACROS 
-DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd13.0\" -DDEFAULT_SYSROOT=\"\" 
-DLLVM_NATIVE_TARGETMC=LLVMInitializeX86TargetMC -ffunction-sections 
-fdata-sections -g
 line-tables-only -MD -MF.depend.Views_DispatchStatistics.o 
-MTViews/DispatchStatistics.o -fstack-protector-strong -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-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses 
-Qunused-arguments  -fno-exceptions -fno-rtti -std=c++11 -stdlib=libc++ 
-Wno-c++11-extensions  -c 
/usr/src/contrib/llvm/tools/llvm-mca/Views/DispatchStatistics.cpp -o 
error: unable to open output file 'Views/DispatchStatistics.o': 'No such file 
or directory'
1 error generated.
*** Error code 1

I switched to the other computer with an installation of FreeBSD-current from 
August 2, 2017, and managed to succeed.

I had the same mergemaster problem cited in another thread, copied 
etc/master.passwd and etc/group from the 12-STABLE src tree.

That enabled me to successfully get through the update, but the result was a 
strong negative selling point for FreeBSD: no internet access.

Ethernet (re) would not connect, Hiro H50191 USB wi-fi adapter gave "Device not 
configured" as rsu0, and Edimax USB wi-fi adapter dropped the connection as I 
was trying the dhclient or ifconfig step.  Only other thing I could try is 
urndis with my mobile phone as access point.  I really ought to try that on 
FreeBSD and/or NetBSD.

I thought maybe the lack of etc/master.passwd and etc/group in src tree was a 
fault of subversion on NetBSD from pkgsrc as opposed to subversion on FreeBSD 
from ports, but browsing revealed that 
master.passwd and group had indeed been moved, and mergemaster had not been 
appropriately updated.


_______________________________________________ mailing list
To unsubscribe, send any mail to ""

Reply via email to