Re: Bug#1025203: r-cran-glmmtmb: FTBFS on mipsel

YunQiang Su <[email protected]>
Newsgroups gmane.linux.debian.ports.mips
Message-ID <CAKcpw6UQWM=kpmWNmOejfiQzM=-Sb_uuRTC25atg+Ru53dPJrw@mail.gmail.com>
Mathieu Malaterre <[email protected]> 于2022年12月9日周五 17:51写道:
>
> On Fri, Dec 9, 2022 at 10:29 AM Andreas Tille <[email protected]> wrote:
> >
> > Hi Mathieu,
> >
> > Am Tue, Dec 06, 2022 at 08:38:43AM +0100 schrieb Mathieu Malaterre:
> > > I do not have a clean answer to this, but in my experience it is
> > > getting more and more difficult to compile anything on mipsel with
> > > g++-12. The default option `-g -O2` seems to imply `take as much
> > > memory as you want to get things to compile` so this end up crossing
> > > the 2GB hard-limit.
> > >
> > > For example here is what webkit is doing to work around the symptoms:
> > >
> > > * https://salsa.debian.org/webkit-team/webkit/-/blob/debian/2.39.1-1/debian/rules#L66-71
> >
> > Thanks for the hint.  I tried this but this does not work since the R
> > build system does not respect external set variables.  Since chances
> > are really low that this package will be used on mipsel I asked for
> > removal on this architecture.
>
> Totally agree! Let's start the cabal against mipsel as a release arch.
>

As the MIPS porter, in fact I don't anticipate it.
Since the current version has some problems; Y2038 is the most serious.

And we are also working on new mipsel port with:
     * -mnan=2008
     * -mfp64
     * -mmsa
     * -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64
     * -D_TIME_BITS=64

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