Re: [Pkg-rust-maintainers] Bug#881845: Bug#881845: Bug#881845: Bug#881845: Bug#881845: Bug#881845: Bug#881845: Bug#881845: rustc: FTBFS on mips*: test failures
Aron Xu <[email protected]>
| Newsgroups | gmane.linux.debian.ports.mips |
|---|---|
| Message-ID | <CAMr=8w4NKehRDi5KJrfQSw_wXKk2oSt68o0VMXazW+XSfUPYEg@mail.gmail.com> |
On Wed, Oct 3, 2018 at 5:54 PM John Paul Adrian Glaubitz <[email protected]> wrote: > > On 10/3/18 10:35 AM, Emilio Pozuelo Monfort wrote: > >> Can you backport the llvm fix to llvm 7? > > > > Actually given 7 is not in testing and rust is not using it atm, what would be > > good is to have this backported to llvm 6 asap, so that we can (hopefully) get > > rust bootstrapped in mips*, which is blocking quite some stuff. > > Even if you fix this particular bug, you are still running into the unfortunate > situation on the 32-bit MIPS architectures that there is not enough virtual > address space per process for Rust to work so you will always end up in > out-of-memory situations when building rustc natively on 32-bit MIPS. > > I have done extensive testing and tried lots of different approaches to > reduce the memory footprint of the Rust compiler, but so far I have > never succeeded in building rustc natively on 32-bit MIPS. > I haven't tried this yet. Wonders if it's doable to build 32bit rustc natively without debugging symbols (where Debian builds full debug symbols which consumes a lot of the address space), if that's doable we can consider adding something like -gsplit-dwarf to rustc to relax the situation. Regards, Aron