On Fri, 15 Oct 2021 at 09:43, Iñaki Ucar wrote:
>
> On Fri, 15 Oct 2021 at 06:15, Jeff Law wrote:
> >
> >
> >
> > On 10/13/2021 10:37 AM, Michael Catanzaro wrote:
> > > On Wed, Oct 13 2021 at 06:06:50 PM +0200, Björn 'besser82' Esser
> > > wrote:
> > >> What you describe as lto requires a lot of
On Fri, 15 Oct 2021 at 06:15, Jeff Law wrote:
>
>
>
> On 10/13/2021 10:37 AM, Michael Catanzaro wrote:
> > On Wed, Oct 13 2021 at 06:06:50 PM +0200, Björn 'besser82' Esser
> > wrote:
> >> What you describe as lto requires a lot of memory is caused by building
> >> lto along with non-lto in the sa
On 10/13/2021 8:51 AM, Björn 'besser82' Esser wrote:
Am Mittwoch, dem 13.10.2021 um 15:44 +0200 schrieb Iñaki Ucar:
Hi,
RStudio is failing consistently on armv7l on F35 [1, 2] and rawhide
[3, 4] with this message (memory exhausted). The same build on the
same machine (CPU and RAM) succeeds on
On 10/13/2021 10:06 AM, Björn 'besser82' Esser wrote:
Building with lto disabled is a bad idea, as Fedora intentionally
enabled lto by default.
Yes, but there is nothing inherently wrong with not using LTO. Many
packages opt-out for various reasons.
What you describe as lto requires a lot
On 10/13/2021 10:37 AM, Michael Catanzaro wrote:
On Wed, Oct 13 2021 at 06:06:50 PM +0200, Björn 'besser82' Esser
wrote:
What you describe as lto requires a lot of memory is caused by building
lto along with non-lto in the same object file requires significantly
more memory. For that reason
On 13/10/2021 15:44, Iñaki Ucar wrote:
Why rawhide and F35 and not F34?
Random issue due to the different builders.
Anything I can do in the SPEC to fix this?
Try this:
%ifarch %{arm}
%global _smp_build_ncpus 1
%endif
If it will not help, you can also try this:
%ifarch %{arm}
%global _sm
On Wed, Oct 13 2021 at 06:06:50 PM +0200, Björn 'besser82' Esser
wrote:
What you describe as lto requires a lot of memory is caused by
building
lto along with non-lto in the same object file requires significantly
more memory. For that reason one can disable building non-lto along
with lto usi
Thanks, Björn, Dan and Fabio for your comments.
On Wed, 13 Oct 2021 at 18:20, Björn 'besser82' Esser
wrote:
>
> Am Mittwoch, dem 13.10.2021 um 16:51 +0200 schrieb Björn 'besser82'
> Esser:
> > Am Mittwoch, dem 13.10.2021 um 15:44 +0200 schrieb Iñaki Ucar:
> > > Hi,
> > >
> > > RStudio is failing
Building with lto disabled is a bad idea, as Fedora intentionally
enabled lto by default.
What you describe as lto requires a lot of memory is caused by building
lto along with non-lto in the same object file requires significantly
more memory. For that reason one can disable building non-lto alo
Am Mittwoch, dem 13.10.2021 um 16:51 +0200 schrieb Björn 'besser82'
Esser:
> Am Mittwoch, dem 13.10.2021 um 15:44 +0200 schrieb Iñaki Ucar:
> > Hi,
> >
> > RStudio is failing consistently on armv7l on F35 [1, 2] and rawhide
> > [3, 4] with this message (memory exhausted). The same build on the
> >
Hi Iñaki,
Iñaki Ucar writes:
> Hi,
>
> RStudio is failing consistently on armv7l on F35 [1, 2] and rawhide
> [3, 4] with this message (memory exhausted). The same build on the
> same machine (CPU and RAM) succeeds on F34 [5]. Any clue what's going
> on? Why rawhide and F35 and not F34? Anything
On Wed, Oct 13, 2021 at 3:45 PM Iñaki Ucar wrote:
>
> Hi,
>
> RStudio is failing consistently on armv7l on F35 [1, 2] and rawhide
> [3, 4] with this message (memory exhausted). The same build on the
> same machine (CPU and RAM) succeeds on F34 [5]. Any clue what's going
> on? Why rawhide and F35 a
Am Mittwoch, dem 13.10.2021 um 15:44 +0200 schrieb Iñaki Ucar:
> Hi,
>
> RStudio is failing consistently on armv7l on F35 [1, 2] and rawhide
> [3, 4] with this message (memory exhausted). The same build on the
> same machine (CPU and RAM) succeeds on F34 [5]. Any clue what's going
> on? Why rawhid
Hi,
RStudio is failing consistently on armv7l on F35 [1, 2] and rawhide
[3, 4] with this message (memory exhausted). The same build on the
same machine (CPU and RAM) succeeds on F34 [5]. Any clue what's going
on? Why rawhide and F35 and not F34? Anything I can do in the SPEC to
fix this?
[1] http
14 matches
Mail list logo
