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
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.