Re: Bug#882490: gcc: Tune default --param ggc-min-expand for 32-bit arches
Control: tags -1 - moreinfo
Control: reassign -1 gcc-7
Control: retitle -1 gcc: Tune default --param ggc-min-expand for 32-bit arches
Hi!
[ Please, feel free to clone for every supported gcc, if necessary. ]
On Mon, 2017-11-27 at 14:03:57 +0000, James Cowgill wrote:
> On 26/11/17 02:41, Guillem Jover wrote:
> > On Thu, 2017-11-23 at 13:59:01 +0100, Mathieu Malaterre wrote:
> >> Package: dpkg
> >> Version: 1.19.0.4
> >> User: debian-mips@lists.debian.org
> >> Usertags: mips mipsel
> >
> >> On Thu, Nov 23, 2017 at 1:14 PM, James Cowgill <jcowgill@debian.org> wrote:
> >>> On 23/11/17 11:42, Mathieu Malaterre wrote:
> >>>> YunQiang,
> >>>>
> >>>> Do you know of any drawbacks ?
> >>>
> >>> This has been raised before:
> >>> https://lists.debian.org/debian-mips/2016/10/msg00049.html
> >>>
> >>> I think it's generally a good idea. You wouldn't want to "enforce" this
> >>> - you would set it as an overridable default setting.
> >>>
> >>> I think the disadvantages are: compilation speed, I think there is no
> >>> official way to do this so you would have to hack the gcc source a bit,
> >>> and deviation from upstream / other distros.
> >
> > Why isn't this considered a buildd issue, lacking enough memory? Or as
> > hinted in the discussion, perhaps a leak in gcc?
> >
> > If this is gcc on MIPS just requiring more memory, why isn't such
> > value set as the default. Which would be overridable with the same
> > command-line option?
>
> Usually this is caused by gcc running out of virtual memory on 32-bit
> MIPS (which has on 2GB of user vm). IMO this should be fixed in gcc by
> adjusting the default values of the ggc-* params on 32-bit MIPS (or even
> all 32-bit architectures).
Thanks, reassigning then to gcc now.
Regards,
Guillem
Reply to: