Re: Bug#882490: gcc: Tune default --param ggc-min-expand for 32-bit arches

Guillem Jover <[email protected]>
Newsgroups gmane.linux.debian.ports.mips
Message-ID <[email protected]>
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: [email protected]
> >> Usertags: mips mipsel
> > 
> >> On Thu, Nov 23, 2017 at 1:14 PM, James Cowgill <[email protected]> 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
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.