Date: Mon, 15 Aug 2022 12:06:16 +0900 From: Tomoaki AOKI <junchoon@dec.sakura.ne.jp> To: Mark Millard <marklmi@yahoo.com> Cc: Nuno Teixeira <eduardo@freebsd.org>, FreeBSD Mailing List <freebsd-ports@freebsd.org> Subject: Re: Resolved: devel/llvm13 build: "ninja: build stopped: subcommand failed" Message-ID: <20220815120616.0cb809413a551717cab3a2eb@dec.sakura.ne.jp> In-Reply-To: <DF02B075-78C1-4142-9ACA-12C4CCAFBCF6@yahoo.com> References: <1D4C14BD-8955-4B86-9C99-3E58D7603122.ref@yahoo.com> <1D4C14BD-8955-4B86-9C99-3E58D7603122@yahoo.com> <CAFDf7UK-pAFXCrZZA9veASaa-wf9HKMdX52fxmcmDgRFiNOF7A@mail.gmail.com> <7CDC63F3-8B68-420E-8012-B1692667E293@yahoo.com> <CAFDf7UJmBNvfVo3SAenPUk1WkFgvpkqoM6=Riv6pwaovuNnAWg@mail.gmail.com> <21FC1F5E-240E-4A8C-A5D2-6B73494026C0@yahoo.com> <CAFDf7ULAPa-YcYezUDCAVP-cMijYLMpLM10z7Xom%2B1siXvn42g@mail.gmail.com> <3E3F8980-8214-45E9-9530-D78243A29D41@yahoo.com> <CAFDf7U%2BDbO0KFKnS4sx4AiXTsS_CPbKFyPTT-B0o1oZS9rWYAg@mail.gmail.com> <DF02B075-78C1-4142-9ACA-12C4CCAFBCF6@yahoo.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On Sun, 14 Aug 2022 12:23:03 -0700 Mark Millard <marklmi@yahoo.com> wrote: > On 2022-Aug-14, at 11:07, Nuno Teixeira <eduardo@freebsd.org> wrote: > > > I will follow https://docs.freebsd.org/en/books/handbook/book/#disks-growing and resize actual swap, but before that I will have to make sure that backups are ok in case of something goes wrong. > > > > I've tooked a note about total swap <=60GB > > > > . . . > > > I forgot an important question relative to the resource use > for building devel/llvm13 and later: do you need/want the > fortran compiler? > > If not, you can disable the options: FLANG MLIR > (building FLAG would require building MLIR) > > Then the build will be far less memory intensive > and take less time. > > It had slipped my mind that my builds have these 2 options > disabled. > > === > Mark Millard > marklmi at yahoo.com Is there any possibility that something alike Bug 264949 [1] for gcc11 is happening? For amd64, option GOLD (LTO support) is implied by default. If it causes LTO to be enabled for llvm13 build itself, and lld act as linker of gcc11, small TMPDIR would overflow. gcc11 required at minimum 5GiB of free space on TMPDIR. (4GiB was insufficient.) [1] https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=264949 -- Tomoaki AOKI <junchoon@dec.sakura.ne.jp>
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20220815120616.0cb809413a551717cab3a2eb>