On 11/10/2019 20:51, Dimitry Andric wrote: > On 11 Oct 2019, at 11:24, Andriy Gapon <a...@freebsd.org> wrote: >> >> On 11/10/2019 12:05, Andriy Gapon wrote: >>> >>> Attempting to install r353380 (amd64) with src and obj mounted via NFS. >>> The world has just been built albeit with NO_CLEAN=1. >>> Getting this: >>> ... >>> ===> lib/clang (install) >>> ===> lib/clang/libllvm (install) >>> ===> lib/clang/libclang (install) >>> ===> lib/clang/liblldb (install) >>> ===> lib/clang/headers (install) >>> clang-tblgen -gen-arm-fp16 -I >>> /usr/devel/svn/quick-head/contrib/llvm/tools/clang/include/clang/Basic -d >>> arm_fp16.h.d -o arm_fp16.h >>> /usr/devel/svn/quick-head/contrib/llvm/tools/clang/include/clang/Basic/arm_fp16.td >>> clang-tblgen: error opening arm_fp16.h.d:Read-only file system >>> *** Error code 1 >>> >>> Stop. >>> >>> The command is: >>> make installworld __MAKE_CONF=/dev/null SRCCONF=/dev/null DB_FROM_SRC=1 >>> DESTDIR=/mnt >>> >> >> It seems that buildworld NO_CLEAN=1 is not regenerating that header for some >> reason. >> The command was: make buildworld -s -j12 __MAKE_CONF=/dev/null >> SRCCONF=/dev/null >> NO_CLEAN=1 >> >> If I do make buildenv and then cd lib/clang/headers/ and run make there, I >> see this: >> $ make >> clang-tblgen -gen-arm-fp16 -I >> /usr/devel/svn/quick-head/contrib/llvm/tools/clang/include/clang/Basic -d >> arm_fp16.h.d -o arm_fp16.h >> /usr/devel/svn/quick-head/contrib/llvm/tools/clang/include/clang/Basic/arm_fp16.td >> >> But afterwards: >> $ ls -l >> /usr/obj/usr/devel/svn/quick-head/amd64.amd64/lib/clang/headers/arm_fp16.h* >> -rw-r--r-- 1 avg wheel 36361 21 Jun 15:12 >> /usr/obj/usr/devel/svn/quick-head/amd64.amd64/lib/clang/headers/arm_fp16.h >> -rw-r--r-- 1 avg wheel 100 11 Oct 12:16 >> /usr/obj/usr/devel/svn/quick-head/amd64.amd64/lib/clang/headers/arm_fp16.h.d >> >> The .h.d file has a fresh timestamp, but .h is still old. > > The files should be generated when "make depend" is run, but are your > NFS server and client clocks in sync? Usually this kind of thing is > caused by time differences.
Yes, they are in sync. Could it be that clang-tblgen for some reason does not overwrite the existing file? -- Andriy Gapon _______________________________________________ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
