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-m...@lists.debian.org > >> Usertags: mips mipsel > > > >> On Thu, Nov 23, 2017 at 1:14 PM, James Cowgill <jcowg...@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