From owner-freebsd-toolchain@freebsd.org Tue Aug 29 22:29:32 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 D6551DE7490 for ; Tue, 29 Aug 2017 22:29:32 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-210-93.reflexion.net [208.70.210.93]) (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 8C03E73864 for ; Tue, 29 Aug 2017 22:29:32 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 23595 invoked from network); 29 Aug 2017 22:29:31 -0000 Received: from unknown (HELO mail-cs-02.app.dca.reflexion.local) (10.81.19.2) by 0 (rfx-qmail) with SMTP; 29 Aug 2017 22:29:31 -0000 Received: by mail-cs-02.app.dca.reflexion.local (Reflexion email security v8.40.2) with SMTP; Tue, 29 Aug 2017 18:29:31 -0400 (EDT) Received: (qmail 10316 invoked from network); 29 Aug 2017 22:29:30 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (AES256-SHA encrypted) SMTP; 29 Aug 2017 22:29:30 -0000 Received: from [192.168.1.109] (c-67-170-167-181.hsd1.or.comcast.net [67.170.167.181]) by iron2.pdx.net (Postfix) with ESMTPSA id 44155EC94A0; Tue, 29 Aug 2017 15:29:30 -0700 (PDT) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\)) Subject: Re: poudriere's -x (build_native_tools) vs. use of "-m null" : how to enable it Date: Tue, 29 Aug 2017 15:29:29 -0700 References: <9B2F4539-AAA9-45EB-AC92-F47E9CAA21FF@dsl-only.net> <52C6B6AA-EAAD-41A1-A07F-C773D9F33315@dsl-only.net> To: Bryan Drewery , FreeBSD Toolchain In-Reply-To: <52C6B6AA-EAAD-41A1-A07F-C773D9F33315@dsl-only.net> Message-Id: <2A6F3F8A-2957-477D-8AD5-B0494598F7F8@dsl-only.net> 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: Tue, 29 Aug 2017 22:29:33 -0000 On 2017-Aug-29, at 3:08 PM, Mark Millard wrote: > On 2017-Aug-29, at 2:38 PM, Bryan Drewery = wrote: >=20 >> On 8/29/2017 2:35 PM, Mark Millard wrote: >>> In a command command such as: >>>=20 >>> poudriere jail -c -j zrFBSDx64SLppc64 -a powerpc.powerpc64 -x -m = null -M = /usr/obj/DESTDIRs/clang-powerpc64-altbinutils-installworld-dist-from-src = -S /usr/src/ -v 11.1-STABLE >>>=20 >>> the -x is silently ignored. I added the "build_native_xtools" into >>> the /usr/local/share/poudriere/jail.sh code to have it contain: >>=20 >> I consider '-m null' to be a read-only operation on the provided = path. >> Poudriere did not build it, so I would rather not force a build >> procedure on it for native-xtools either. >>=20 >> On the otherhand, if we store the native-xtools files outside of the >> jail path then it will not be a problem. >=20 > Okay. I was just looking for a way to deal with local > experimental patches in the system and/or ports rather > than building from official materials, checking how > things seem to go for builds. >=20 > I ended up with the following nxb* directories in > /usr/obj/. . . for my context: >=20 > /usr/obj/powerpc.powerpc/nxb > /usr/obj/arm.armv6/nxb > /usr/obj/arm64.aarch64/nxb > /usr/obj/DESTDIRs/clang-armv7-installworld-dist-from-src/nxb-bin > /usr/obj/DESTDIRs/clang-cortexA53-installworld-dist-from-src/nxb-bin > /usr/obj/DESTDIRs/gcc421-powerpc-installworld-dist-from-src/nxb-bin > /usr/obj/DESTDIRs/clang-powerpc-installworld-dist-from-src/nxb-bin > = /usr/obj/DESTDIRs/clang-powerpc64-altbinutils-installworld-dist-from-src/n= xb-bin > /usr/obj/DESTDIRs/clang-cortexA57-installworld-dist-from-src/nxb-bin > /usr/obj/powerpc.powerpc64/nxb I should also have compared and contrasted with my buildworld/buildkernel directory trees: # ls -dlT /usr/obj/*/*.* drwxr-xr-x 3 root wheel 3 Aug 13 15:16:17 2017 = /usr/obj/amd64_clang/amd64.amd64 drwxr-xr-x 3 root wheel 3 Aug 29 01:22:29 2017 = /usr/obj/armv7_clang/arm.armv6 drwxr-xr-x 3 root wheel 3 Aug 29 02:12:29 2017 = /usr/obj/cortexA53_clang/arm64.aarch64 drwxr-xr-x 3 root wheel 3 Aug 29 02:45:54 2017 = /usr/obj/cortexA57_clang/arm64.aarch64 drwxr-xr-x 3 root wheel 3 Aug 28 16:34:43 2017 = /usr/obj/powerpc64vtsc_clang_altbinutils/powerpc.powerpc64 drwxr-xr-x 3 root wheel 3 Aug 29 01:48:58 2017 = /usr/obj/powerpcvtsc_clang/powerpc.powerpc drwxr-xr-x 3 root wheel 3 Aug 29 02:38:08 2017 = /usr/obj/powerpcvtsc_clang_gcc421/powerpc.powerpc (For that last clang built a gcc421 bootstrap compiler.) These were built with the likes of: # more = ~/sys_build_scripts.amd64-host/make_armv7_nodebug_clang_bootstrap-amd64-ho= st.sh=20 kldload -n filemon && \ script = ~/sys_typescripts/typescript_make_armv7_nodebug_clang_bootstrap-amd64-host= -$(date +%Y-%m-%d:%H:%M:%S) \ env __MAKE_CONF=3D"/root/src.configs/make.conf" SRCCONF=3D"/dev/null" = SRC_ENV_CONF=3D"/root/src.configs/src.conf.armv7-clang-bootstrap.amd64-hos= t" \ WITH_META_MODE=3Dyes \ MAKEOBJDIRPREFIX=3D"/usr/obj/armv7_clang" \ make $* So the "nxb" directories were outside my build trees. The DESTDIRs listed that had "nxb-bin" directories were just for the poudriere use in the first place. For other uses I'd have created separate install trees with their own names. > However, for example, I did the powerpc ones in > the order (as an experiment that I did not expect > to "work"): >=20 > /usr/obj/DESTDIRs/clang-powerpc-installworld-dist-from-src/nxb-bin > /usr/obj/DESTDIRs/gcc421-powerpc-installworld-dist-from-src/nxb-bin >=20 > and the second reused the material from the first -x . In other > words: the native compiler ended up being based on clang for the > later gcc421 based jail attempt. >=20 > A similar point goes for the pair (in order): >=20 > /usr/obj/DESTDIRs/clang-cortexA53-installworld-dist-from-src/nxb-bin > /usr/obj/DESTDIRs/clang-cortexA57-installworld-dist-from-src/nxb-bin >=20 > in that the A57 one bound to the prior A53 -x content. >=20 > I'm not claiming a problem, just something to know to > expect to avoid. (My 32-bit powerpc activity has lead > to building things based on both compilers because of > the kernel build only working for gcc421-based builds. > Such odd combinations are likely rare.) >=20 >>>=20 >>> null) >>> JAILFS=3Dnone >>> FCT=3Dbuild_native_xtools >>> ;; >>>=20 >>> in order to avoid this. >>>=20 >>> A similar "jail -c" for "-j zrFBSDx64SLarmv7 -a arm.armv6" (and >>> -M /usr/obj/DESTDIRs/clang-armv7-installworld-dist-from-src=20 >>> in my context) and the later bulk build for it seems to be >>> working fine for building lang/gcc7 (as a test). So far: > . . . =3D=3D=3D Mark Millard markmi at dsl-only.net _______________________________________________ freebsd-toolchain@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-toolchain To unsubscribe, send any mail to = "freebsd-toolchain-unsubscribe@freebsd.org"