Re: Future of 32-bit platforms (including i386)

Warner Losh <[email protected]>
Newsgroups gmane.os.freebsd.architechture
Message-ID <CANCZdfoJqm3ULK2rrb2M9f0jwzMrR1ijneKGf4ZzPA_3tVTxdA@mail.gmail.com>
On Thu, Aug 3, 2023 at 10:34 PM John Baldwin <[email protected]> wrote:

> On 8/3/23 2:36 PM, Mark Millard wrote:
> > John Baldwin <jhb_at_FreeBSD.org> wrote on
> > Date: Thu, 03 Aug 2023 19:57:08 UTC :
> >
> >> On 7/27/23 10:49 AM, [email protected] wrote:
> >>> On 2023-05-24 01:35, Emmanuel Vadot wrote:
> >>>> On Tue, 23 May 2023 16:46:51 -0700
> >>>> John Baldwin <[email protected]> wrote:
> >>>>
> >>>>> On 4/27/23 10:19 AM, John Baldwin wrote:
> >>>>>> . . .
> >>
> >> It's not just about make tinderbox, it is also about keeping platforms
> >> viable. One big example is that we probably need to start supporting the
> >> use of rust in the base system in some form in the not too distant
> >> future, but rust isn't supported on armv7 on FreeBSD (and someone would
> >> need to do the work to make that happen).
> >
> > I'm confused about the "isn't supported on armv7 on FreeBSD"
> > claim:
>
> Please see https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=254853
> as an example.  According to that bug at least rustc is not doable
> under qemu-user which is how armv7 packages are built.
>

I'l need to test this again. A number of interesting bugs have been fixed
in upstream.

Also, I thought we'd shifted building armv7 packages on an aarch64
server that can runs 32-bit jails...

Warner
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.