Re: Bypassing the 2/3/4GB virtual memory space on 32-bit ports

Ben Hutchings <[email protected]>
Newsgroups gmane.linux.debian.ports.arm,gmane.linux.debian.ports.mips,gmane.linux.debian.devel.general,gmane.linux.debian.devel.release
Message-ID <[email protected]>
On Thu, 2019-08-08 at 22:38 +0200, Aurelien Jarno wrote:
[...]
> 1) Build a 64-bit compiler targeting the 32-bit corresponding
>    architecture and install it in the 32-bit chroot with the other
>    64-bit dependencies. This is still a kind of cross-compiler, but the
>    rest of the build is unchanged and the testsuite can be run. I guess
>    it *might* be something acceptable. release-team, could you please
>    confirm?
>    
>    In the past it would have been enough to "just" do that for GCC, but
>    nowadays, it will also be needed for rustc, clang and many more. The
>    clang case is interesting as it is already a cross-compiler
>    supporting all the architectures, but it default to the native
>    target. I wonder if we should make mandatory the "-target" option,
>    just like we do not call "gcc" anymore but instead "$(triplet)-gcc".
>    Alternatively instead of creating new packages, we might just want
>    to use the corresponding multiarch 64-bit package and use a wrapper
>    to change the native target, ie passing -m32 to gcc or -target to
>    clang.
[...]
> Any comments, ideas, or help here?
[...]

1a. Require 32-bit build environments to be multiarch with the
    related 64-bit architecture also enabled.

Ben.

-- 
Ben Hutchings
Experience is directly proportional to the value of equipment destroyed
                                                    - Carolyn Scheppner
signature.asc (application/pgp-signature, 833 B)
-----BEGIN PGP SIGNATURE-----

iQIzBAABCgAdFiEErCspvTSmr92z9o8157/I7JWGEQkFAl1Mku0ACgkQ57/I7JWG
EQkpBxAAp/HMAWbFhSwebZ4HyYRM08JcAOdFlEutKJH14vVQWvJO8JeHUK67ReTZ
mSyJayjXlSf2NSn8SM5qg4caqBYYxHnspBdwxp9kJAmz6tiP8q9lhT8MvO/uY4g7
emrPmXuvNvMs4B3Lw+O3iHDlt20y3Fh3H2l/7JNZuTBc8xy/gZPIB+/frKGmr6CA
nACliTPhKG3/2CD4BGDZz94f6/3jUT7SQlS1PkgRJZK3/ZOMCvWC13tXOHD4CJXB
fQzLJkyXnXv30el+wUYBbjvheCpvmUbI20M/9ve7CGxkWeOz0UvJ/D3Th4GLayBk
3N/x35C5odzS7+ABUbG4IsK3t5xTOjrAKorwvoNO5Aqhefep9/RVTtSu/xxfFpIB
1Y2grzPzIJ1z9kXLvgG/eJW5r7ZUaUxsAs5GnciPl5sBkwOt/AITmxe8KNuRqfAR
6QQEcSZk+9RzTQFMdMlgdkKeDeAry5im57pQDe2lWNyqE0rjH9kmB48gE+uHrA5A
Rnpy0bBM+QNzbVe/Sd29/bA6mIygktEhGAfdEV2We7QM7n75o5SKFgrxqWEPW849
Mc38bV8TPeIl89DnTSCPip/Ltw1vghRixRUpv0o3mNnQzWrQmARkHqx6He1BT81q
ah9fsU2tJOUd1QFjiLpThjkQ4+VLuI7BPwEVQ99vA7yGeep9mhY=
=veE2
-----END PGP SIGNATURE-----
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.