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

Aurelien Jarno <[email protected]>
Newsgroups gmane.linux.debian.ports.mips,gmane.linux.debian.ports.arm,gmane.linux.debian.devel.general,gmane.linux.debian.devel.release
Message-ID <[email protected]>
On 2019-08-08 23:57, John Paul Adrian Glaubitz wrote:
> Hi!
> 
> On 8/8/19 10:38 PM, Aurelien Jarno wrote:
> > Any comments, ideas, or help here?
> I'm by no means a GHC nor Haskell expert, but I think it should be generally
> feasible to add native code generation support in GHC for all architectures
> which are supported by LLVM.
> 
> According to a bug report I saw upstream [1], adding native support for GHC
> through LLVM is comparably easy and might be a good options for mips*, riscv*,
> s390x and sparc* which all are officially supported by LLVM but have no NGC
> in GHC (with the exception of SPARC which has a 32-bit NGC that James Clarke is
> currently porting to SPARC64 [2]).

Yes, that's clearly the way to go for the GHC issue. As a bonus it
greatly improves the performances.

That said it doesn't solve the problem in general, ie for rustc or the
future affected packages.

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