Re: llvm10 build failure on Rpi3

From: Mark Millard via freebsd-ports <freebsd-ports_at_freebsd.org>
Date: Sat, 26 Jun 2021 22:29:48 UTC
[freebsd-arm+owner at FreeBSD.org sent a notice of rejection
of the original of the below because, according to it, I was
not a subscriber to freebsd-arm. So this is a resend after
(re-)subscribing. We will see if it is again rejected.]

On 2021-Jun-25, at 22:14, Mark Millard <marklmi at yahoo.com> wrote:

> On 2021-Jun-25, at 20:52, bob prohaska <fbsd at www.zefox.net> wrote:
> 
>> If you replicate the problem I'll be very pleased.
>> And just slightly relieved.
> 
> 
> No luck on the 1st try:
> 
> [ 28% 1315/4575] cd /wrkdirs/usr/ports/devel/llvm10/work/.build && /wrkdirs/usr/ports/devel/llvm10/work/.build/bin/llvm-tblgen -gen-global-isel -I /wrkdirs/usr/ports/devel/llvm10/work/llvm-10.0.1.src/
> lib/Target/AArch64 -I /wrkdirs/usr/ports/devel/llvm10/work/llvm-10.0.1.src/include -I /wrkdirs/usr/ports/devel/llvm10/work/llvm-10.0.1.src/lib/Target /wrkdirs/usr/ports/devel/llvm10/work/llvm-10.0.1.s
> rc/lib/Target/AArch64/AArch64.td --write-if-changed -o lib/Target/AArch64/AArch64GenGlobalISel.inc -d lib/Target/AArch64/AArch64GenGlobalISel.inc.d
> . . .
> [ 28% 1326/4575] cd /wrkdirs/usr/ports/devel/llvm10/work/.build && /wrkdirs/usr/ports/devel/llvm10/work/.build/bin/llvm-tblgen -gen-global-isel -I /wrkdirs/usr/ports/devel/llvm10/work/llvm-10.0.1.src/lib/Target/AMDGPU -I /wrkdirs/usr/ports/devel/llvm10/work/llvm-10.0.1.src/include -I /wrkdirs/usr/ports/devel/llvm10/work/llvm-10.0.1.src/lib/Target /wrkdirs/usr/ports/devel/llvm10/work/llvm-10.0.1.src/lib/Target/AMDGPU/AMDGPUGISel.td --write-if-changed -o lib/Target/AMDGPU/AMDGPUGenGlobalISel.inc -d lib/Target/AMDGPU/AMDGPUGenGlobalISel.inc.d
> 
> Both finished just fine, indicating that the prior file generations were
> okay.
> 
> I'll put the options to be like you are using and try again.

No failure.

In a faster context with RAM such that there is no reported
use of swap in top, I've tried a host kernel that is non-debug
and a host kernel that is debug in combinations with host
worlds that are non-debug vs. debug in combination with systems
for the jail that are non-debug releng/13 based, non-debug
main based, and debug main based.

So far none of that has failed.

On the RPi4B with total_mem=1024 I've only had the non-debug
main host kernel and world and a world for jail use that was
nondebug. But I've tried with and without junk:true.

No failures.

For the RPi4B, I've now got a debug host kernel and world
and a debug world for jail use. So, by default, junk:true .

We will see if it gets a failure or not.

It is likely the last of the reproduction attempts based on
the information so far.


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