Re: llvm10 build failure on Rpi3

From: Mark Millard via freebsd-ports <freebsd-ports_at_freebsd.org>
Date: Sat, 03 Jul 2021 04:47:04 UTC

On 2021-Jul-2, at 19:23, Mark Millard <marklmi at yahoo.com> wrote:
> 
> I just noticed that in several prior messasges I quoted the llvm-tblgen
> command that generates the *.inc files with the odd contents instead
> of the later compile that tried to use the output files in question.
> 
> This leaves open the possibility that I had incorrectly checked on if
> the build had failed, the build possibly not having reached the part
> that used the files as of when I declared it was past that point.
> 
> So I may need to rerun some tests.

I have restarted a RPi4B total_mem=1024 test build of devel/llvm10
via poudriere (-devel).

It has:

[00:01:12] Deleting llvm10-10.0.1_5.txz: changed options
[00:01:12] Pkg: BE_AMDGPU BE_NATIVE CLANG DOCS EXTRAS LIT LLD LLDB LLD_LINK OPENMP 
[00:01:12] New: BE_AMDGPU BE_STANDARD CLANG DOCS EXTRAS LIT LLD LLDB LLD_LINK OPENMP PYCLANG 

as your builds vary which target it fails from from one build
attempt to the next and this better matches what your logs
report. I need to wait until after all the *GenGlobalISel.inc
files for all the targets have been put to use before
concluding that it did not fail. Your logs have gone up to
at least 17:34:09 before reaching a failure of bad content
in one of those files (when only devel/llvm10 was being built).
In other words: a lot more targets used their *GenGlobalISel.inc
file(s) before one failed.

The context for this test is based on:

# uname -apKU
FreeBSD Rock64_RPi_4_3_2v1p2 14.0-CURRENT FreeBSD 14.0-CURRENT #1 main-n247651-a00d703f2f43-dirty: Wed Jun 30 02:02:01 PDT 2021     root@CA72_16Gp_ZFS:/usr/obj/BUILDs/main-CA53-nodbg-clang/usr/main-src/arm64.aarch64/sys/GENERIC-NODBG-CA53  arm64 aarch64 1400024 1400024

(So it predates today's workaround for allowing lang/rust to build
via main.)

Usual rules for me for for USB3 SSD, swap/paging space
size, etc.

> Side note:
> 
> It llooks like http://www.zefox.org/~bob/swaplogs/poudrierellvm10.log
> shows that you tried with:
> 
> Device          1K-blocks     Used    Avail Capacity
> /dev/da0s2b       1048576    25784  1022792     2%
> /dev/mmcsd0s2b    1048576    25124  1023452     2%
> Total             2097152    50908  2046244     2%
> 
> A gather that the problem still occurred?

"I" gather, not "A" gather.

(I can not tell which build attempt the log is for but
I expect that you would have reported a successful build
if one had occurred.)


===
Mark Millard
marklmi at yahoo.com
( dsl-only.net went
away in early 2018-Mar)