1. Forum
  2. Usenet
  3. LINUX.GENTOO.DEV

  • x86 FP issues (Re: [gentoo-dev] Arch Status and Future Plans)

    From Sam James@21:1/5 to Arthur Zamarin on Wed Jun 26 02:30:01 2024
    Arthur Zamarin <[email protected]> writes:

    Hi all, this will be a long mail, and might be confusing, I'll try to organize it, but this is a mess, so bear with me.
    [...]
    ======== 32-bit arches ========

    This includes stable arches x86, arm, ppc, sparc32, dev arches s390, and maybe more. Those are in much worse situation, with a mess on various
    fronts, some of them super hard to continue support. For example
    qtwebengine is less and less likely to manage to compile on a
    real-hardware, and not 32-bit chroot on 64-bit host. Arch Team want to minimize our work on those arches, meaning mass-destable and even mass-dekeyword, with potentially full drop of stable status.

    ======== x86 ========

    Stable 32-bit arch. I'll be honest, I don't believe at all this should
    be stable arch anymore. I propose making it dev arch, and mass-dekeyword stuff we got because of inertia. This arch is close to HW die. (let's
    not talk about i486 vs i686).

    I think the mfpmath=sse thing [0] makes this a bit better but I still sympathise with your point.

    [0] https://public-inbox.gentoo.org/gentoo-dev/[email protected]/

    -----BEGIN PGP SIGNATURE-----

    iOUEARYKAI0WIQQlpruI3Zt2TGtVQcJzhAn1IN+RkAUCZnte318UgAAAAAAuAChp c3N1ZXItZnByQG5vdGF0aW9ucy5vcGVucGdwLmZpZnRoaG9yc2VtYW4ubmV0MjVB NkJCODhERDlCNzY0QzZCNTU0MUMyNzM4NDA5RjUyMERGOTE5MA8cc2FtQGdlbnRv by5vcmcACgkQc4QJ9SDfkZB7xwEAxEmWJ1cUCJnNhKZlbuNgvw/Uzw925KpVQEUl zSdJm2wBAMLiu8otm3/lkQRJJaRzxyS/9yiRTojGk/F8O2Xk+pkF
    =uv9R
    -----END PGP SIGNATURE-----

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From =?UTF-8?Q?Micha=C5=82_G=C3=B3rny?=@21:1/5 to Sam James on Fri Jun 28 07:30:01 2024
    On Wed, 2024-06-26 at 01:20 +0100, Sam James wrote:
    Arthur Zamarin <[email protected]> writes:

    Hi all, this will be a long mail, and might be confusing, I'll try to organize it, but this is a mess, so bear with me.
    [...]
    ======== 32-bit arches ========

    This includes stable arches x86, arm, ppc, sparc32, dev arches s390, and maybe more. Those are in much worse situation, with a mess on various fronts, some of them super hard to continue support. For example qtwebengine is less and less likely to manage to compile on a real-hardware, and not 32-bit chroot on 64-bit host. Arch Team want to minimize our work on those arches, meaning mass-destable and even mass-dekeyword, with potentially full drop of stable status.

    ======== x86 ========

    Stable 32-bit arch. I'll be honest, I don't believe at all this should
    be stable arch anymore. I propose making it dev arch, and mass-dekeyword stuff we got because of inertia. This arch is close to HW die. (let's
    not talk about i486 vs i686).

    I think the mfpmath=sse thing [0] makes this a bit better but I still sympathise with your point.

    I'd just like to point out that `-mfpmath=sse` is a two-edged sword. It generally makes results more consistent with other architectures which
    is good and resolves some test failures when people *aren't testing with
    x86*. However, it breaks stuff when people are specifically testing
    with x86 and accounting for i387 math (sigh).


    [0] https://public-inbox.gentoo.org/gentoo-dev/[email protected]/

    --
    Best regards,
    Michał Górny


    -----BEGIN PGP SIGNATURE-----

    iQFGBAABCgAwFiEEx2qEUJQJjSjMiybFY5ra4jKeJA4FAmZ+SAwSHG1nb3JueUBn ZW50b28ub3JnAAoJEGOa2uIyniQOWg0H/0OwXoXiHZXElqIscHtZueccZ0wPYcWJ 7EPfoj6Y+KlPW3u8c32nkwrhytb3Ci/Anz0mFHDgWgtw7r4BghUCm0Sg5t94Vc9O vw7uz95CWLTxAGM63IuAj22OtxUnBlJULR7SoJlJv0m+QCiCwgxeY/7K4j7fnQTG Fd8beZFWgldQbYgFs+BpDxMvDqQeprvak+5907Z8f7F5DI1Fd1okCUnGXpp+mJHM n0V7GGTSFfN0rIIpmDQoOayPYAjnrHCjU5Q1pDLpX+TxtP0z5xwpwcTZvWH3hUTq fMpQG1+RoRcLLn0sCbuwGpzgQ+A8Z21wn/rxuK9RGYANBrCk6igl2Ao=
    =lAqL
    -----END PGP SIGNATURE-----

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)