This is the mail archive of the gcc-patches@gcc.gnu.org mailing list for the GCC project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

Re: Patch queue and reviewing (Was Re: Generator programs can only be built with optimization enabled?)


> But GCC is a mature compiler, it's stable, and while it has bugs and could
> be better, I'm not sure I *want* GCC to start changing much more rapidly
> than it changes today.  Bugs will be fixed, yes.  New features will be
> introduced, yes.  But will the quality level be maintained?

You can't put new features and bug fixes in the same basket.  They can even be 
viewed as steering the compiler in opposite directions quality-wise.  If you 
don't want to increase the patches-per-day ratio, the only solution is to 
prioritize bug fixes over new features.  For example we could introduce 
secondary maintainers with approval rights for bug fixes only or something 
along these lines.

-- 
Eric Botcazou


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]