From owner-freebsd-toolchain@freebsd.org Fri Nov 3 03:31:41 2017 Return-Path: Delivered-To: freebsd-toolchain@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 23C97E6A8C7 for ; Fri, 3 Nov 2017 03:31:41 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-210-145.reflexion.net [208.70.210.145]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id D5050758D5 for ; Fri, 3 Nov 2017 03:31:40 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 21210 invoked from network); 3 Nov 2017 03:31:33 -0000 Received: from unknown (HELO mail-cs-02.app.dca.reflexion.local) (10.81.19.2) by 0 (rfx-qmail) with SMTP; 3 Nov 2017 03:31:33 -0000 Received: by mail-cs-02.app.dca.reflexion.local (Reflexion email security v8.40.3) with SMTP; Thu, 02 Nov 2017 23:31:33 -0400 (EDT) Received: (qmail 7625 invoked from network); 3 Nov 2017 03:31:33 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (AES256-SHA encrypted) SMTP; 3 Nov 2017 03:31:33 -0000 Received: from [192.168.1.25] (c-76-115-7-162.hsd1.or.comcast.net [76.115.7.162]) by iron2.pdx.net (Postfix) with ESMTPSA id DA37CEC86EF; Thu, 2 Nov 2017 20:31:32 -0700 (PDT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\)) Subject: Re: Example of Bryan Drewery's "Something is very wrong" (from his disabling head/Makefile)?: obj-cross-tools path referenced but file is under obj-bootstrap-tools From: Mark Millard In-Reply-To: <20E6AE67-83F8-40D5-A4DA-01C02FA0A02B@dsl-only.net> Date: Thu, 2 Nov 2017 20:31:32 -0700 Cc: freebsd-hackers , FreeBSD Toolchain , FreeBSD Current Content-Transfer-Encoding: quoted-printable Message-Id: <6E2B2A5E-A52E-4027-B73B-C6E78D9C0EED@dsl-only.net> References: <40F1D1F0-A67D-4BF9-9936-EF07A9E01912@dsl-only.net> <83ae760f-7bd5-811c-f32e-9d8f03074b49@FreeBSD.org> <20E6AE67-83F8-40D5-A4DA-01C02FA0A02B@dsl-only.net> To: Bryan Drewery X-Mailer: Apple Mail (2.3273) X-BeenThere: freebsd-toolchain@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Maintenance of FreeBSD's integrated toolchain List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Nov 2017 03:31:41 -0000 [The rebuilding is not your problem. . . Its a file system time problem.] On 2017-Nov-2, at 8:16 PM, Mark Millard wrote: > On 2017-Nov-2, at 8:08 PM, Bryan Drewery wrote: >=20 >> On 11/2/2017 7:47 PM, Mark Millard wrote: >>> [Top post as it does not flow with the prior material.] >>>=20 >>> Back-to-back repeats of the same buildworld buildkernel >>> command are rebuilding lots of obj-lib32 *.o files and >>> the like each time under WITH_META_MODE=3Dyes for -r325351. >>>=20 >>=20 >> I think it is expected since I had to change the objdirs for = build/cross >> tools again to fix your report. >=20 > FYI: that was after several prior builds with -r325351. It is > not just a first-repeat example. >=20 >> I am very confused how I never hit the issue you and Matt ran into. I >> had this commit sitting in my test branch for days. It may just be = due >> to SYSTEM_COMPILER getting triggered. There's so many combinations = of >> options in the early build that it's impossible to test all of them. >=20 > I had WITH_META_MODE=3Dyes as I normally do but had done > the rm -fr of the tree content as well (because of > directory tree structure mismatches that would be in > the new build). >=20 >> Anyway if it continues to happen please also pass -dM to your make as = it >> will tell us why it is rebuilding. >=20 > I'm about to try that. It reported a more up-to-date file. But looking the timestamp was in the future (tomorrow, almost 24 hours away): # ls -lT = /usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/obj-lib32/tmp/usr/inc= lude/runetype.h -rwxr-xr-x 1 root wheel 3906 Nov 3 20:13:14 2017 = /usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/obj-lib32/tmp/usr/inc= lude/runetype.h Apparently one or more of the times when I booted the virtual machine recently it ended up with a bad time and part of at least /usr/include has the problem with timestamps: # ls -lT /usr/include/runetype.h -r--r--r-- 1 root wheel 3906 Nov 3 22:48:30 2017 = /usr/include/runetype.h (The time for the active boot is fine.) Sorry for the noise. >>> Script started on Thu Nov 2 18:34:57 2017 >>> Command: env __MAKE_CONF=3D/root/src.configs/make.conf = SRCCONF=3D/dev/null = SRC_ENV_CONF=3D/root/src.configs/src.conf.amd64-clang.amd64-host = WITH_META_MODE=3Dyes MAKEOBJDIRPREFIX=3D/usr/obj/amd64_clang/amd64.amd64 = make -j4 buildworld buildkernel >>>=20 >>> vs. >>>=20 >>> Script started on Thu Nov 2 18:34:57 2017 >>> Command: env __MAKE_CONF=3D/root/src.configs/make.conf = SRCCONF=3D/dev/null = SRC_ENV_CONF=3D/root/src.configs/src.conf.amd64-clang.amd64-host = WITH_META_MODE=3Dyes MAKEOBJDIRPREFIX=3D/usr/obj/amd64_clang/amd64.amd64 = make -j4 buildworld buildkernel >>>=20 >>>=20 >>> # svnlite status -u -r325351 /usr/src | sort >>> * 320623 = /usr/src/contrib/jemalloc/include/jemalloc/internal/tsd.h >>> ? /usr/src/sys/amd64/conf/GENERIC-DBG >>> ? /usr/src/sys/amd64/conf/GENERIC-NODBG >>> ? /usr/src/sys/arm/conf/GENERIC-DBG >>> ? /usr/src/sys/arm/conf/GENERIC-NODBG >>> ? /usr/src/sys/arm64/conf/GENERIC-DBG >>> ? /usr/src/sys/arm64/conf/GENERIC-NODBG >>> ? /usr/src/sys/powerpc/conf/GENERIC64vtsc-DBG >>> ? /usr/src/sys/powerpc/conf/GENERIC64vtsc-NODBG >>> ? /usr/src/sys/powerpc/conf/GENERICvtsc-DBG >>> ? /usr/src/sys/powerpc/conf/GENERICvtsc-NODBG >>> M 325351 = /usr/src/contrib/llvm/lib/Target/PowerPC/PPCFrameLowering.cpp >>> M 325351 = /usr/src/contrib/llvm/tools/lld/ELF/Arch/PPC64.cpp >>> M 325351 /usr/src/crypto/openssl/crypto/armcap.c >>> M 325351 /usr/src/lib/libkvm/kvm_powerpc.c >>> M 325351 /usr/src/lib/libkvm/kvm_private.c >>> M 325351 /usr/src/sys/arm/allwinner/aw_usbphy.c >>> M 325351 /usr/src/sys/arm64/arm64/identcpu.c >>> M 325351 /usr/src/sys/boot/fdt/dts/arm/a83t.dtsi >>> M 325351 /usr/src/sys/boot/ofw/Makefile.inc >>> M 325351 /usr/src/sys/boot/powerpc/Makefile.inc >>> M 325351 /usr/src/sys/boot/powerpc/boot1.chrp/Makefile >>> M 325351 /usr/src/sys/boot/powerpc/kboot/Makefile >>> M 325351 /usr/src/sys/boot/uboot/Makefile.inc >>> M 325351 /usr/src/sys/conf/kmod.mk >>> M 325351 /usr/src/sys/conf/ldscript.powerpc >>> M 325351 /usr/src/sys/kern/subr_pcpu.c >>> M 325351 /usr/src/sys/powerpc/aim/mmu_oea64.c >>> M 325351 /usr/src/sys/powerpc/ofw/ofw_machdep.c >>> M 325351 /usr/src/sys/powerpc/powerpc/interrupt.c >>> M 325351 /usr/src/sys/powerpc/powerpc/mp_machdep.c >>> M 325351 /usr/src/sys/powerpc/powerpc/trap.c >>>=20 >>>=20 >>> -------------------------------------------------------------- >>>>>> stage 5.1: building lib32 shim libraries >>> -------------------------------------------------------------- >>> . . . >>> --- obj --- >>> --- lib/libgcc_eh__PL --- >>> Building = /usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/obj-lib32/amd64.amd64= /lib/libgcc_eh/libunwind.o >>> --- gnu/lib/libssp/libssp_nonshared__PL --- >>> Building = /usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/obj-lib32/amd64.amd64= /gnu/lib/libssp/libssp_nonshared/_libinstall >>> . . . >>> . . . >>>=20 >>> And so on. >>=20 >> =3D=3D=3D >> Mark Millard >> markmi at dsl-only.net >>=20 >> On 2017-Nov-2, at 5:30 PM, Bryan Drewery = wrote: >>=20 >> On 11/2/17 3:44 PM, Mark Millard wrote: >>>> Author: bdrewery >>>> Date: Thu Nov 2 22:23:00 2017 >>>> New Revision: 325347 >>>> URL:=20 >>>> https://svnweb.freebsd.org/changeset/base/325347 >>>>=20 >>>>=20 >>>> Log: >>>> Something is very wrong >>>>=20 >>>> Modified: >>>> head/Makefile >>>>=20 >>>> Modified: head/Makefile >>>> = =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D >>>> --- head/Makefile Thu Nov 2 21:58:18 2017 (r325346) >>>> +++ head/Makefile Thu Nov 2 22:23:00 2017 (r325347) >>>> @@ -1,3 +1,4 @@ >>>> +.error Bad revision, please wait for a fix in head >>>> # >>>> # $FreeBSD$ >>>> # >>>=20 >>> I just happened to have started a cross build before >>> this showed up based on -r325332 . It got: >>>=20 >>> --- clang-tblgen.full --- >>> c++: error: no such file or directory: = '/usr/obj/bpim3_clang/arm.armv7/usr/src/arm.armv7/tmp/obj-cross-tools/lib/= clang/libllvmminimal/libllvmminimal.a' >>> *** [clang-tblgen.full] Error code 1 >>=20 >> Someone else reported this one as well but I have not been able to >> reproduce it yet. >>=20 >> I've tweaked the commit causing it though, r325329. Fixed in = r325350. >>=20 >>>=20 >>> But find shows: >>>=20 >>> # find /usr/obj/bpim3_clang/arm.armv7/usr/src/arm.armv7 -name = "libllvmminimal*" -print | more >>> = /usr/obj/bpim3_clang/arm.armv7/usr/src/arm.armv7/tmp/obj-bootstrap-tools/l= ib/clang/libllvmminimal >>> = /usr/obj/bpim3_clang/arm.armv7/usr/src/arm.armv7/tmp/obj-bootstrap-tools/l= ib/clang/libllvmminimal/libllvmminimal.a >>> = /usr/obj/bpim3_clang/arm.armv7/usr/src/arm.armv7/tmp/obj-bootstrap-tools/l= ib/clang/libllvmminimal/libllvmminimal.a.meta >>>=20 >>> Comparing side-by-side shows obj-cross-tools vs. >>> obj-bootstrap-tools : >>>=20 >>> = /usr/obj/bpim3_clang/arm.armv7/usr/src/arm.armv7/tmp/obj-cross-tools/lib/c= lang/libllvmminimal/libllvmminimal.a >>> = /usr/obj/bpim3_clang/arm.armv7/usr/src/arm.armv7/tmp/obj-bootstrap-tools/l= ib/clang/libllvmminimal/libllvmminimal.a >>>=20 >>>=20 >>> =3D=3D=3D >>> Mark Millard >>> markmi at dsl-only.net >>>=20 >>=20 >>=20 >=20 =3D=3D=3D Mark Millard markmi at dsl-only.net