Meta mode toolchain bootstrapping [was Re: FreeBSD targets/ out-of-date]

*_BOOTSTRAP) with buildworld leads to a broken build currently since it is the user basically asking to use their default external toolchain of /usr/bin/*, but the logic does not kick in to use --sysroot against WORLDTMP. I plan to fix this soon as well. -- Regards, Bryan Drewery signature.asc Description: OpenPGP digital signature

Re: Meta mode toolchain bootstrapping [was Re: FreeBSD targets/ out-of-date]

On 11/13/2015 9:22 AM, Simon J. Gerraty wrote: > Bryan Drewery <bdrew...@freebsd.org> wrote: >>> WITH_META_FILES should give you improvements already in that regard. >> >> Yes, it's a step. We'll need cookies in a lot of places too. I wish >> WIT

Re: Meta mode toolchain bootstrapping [was Re: FreeBSD targets/ out-of-date]

On 11/13/2015 1:38 PM, Simon J. Gerraty wrote: > Bryan Drewery <bdrew...@freebsd.org> wrote: > >> On 11/13/2015 9:22 AM, Simon J. Gerraty wrote: >>> Bryan Drewery <bdrew...@freebsd.org> wrote: >>>>> WITH_META_FILES should give you improvements al

Re: 11.0-CURRENT SRC_ENV_CONF file vs. MAKEOBJDIRPREFIX in the file: they do not mix

On 12/15/15 10:54 AM, Mark Millard wrote: > On 2015-Dec-15, at 10:37 AM, Bryan Drewery <bdrew...@freebsd.org> wrote: >> >> On 12/8/15 2:14 PM, Bryan Drewery wrote: >>> On 12/7/15 1:33 PM, Mark Millard wrote: >>>> >>>>> On 2015-Dec-

Re: 11.0-CURRENT SRC_ENV_CONF file vs. MAKEOBJDIRPREFIX in the file: they do not mix

On 12/8/15 2:14 PM, Bryan Drewery wrote: > On 12/7/15 1:33 PM, Mark Millard wrote: >> >>> On 2015-Dec-7, at 12:48 PM, Simon J. Gerraty <s...@juniper.net> wrote: >>> >>> Mark Millard <mar...@dsl-only.net> wrote: >>>> My guess is t

Re: svn commit: r297435 - head: still problems for stage 3 when gcc 4.2.1 is avoided (powerpc64 self-hosted build)

chains on OSes (eg macosx) > where it may already generate freebsd binaries and as such we should > be calling the compiler/linker with all the flags it needs. > > Having a patched compiler default for mips made things way, way harder > than it needed to be. > > -- Regards

Re: svn commit: r297435 - head: still problems for stage 3 when gcc 4.2.1 is avoided (powerpc64 self-hosted build)

ath hacks progresses the build further. -- Regards, Bryan Drewery signature.asc Description: OpenPGP digital signature

Re: 11.0 -r300944 build attempted WITH_META_MODE failed [amd64 targeting powerpc64 via devel/powerpc64-gcc use]

_target': > /usr/src/usr.sbin/ctld/uclparse.c:731: undefined reference to > `ucl_iterate_object' > collect2: error: ld returned 1 exit status > > *** [ctld.full] Error code 1 > > make[4]: stopped in /usr/src/usr.sbin/ctld > 1 error > > make[4]: stopped in /usr/src/usr.sbin/ctld > *** [all_subdir_usr.sbin/ctld] Error code 2 > > > > > === > Mark Millard > markmi at dsl-only.net > -- Regards, Bryan Drewery signature.asc Description: OpenPGP digital signature

WITH_SYSTEM_COMPILER default on

this feature was that when we bumped the compiler revision, too much of clang would rebuild. That was addressed in r301277. I would like to enable this feature by default in head for 11.0. Unless there are any objections I will do so in a few days. -- Regards, Bryan Drewery signature.asc Description

Cross-building with -fsanitize [was Re: Brokenness in i386 cross-build]

tfu_mktemp_not_exist_body': >>> >> /usr/src/contrib/netbsd-tests/lib/libc/stdio/t_mktemp.c:47: warning: >>> >> warnin= >>> >> g: mktemp() possibly used unsafely; consider using mkstemp() >>> >> /usr/obj/i386.i386/usr/src/tmp/usr/bin/ld: >>&

FAST_DEPEND is now default

. Dependencies are gathered at compile time with -MF flags kept in separate .depend files per object file. Users should run 'make cleandepend' once if using -DNO_CLEAN to clean out older stale .depend files. The option and mkdep(1) support will be removed in a few weeks. -- Regards, Bryan Drewery

CXXSTD=c++11

/pipermail/freebsd-toolchain/2015-October/001757.html which I've fixed in an upcoming commit to properly pass -std=c++11 to the lib32 build in CXXFLAGS. -- Regards, Bryan Drewery signature.asc Description: OpenPGP digital signature

Re: CXXSTD=c++11

On 3/24/2016 3:45 PM, Bryan Drewery wrote: > On 3/24/2016 3:44 PM, Dimitry Andric wrote: >> On 24 Mar 2016, at 23:36, Bryan Drewery <bdrew...@freebsd.org> wrote: >>> >>> Is there any problem with forcing -std=c++11 for all CXX/LIB_CXX builds >>> now? W

Re: CXXSTD=c++11

On 3/24/2016 3:44 PM, Dimitry Andric wrote: > On 24 Mar 2016, at 23:36, Bryan Drewery <bdrew...@freebsd.org> wrote: >> >> Is there any problem with forcing -std=c++11 for all CXX/LIB_CXX builds >> now? We do this when using an external GCC since it doesn't default to

Re: CXXSTD=c++11

On 3/24/2016 3:54 PM, Dimitry Andric wrote: > On 24 Mar 2016, at 23:51, Bryan Drewery <bdrew...@freebsd.org> wrote: >> >> On 3/24/2016 3:45 PM, Bryan Drewery wrote: >>> On 3/24/2016 3:44 PM, Dimitry Andric wrote: >>>> On 24 Mar 2016, at 23:36,

Re: CXXSTD=c++11

On 3/24/2016 4:13 PM, Bryan Drewery wrote: > Well _Static_assert is C++11 and static_assert is C11. Yes I have it backwards, same point though. -- Regards, Bryan Drewery signature.asc Description: OpenPGP digital signature

Re: CXXSTD=c++11

On 3/24/2016 4:16 PM, Dimitry Andric wrote: > On 24 Mar 2016, at 23:54, Dimitry Andric <d...@freebsd.org> wrote: >> >> On 24 Mar 2016, at 23:51, Bryan Drewery <bdrew...@freebsd.org> wrote: > ... >>> It fails without -std=c++11 (there's more discussion in that

Re: svn commit: r297435 - head: still problems for stage 3 when gcc 4.2.1 is avoided (powerpc64 self-hosted build)

-message). So having a default /usr/local/include path seems odd. Adding -isystem /usr/include to fix this is probably possible but there's a risk someone will remove it as redundant. In this case I wish /usr/include was first but I'm not sure what impact that would have on consumers expecting /us

Re: svn commit: r297435 - head: still problems for stage 3 when gcc 4.2.1 is avoided (powerpc64 self-hosted build)

/../cddl/contrib/opensolaris/tools/ctf/cvt/dwarf.c:418: >> > more undefined references to `dwarf_errmsg' follow >> > dwarf.o: In function `dw_read': >> > /usr/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/tools/ctf/cvt/dwarf.c:1963: >&g

Re: 11.0 -r297369: _el_fn_sh_complete missing in buildworld; /usr/obj/. . ./lib/libedit/ has no filecomplete.*

_fn_sh_complete) > > The details. . . FYI this was fixed in r297435. -- Regards, Bryan Drewery ___ freebsd-toolchain@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-toolchain To unsubscribe, send any mail to "

Re: svn commit: r297435 - head: still problems for stage 3 when gcc 4.2.1 is avoided (powerpc64 self-hosted build)

r/local/include to avoid them interfering with system > headers: Try setting X_COMPILER_TYPE=gcc as well. -- Regards, Bryan Drewery ___ freebsd-toolchain@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-toolchain To unsubscr

Re: Use of env SRC_ENV_CONF=. . . for buildworld does not override/avoid use of /etc/src.conf : Intentional?

r. Just stick to src.conf unless you need to set one of the options that requires src-env.conf. -- Regards, Bryan Drewery signature.asc Description: OpenPGP digital signature

Re: poudriere jail -m null -v head vs. at least one port: the "-v head" is not just for "display"

about using the provided /usr/src or erroring if none if found or if the format is not correct. Thanks, will fix it all. -- Regards, Bryan Drewery signature.asc Description: OpenPGP digital signature

Re: -r321371: -j8 failed for "installworld distrib-dirs distribute DESTDIR=/usr/obj/DESTDIRs/clang-amd64-installworld-dist"

/drti > 1 error > > > Removing the -j8 got past this (but got a later problem that > I'll report separately). I am not surprised, there is no .ORDER defined for running installworld distrib-dirs and distribute all at the same time with -j. I can make it parallel-safe though. -- Regards, Bryan Drewery signature.asc Description: OpenPGP digital signature

Re: Recent reports of needing to avoid META_MODE for head kernel builds for updates: a preliminary investigation

the difference in meta mode incremental build results > vs. full rebuild. This was a bug with buildkernel with META_MODE using filemon (the default with META_MODE). It is fixed in r320919. I recommend doing another buildkernel after that and installing to ensure everything gets updated. -- Regards, Bryan Drewery signature.asc Description: OpenPGP digital signature

Re: A head -r317820 incremental buildworld race: kvm_geterr_test failures for -j16 but works without -j

owerpcvtsc_nodebug_gcc421_bootstrap_clang-amd64-host-$(date > +%Y-%m-%d:%H:%M:%S) \ > env __MAKE_CONF="/root/src.configs/make.conf" SRCCONF="/dev/null" > SRC_ENV_CONF="/root/src.configs/src.conf.powerpc-gcc421-bootstrap-clang.amd64-host" > \ > WITH_META_MODE=yes \ Thanks for the report. Fixed in r318092. -- Regards, Bryan Drewery signature.asc Description: OpenPGP digital signature

Re: -r319991 buildkernel waiting in sed for terminal input (the buildworld part completes first), amd64->powerpc cross build

consequences. > > Since it is already a failed build I just ^C out. > r319996 should fix it. Thanks for letting me know! -- Regards, Bryan Drewery signature.asc Description: OpenPGP digital signature

Re: -r319991 buildkernel waiting in sed for terminal input (the buildworld part completes first), amd64->powerpc cross build

It's a meta mode only thing. I'll look at it shortly. Regards, Bryan Drewery > On Jun 15, 2017, at 20:05, Mark Millard <mar...@dsl-only.net> wrote: > > I've been having amd64 -> powerpc cross builds that > stop with sed waiting for terminal input: > > 780 0 Is

Re: poudriere's -x (build_native_tools) vs. use of "-m null" : how to enable it

cess > [00:20:29] [01] [00:15:41] Finished devel/binutils | binutils-2.28,1: Success > [00:20:30] [01] [00:00:00] Building lang/gcc7 | gcc7-7.2.0 > > So I expect that the change is appropriate. > > > [Unfortunately qemu-ppc64-static seems to not work: > the qemu-ppc64-static pr

Re: poudriere jail -c -j JNAME -m null -M PREBUILT-WORLD-PATH -S /usr/src -v 12.0-CURRENT complains about "DIrectory not empty" for PREBUILT-WORLD-PATH

er below.] This and the -S issue should both be fixed in poudriere-devel-3.2.99.20171204_1 I will release it to 3.2.3 later today. Please let me know if it works for you. -- Regards, Bryan Drewery signature.asc Description: OpenPGP digital signature

Re: -r325627 of head: mergemaster: Creating objdir after objdir after . . .

On 11/11/2017 2:25 PM, Mark Millard wrote: > > On 2017-Nov-11, at 8:47 AM, Bryan Drewery <bdrew...@freebsd.org> wrote: > >>> On Nov 11, 2017, at 00:51, Mark Millard <mar...@dsl-only.net> wrote: >>> >>>> On 2017-Nov-10, at 5:16 PM, Bryan Drew

Re: native-xtools gcc archs broken

On 11/7/2017 10:18 AM, Bryan Drewery wrote: > My recent native-xtools rewrite works fine for clang archs but not GCC > archs. I am working on a fix. > Fixed in r325673. -- Regards, Bryan Drewery signature.asc Description: OpenPGP digital signature

Re: -r325627 of head: mergemaster: Creating objdir after objdir after . . .

On 11/16/2017 1:15 PM, Mark Millard wrote: > > === > Mark Millard > mar...@dsl-only.net > > On 2017-Nov-16, at 9:13 AM, Bryan Drewery <bdrew...@freebsd.org> wrote: > >>> . . . >> >> Can you test this patch please in context of this problem ple

Re: -r325627 of head: mergemaster: Creating objdir after objdir after . . .

On 11/10/2017 8:30 AM, Bryan Drewery wrote: > On 11/10/17 7:52 AM, Bryan Drewery wrote: >> On 11/10/2017 12:46 AM, Mark Millard wrote: >>> When I use the command: >>> >>> ~/sys_build_scripts.aarch64-host/mergemaster_cortexA53-aarch64-host.sh >>>

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

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

Head build unsafe for /etc today

On Nov 2, 2017, at 15:44, Mark Millard wrote: >> Author: bdrewery >> Date: Thu Nov 2 22:23:00 2017 >> New Revision: 325347 >> URL: >> https://svnweb.freebsd.org/changeset/base/325347 >> >> >> Log: >> Something is very wrong Unfortunately I only test with META_MODE

Re: Head build unsafe for /etc today

> On Nov 2, 2017, at 18:49, Steve Kargl <s...@troutmask.apl.washington.edu> > wrote: > >> On Thu, Nov 02, 2017 at 06:25:24PM -0700, Bryan Drewery wrote: >> >> On Nov 2, 2017, at 15:44, Mark Millard <mar...@dsl-only.net> wrote: >> >>>

Re: Head build unsafe for /etc today

> On Nov 2, 2017, at 19:36, Glen Barber <g...@freebsd.org> wrote: > >> On Thu, Nov 02, 2017 at 07:23:27PM -0700, Steve Kargl wrote: >> On Thu, Nov 02, 2017 at 07:08:50PM -0700, Bryan Drewery wrote: >>>> On Nov 2, 2017, at 18:49, Steve Kargl <s...@tr

Re: Head build unsafe for /etc today

On 11/2/2017 7:46 PM, Warner Losh wrote: > > > On Thu, Nov 2, 2017 at 8:41 PM, Bryan Drewery <bdrew...@freebsd.org > <mailto:bdrew...@freebsd.org>> wrote: > > > > > On Nov 2, 2017, at 19:23, Steve Kargl <s...@troutmask.apl.washington.edu >

native-xtools gcc archs broken

My recent native-xtools rewrite works fine for clang archs but not GCC archs. I am working on a fix. -- Regards, Bryan Drewery signature.asc Description: OpenPGP digital signature

Re: Still true at -r333575 : head -r320458 (e.g.) amd64 -> powerpc64 cross build's install32 during installworld: /usr/src/share/mk/bsd.linker.mk tried to use "head" when PATH provided no access (head

at 4:54 PM, Mark Millard wrote: > > . . . > > On 2017-Jul-26, at 3:06 AM, Mark Millard wrote: > > . . . > > === > Mark Millard > marklmi26-fbsd at yahoo.com > ( dsl-only.net went > away in early 2018-Mar) > > > > > > -- Regards, Bryan Drewery signature.asc Description: OpenPGP digital signature

Re: Still true at -r333575 : head -r320458 (e.g.) amd64 -> powerpc64 cross build's install32 during installworld: /usr/src/share/mk/bsd.linker.mk tried to use "head" when PATH provided no access (head

On 5/19/2018 6:04 PM, Mark Millard wrote: > On 2018-May-14, at 5:04 PM, Bryan Drewery wrote: > >> On 5/13/2018 1:13 AM, Mark Millard wrote: >>> Retrying the amd64 -> powerpc64 cross build via a powerpc64-gcc >>> this time, combined with WITH_LIB32= , got: "

Re: A head buildworld race visible in the ci.freebsd.org build history

On 6/18/2018 1:45 PM, Konstantin Belousov wrote: > On Mon, Jun 18, 2018 at 12:42:46PM -0700, Bryan Drewery wrote: >> On 6/15/2018 10:55 PM, Mark Millard wrote: >>> In watching ci.freebsd.org builds I've seen a notable >>> number of one time failures, such as

Re: A head buildworld race visible in the ci.freebsd.org build history

On 6/18/2018 3:31 PM, Li-Wen Hsu wrote: > On Mon, Jun 18, 2018 at 6:27 PM Bryan Drewery wrote: >> >> On 6/18/2018 1:45 PM, Konstantin Belousov wrote: >>> On Mon, Jun 18, 2018 at 12:42:46PM -0700, Bryan Drewery wrote: >>>> On 6/15/2018 10:55 PM, Mark Millard wro

Re: A head buildworld race visible in the ci.freebsd.org build history

On 6/18/2018 3:27 PM, Li-Wen Hsu wrote: > On Mon, Jun 18, 2018 at 5:04 PM Mark Millard via freebsd-toolchain > wrote: >> >> On 2018-Jun-18, at 12:42 PM, Bryan Drewery wrote: >> >>> On 6/15/2018 10:55 PM, Mark Millard wrote: >>>> In watching ci.freeb

Re: Still true at -r333575 : head -r320458 (e.g.) amd64 -> powerpc64 cross build's install32 during installworld: /usr/src/share/mk/bsd.linker.mk tried to use "head" when PATH provided no access (head

On 5/19/2018 6:04 PM, Mark Millard wrote: > On 2018-May-14, at 5:04 PM, Bryan Drewery wrote: > >> On 5/13/2018 1:13 AM, Mark Millard wrote: >>> Retrying the amd64 -> powerpc64 cross build via a powerpc64-gcc >>> this time, combined with WITH_LIB32= , got: "

Build updates

few weeks. -- Regards, Bryan Drewery signature.asc Description: OpenPGP digital signature

Re: Build updates [ ci.freebsd.org FreeBSD-head-{aarch64, armv7, armv6}-build failures as of, for example -r335711 and -r335713 ]

On 6/27/2018 10:53 AM, Mark Millard wrote: > >> On 2018-Jun-27, at 10:01 AM, Bryan Drewery wrote: >> >> As of r335704: >> >> - make tinderbox/universe will now build the bootstrap clang *once*. >> Each target clang is still build of course. This suppo

Re: Build updates [ ci.freebsd.org FreeBSD-head-{aarch64, armv7, armv6}-build failures as of, for example -r335711 and -r335713 ]

On 6/27/2018 11:44 AM, Bryan Drewery wrote: > On 6/27/2018 10:53 AM, Mark Millard wrote: >> >>> On 2018-Jun-27, at 10:01 AM, Bryan Drewery wrote: >>> >>> As of r335704: >>> >>> - make tinderbox/universe will now build the bootstrap clang

Re: Build updates [ ci.freebsd.org FreeBSD-head-{aarch64, armv7, armv6}-build failures as of, for example -r335711 and -r335713 ]

On 6/27/2018 11:58 AM, Bryan Drewery wrote: > On 6/27/2018 11:44 AM, Bryan Drewery wrote: >> On 6/27/2018 10:53 AM, Mark Millard wrote: >>> >>>> On 2018-Jun-27, at 10:01 AM, Bryan Drewery wrote: >>>> >>>> As of r335704: >>>> >&

[CFT] tinderbox/universe building clang once

if that has been committed yet. Also FYI WITH_SYSTEM_LINKER support is now in to avoid building libclang for lld on archs that have LLD_BOOTSTRAP set. I'm putting this out for testing since tinderbox/universe take so long and I can't possibly test all workflows with it myself. -- Regards, Bryan

Re: head -r335799 -> -r335812: "Not bootstrapping a cross-compiler" vs. "libclang will be built for bootstrapping a cross-linker": both being reported together

> On Jun 29, 2018, at 23:32, Mark Millard wrote: > > > >> On 2018-Jun-29, at 10:45 PM, Mark Millard wrote: >> >> Going from -r335799 to -r335812 buildworld buildkernel reported: >> >> --- buildworld --- >> make[1]: "/usr/src/Makefile.inc1" line 342: SYSTEM_COMPILER: Determined that >>

Re: parallel_run start_builder and clonefs for UFS in ports-mgmt/poudriere-devel: avoiding elapsed-time spent in the getblk wait channel, sleep a little

rs > [00:00:12] Starting/Cloning builders > [00:02:11] Hit CTRL+t at any time to see build progress and stats > > It appears that a few second sleep is of significant > help for having lots of builders. > Interesting. I wonder why exactly... > === > Mark Millard > markmi at dsl-only.net > -- Regards, Bryan Drewery signature.asc Description: OpenPGP digital signature

Re: New kernel-toolchain buildkernel problem for amd64 -> aarch64 cross build ( after -r336348 ) : ld used for addf_data only can target: elf_x86_64_fbsd elf_i386_fbsd

On 7/16/2018 3:49 PM, Mark Millard wrote: > > > On 2018-Jul-16, at 3:31 PM, Bryan Drewery wrote: > >> On 7/16/18 1:21 PM, Mark Millard wrote: >>> I attempted a from-scratch (. . ./arm64.aarch64/ empty) kernel-toolchain >>> buildkernel >>> target

Re: New kernel-toolchain buildkernel problem for amd64 -> aarch64 cross build ( after -r336348 ) : ld used for addf_data only can target: elf_x86_64_fbsd elf_i386_fbsd

RAP= > WITHOUT_GCC= > WITHOUT_GCC_IS_CC= > WITHOUT_GNUCXX= > # > NO_WERROR= > #WERROR= > MALLOC_PRODUCTION= > # > WITH_REPRODUCIBLE_BUILD= > WITH_DEBUG_FILES= > # > #CROSS_BINUTILS_PREFIX=/usr/local/${TOOLS_TO_TYPE}-unknown-freebsd${VERSION_CONTEXT}/bin/ > XCFLAGS+= -mcpu=cortex-a53 > XCXXFLAGS+= -mcpu=cortex-a53 > # There is no XCPPFLAGS but XCPP gets XCFLAGS content. > ACFLAGS.arm64cpuid.S+= -mcpu=cortex-a53+crypto > ACFLAGS.aesv8-armx.S+= -mcpu=cortex-a53+crypto > ACFLAGS.ghashv8-armx.S+=-mcpu=cortex-a53+crypto > > > # more ~/src.configs/make.conf > CFLAGS.gcc+= -v > > > > === > Mark Millard > marklmi at yahoo.com > ( dsl-only.net went > away in early 2018-Mar) > -- Regards, Bryan Drewery signature.asc Description: OpenPGP digital signature

Re: missing extra information in metamode build

UILD replaces the entire build. None of the normal targets exist, run 'make show-valid-targets' as it says. Really I suggest not using this mode, it is not really stable and has no installworld-like mechanism. -- Regards, Bryan Drewery bdrewery@freenode/EFNet ___ f

Re: Failed buildworld buildkernel: /usr/obj/. . ./arm.armv7/tmp/usr/bin/ld: cannot find -lgcc_s for all_subdir_lib/libdl (a build race?)

On 4/21/18 5:58 PM, Mark Millard wrote: > /usr/obj/armv7_clang/arm.armv7/usr/src/arm.armv7/tmp/usr/bin/ld: cannot find > -lgcc_s This is just an annoying build race due to tools/install.sh not respecting -S, as far as I remember. -- Regards, Bryan Drewery signature.asc Description: O

Re: head -r347549 installworld targeting amd64 after debug build: "stand/efi/boot1 (install)" tried to cc ... -o boot1.sym.full ... and got cc: not found

d/efi/boot1 > TARGET boot1.sym.full > -- command output -- > > -- filemon acquired metadata -- > . . . > > > > This bad install hosed the build environment and I'm going to > build from a different context and then install from there. > We will see if the other -r347549 context has the same sort > of problem. > > === > Mark Millard > marklmi at yahoo.com > ( dsl-only.net went > away in early 2018-Mar) > -- Regards, Bryan Drewery signature.asc Description: OpenPGP digital signature

Re: ports-mgmt/poudriere-devel, lang/rust (for example), and USE_TMPFS that includes wrkdir (or yes)

fs earn the end of the builder's activity. > (This is a amd64 context with 128 GiBytes of RAM and > 192 GiBytes of swapping/paging space.) > > === > Mark Millard > marklmi at yahoo.com > ( dsl-only.net went > away in early 2018-Mar) > -- Regards, Bryan Drewery OpenPGP_signature Description: OpenPGP digital signature