From:  pfgenyun@gmail.com
Date:  16 Apr 2019 17:05:42 Hong Kong Time
Newsgroup:  news.mozilla.org/mozilla.dev.tech.js-engine.internals
Subject:  

Re: Removing the MIPS back-end

NNTP-Posting-Host:  2001:da8:d800:0:0:0:0:9

In the past, the mips port of many open source project including SpiderMonkey and firefox ware maintained by imgtec team. They had done a lot of work and done well. We mainly cooperated with them to do it. In the following work, we will gradually assume the responsibility of the open source community(mips port)including SpiderMonkey and firefox.The bugs will be fixed soon.
Cranelift is a very meaningful project and we will arrange engineers to submit to the mips port as soon as possible. Maybe mipe64el port at first.

Thanks
fei

在 2019年4月16日星期二 UTC+8上午12:09:30,Kannan Vijayan写道:
> There are significant constraints that are being imposed on other parts of
> the codebase to support this extra architecture branch.  From the
> perspective of a production spidermonkey build, it often lags behind in
> feature support, correctness, and bugfixes.  It imposes API requirements on
> the masm, and requires work whenever there are cross-system patches (e.g.
> changing the boxing format as in:
> https://bugzilla.mozilla.org/show_bug.cgi?id=1401624).
> 
> With the current design, every additional CPU architecture imposes a cost
> on all the other implementations (mostly due to API changes needed, and
> convoluted expression of concepts shared across all of them).  The ideal
> way to move forward with MIPS would be to shift development towards a
> general code-generator backend that can support multiple architectures.
> 
> To the longsoon stakeholders: would there be openness to considering
> contributing a MIPS codegen implementation to CraneLift (
> https://github.com/CraneStation/cranelift)?  The team is interesting to
> eventually transitioning to a single codegen backend.  It's not on the
> immediate roadmap due to priority, but we intend on moving in that
> direction as opportunity allows.  If we can find some common path on the
> roadmap that allows us to reduce the independent maintenance burden of the
> architecture, we can manage support for this architecture much better.
> 
> Regards.
> Kannan
> 
> 
> On Mon, Apr 15, 2019 at 5:15 AM  wrote:
> 
> > Hi all
> >
> > I am in charge of browser development in Loongson technology. In the past,
> > we have done a lot of work based on Firefox and SpiderMonkey for our
> > customers and contributed a lot of code in these communities. Our company
> > is willing to invest more resources to maintain the MIPS branch, including
> > SpiderMonkey and Firefox. My colleague YuYin(xwafish@gmail.com) and Qiao
> > Pengchen(qiaopengchen-hf@loongson.cn) are willing to maintain MIPS
> > branch. We hope that the MIPS branch of SpiderMonkey'Jit will not be
> > removed from the main branch.
> >
> > Thanks
> > fei
> > _______________________________________________
> > dev-tech-js-engine-internals mailing list
> > dev-tech-js-engine-internals@lists.mozilla.org
> > https://lists.mozilla.org/listinfo/dev-tech-js-engine-internals
> >