This is the mail archive of the
gcc@gcc.gnu.org
mailing list for the GCC project.
Re: Reduce Dwarf Debug Size
- From: "Kaveh R. GHAZI" <ghazi at caip dot rutgers dot edu>
- To: Ian Lance Taylor <iant at google dot com>
- Cc: Chris Lattner <clattner at apple dot com>, gcc at gcc dot gnu dot org
- Date: Fri, 2 Mar 2007 12:09:59 -0500 (EST)
- Subject: Re: Reduce Dwarf Debug Size
- References: <352a1fb20703011054s31e07ea1ye93eaa49fcc513e1@mail.gmail.com> <352a1fb20703011124v2ed161eelcc431ec362e8329@mail.gmail.com> <m3wt20zlt3.fsf@localhost.localdomain> <643DEA4E-C8FD-4D7B-8C3F-87DDFA51961D@apple.com> <m3mz2wzhvs.fsf@localhost.localdomain> <CB04DB52-9F4A-4043-87D5-B4393316DACA@apple.com> <45E7656F.4040209@codesourcery.com> <57B0CF14-E869-48BE-8AC1-CD881F6860D0@apple.com> <de8d50360703011700m2c6994b4x722aa45bfaeed858@mail.gmail.com> <Pine.GSO.4.58.0703012004140.4448@caipclassic.rutgers.edu> <de8d50360703011730x73b06889o41a1be2f5cb8518b@mail.gmail.com> <4437282B-AC3F-48FF-A226-513DF9D5E997@apple.com> <m3649jvdt5.fsf@localhost.localdomain>
On Fri, 2 Mar 2007, Ian Lance Taylor wrote:
> [ Moving from gcc-patches to gcc ]
>
> Chris Lattner <clattner@apple.com> writes:
>
> > The LLVM dev policy does not to try to define common sense. It is a
> > rough guideline which can be deviated from when it makes sense.
> >
> > "Trust but verify" starts with trust.
>
> What I am about to say is probably an overstatement. And obviously I
> am not on the steering committee and do not speak for it.
>
> There are many significant gcc contributors with a commercial interest
> in gcc. One thing we have learned over the years is that when there
> is money at stake, there is a change in the line between "patch is
> ready" and "patch is a good start which we can fix up later." This
> applies to me as much as to anybody else; those of us with commercial
> interests try to wear two hats when discussing gcc, but frankly money
> has a way of focusing attention.
>
> [...]
> Lacking a benevolent dictator means that "trust but verify" does not
> work, because there is no way to implement the "verify" step. Or,
> rather: if "verify" fails, there is no useful action to take, except
> in the most obvious of cases.
>
> So my conclusion is that, for gcc, it is wise to require a formal
> confirmation process before somebody is allowed to approve patches or
> commit patches without approval from others.
> Ian
Perhaps a middle ground between what we have now, and "trust but verify",
would be to have a "without objection" rule. I.e. certain people are
authorized to post patches and if no one objects within say two weeks,
then they could then check it in. I think that would help clear up the
backlog while still allowing people to comment *before* the patch goes in.
I think it would be fair to directly CC: relevant maintainers in these
cases so they don't miss the patch by accident.
--Kaveh
--
Kaveh R. Ghazi ghazi@caip.rutgers.edu