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