Re: aaarch64 main 9a3583bfbd17 debug build broken (race?): "clri.lo: No such file or directory" so "make[4]: stopped in /usr/main-src/rescue/rescue"

Mark Millard <[email protected]>
Newsgroups gmane.os.freebsd.devel.arm,gmane.os.freebsd.current
Message-ID <[email protected]>
[Looks to be some form of build race.]

On 2022-May-3, at 15:38, Mark Millard <[email protected]> wrote:

> # ~/fbsd-based-on-what-commit.sh -C /usr/main-src/
> branch: main
> merge-base: 9a3583bfbd1740a158b3916432286190e0f2bf60
> merge-base: CommitDate: 2022-05-03 19:12:42 +0000
> 9a3583bfbd17 (HEAD -> main, freebsd/main, freebsd/HEAD) OpenSSL: Merge OpenSSL 1.1.1o
> n255160 (--first-parent --count for merge-base)
> 
> got:
> 
> --- all_subdir_rescue ---
> Building /usr/obj/BUILDs/main-CA72-dbg-clang/usr/main-src/arm64.aarch64/rescue/rescue/clri.lo
> . . .
> --- all_subdir_rescue ---
> --- clri.lo ---
> clri.lo: No such file or directory
> . . .
> --- all_subdir_rescue ---
> *** [clri.lo] Error code 1
> 
> make[5]: stopped in /usr/obj/BUILDs/main-CA72-dbg-clang/usr/main-src/arm64.aarch64/rescue/rescue
> .ERROR_TARGET='clri.lo'
> .ERROR_META_FILE='/usr/obj/BUILDs/main-CA72-dbg-clang/usr/main-src/arm64.aarch64/rescue/rescue/clri.lo.meta'
> .MAKE.LEVEL='5'
> MAKEFILE=''
> .MAKE.MODE='meta missing-filemon=yes missing-meta=yes silent=yes verbose curdirOk=yes'
> . . .
> --- all_subdir_rescue ---
> _ERROR_CMD='cc -mcpu=cortex-a72 -target aarch64-unknown-freebsd14.0 --sysroot=/usr/obj/BUILDs/main-CA72-dbg-clang/usr/main-src/arm64.aarch64/tmp -B/usr/obj/BUILDs/main-CA72-dbg-clang/usr/main-src/arm64.aarch64/tmp/usr/bin -O2 -pipe -fno-common    -std=gnu99 -Wno-format-zero-length -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Wnested-externs -Wold-style-definition -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-error=unused-but-set-variable  -Qunused-arguments     -static   -nostdlib -r -o clri.lo clri_stub.o /usr/obj/BUILDs/main-CA72-dbg-clang/usr/main-src/arm64.aarch64/rescue/rescue//usr/main-src/sbin/clri/clri.o; crunchide -k _crunched_clri_stub clri.lo;'
> .CURDIR='/usr/obj/BUILDs/main-CA72-dbg-clang/usr/main-src/arm64.aarch64/rescue/rescue'
> .MAKE='make'
> .OBJDIR='/usr/obj/BUILDs/main-CA72-dbg-clang/usr/main-src/arm64.aarch64/rescue/rescue'
> .TARGETS='exe'
> DESTDIR='/usr/obj/BUILDs/main-CA72-dbg-clang/usr/main-src/arm64.aarch64/tmp'
> LD_LIBRARY_PATH=''
> MACHINE='arm64'
> MACHINE_ARCH='aarch64'
> MAKEOBJDIRPREFIX=''
> MAKESYSPATH='/usr/main-src/share/mk'
> MAKE_VERSION='20220418'
> PATH='/usr/obj/BUILDs/main-CA72-dbg-clang/usr/main-src/arm64.aarch64/tmp/bin:/usr/obj/BUILDs/main-CA72-dbg-clang/usr/main-src/arm64.aarch64/tmp/usr/sbin:/usr/obj/BUILDs/main-CA72-dbg-clang/usr/main-src/arm64.aarch64/tmp/usr/bin:/usr/obj/BUILDs/main-CA72-dbg-clang/usr/main-src/arm64.aarch64/tmp/legacy/usr/sbin:/usr/obj/BUILDs/main-CA72-dbg-clang/usr/main-src/arm64.aarch64/tmp/legacy/usr/bin:/usr/obj/BUILDs/main-CA72-dbg-clang/usr/main-src/arm64.aarch64/tmp/legacy/bin:/usr/obj/BUILDs/main-CA72-dbg-clang/usr/main-src/arm64.aarch64/tmp/legacy/usr/libexec::/sbin:/bin:/usr/sbin:/usr/bin'
> SRCTOP='/usr/main-src'
> OBJTOP='/usr/main-src'
> .MAKE.MAKEFILES='/usr/main-src/share/mk/sys.mk /usr/main-src/share/mk/local.sys.env.mk /usr/main-src/share/mk/src.sys.env.mk /usr/home/root/src.configs/src.conf.CA72-dbg-clang.aarch64-host /usr/main-src/share/mk/bsd.mkopt.mk /usr/main-src/share/mk/src.sys.obj.mk /usr/main-src/share/mk/bsd.suffixes.mk /usr/home/root/src.configs/make.conf /usr/main-src/share/mk/local.sys.mk /usr/main-src/share/mk/src.sys.mk /dev/null rescue.mk'
> .PATH='. /usr/obj/BUILDs/main-CA72-dbg-clang/usr/main-src/arm64.aarch64/rescue/rescue'
> 1 error

So I started another buildworld buildkernel , letting
it continue from where it had gotten to. That build
completed.

So: Possibly some form of build race where clri.lo just
was not ready yet when it complained but was in place
for the 2nd attempt.



===
Mark Millard
marklmi at yahoo.com
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.