From mboxrd@z Thu Jan  1 00:00:00 1970
Received: from mimir.eigenstate.org ([206.124.132.107]) by ewsd; Mon Nov  2 15:55:24 -0500 2020
Received: from abbatoir.fios-router.home (pool-74-101-2-6.nycmny.fios.verizon.net [74.101.2.6])
	by mimir.eigenstate.org (OpenSMTPD) with ESMTPSA id a99bb780 (TLSv1.2:ECDHE-RSA-AES256-SHA:256:NO);
	Mon, 2 Nov 2020 12:55:13 -0800 (PST)
Message-ID: <40159D135FE3FAB9F9029B243CC5BEF1@eigenstate.org>
To: unobe@cpan.org, 9front@9front.org
Subject: Re: [9front] Cannot build system on latest rpi4 (libbio errors)
Date: Mon, 02 Nov 2020 12:55:12 -0800
From: ori@eigenstate.org
In-Reply-To: <764142D9A571BCEFEEFF50F715733FB8@smtp.pobox.com>
MIME-Version: 1.0
Content-Type: text/plain; charset="US-ASCII"
Content-Transfer-Encoding: 7bit
List-ID: <9front.9front.org>
List-Help: <http://lists.9front.org>
X-Glyph: ➈
X-Bullshit: object-oriented pipelining-based SSL over SQL package session framework 

> I ran sysupdate last night and attempted to rebuild the system, but it fails with some errors about libbio:
> 
> cpu% cd /sys/src
> cpu% mk install
> ...
> 7l  -o 7.out aliasmail.7 ../common/libcommon.a7
> ??none??: incompatible type signatures c0a3cfae(../common/libcommon.a7(sysnames_read)) and 9dd3ea4c(/arm64/lib/libbio.a(Bseek)) for Bseek
> badd: incompatible type signatures e8001435(../common/libcommon.a7(sysnames_read)) and 34728a43(/arm64/lib/libbio.a(Brdstr)) for Brdstr
> Binits: incompatible type signatures ac447a74(../common/libcommon.a7(sysnames_read)) and ce449e92(/arm64/lib/libbio.a(Bopen)) for Binit
> Bfdopen: incompatible type signatures 29f5223c(../common/libcommon.a7(sysnames_read)) and 63f5472a(/arm64/lib/libbio.a(Bopen)) for Bopen
> Bopen: incompatible type signatures bb9b2306(../common/libcommon.a7(sysnames_read)) and f9b3864(/arm64/lib/libbio.a(Bopen)) for Bterm
> ??none??: incompatible type signatures bb9b2306(../common/libcommon.a7(sysnames_read)) and f9b3864(/arm64/lib/libbio.a(Bfildes)) for Bfildes
> mk: 7l  -o ...  : exit status=rc 420270: 7l 420272: error
> mk: for (i in ...  : exit status=rc 420228: rc 420265: mk 420266: error
> mk: for(i in 1a ...  : exit status=rc 403330: rc 420225: mk 420227: error
> mk: test -e 7._cp ...  : exit status=rc 401470: mk 403313: error
> mk: date for (i ...  : exit status=rc 392586: rc 401452: mk 401453: error
> cpu%
> 
> I attempted to resolve by first rebuilding /sys/src/cc, then /sys/src/7c, as mentioned in FQA 5. I then tried 'mk clean', and 'mk libs', and still no success.  I would have thought that a 'mk clean' would have worked, but from the message above it looks like the build is using the system's libbio and it's expecting different type signatures. I looked at the commit log for 9front but didn't see anything recently that would modify libbio.
> 
> The only reference I found on google is here, with a different project: https://github.com/Orc/discount/issues/193

Let me guess, that's upas? I think the mkfiles there need
another look -- I don't think we rebuild libcommon when
we should.

Try 'cd /sys/src/cmd/upas && mk nuke'.