lkml.org 
[lkml]   [2011]   [May]   [3]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: [RFC patch 01/32] TRACE_EVENT: gradual semicolon removal
On Tue, May 03, 2011 at 05:26:57PM -0400, Mathieu Desnoyers wrote:
> * Steven Rostedt (rostedt@goodmis.org) wrote:
> > > * Why do this incrementally ?
> >
> > Preaching to the choir?
>
> I've been asked to explain myself on this topic by Frederic last time I
> posted this patchset, so I added the explanation to the changelog.

Explaining it in the cover letter is enough :)

> >
> > >
> > > After this preliminary patch, the semicolon removal can be done gradually
> > > without breaking the build: we can be in an intermediate state with some files
> > > having semicolons and others without. This is therefore good for
> > > bissectability, and seems like a nice way to bring in an internal API change
> > > without making developers suffer too much. Then, once things are stabilized, we
> > > can start modifying the Ftrace code to generate the more space-efficient arrays
> > > (possibly in a release-cycle or so), knowing that this enforces a strict
> > > requirement on semicolon removal.
> >
> > Mathieu, I like the patch, but I think you explain too much ;)
>
> Or too little, depending on the maintainer. ;-)

Well, I did never asked for 1000 lines of changelog ;)
The real problem with your previous set is that your arguments were
either too weak (double ";" in generated code doesn't alone justify
a massive change like this) or too foggy (the array of field
idea was not developed enough to be understanble whereas it was the
only sane reason for this massive change).

Just explain briefly that the end goal is for storing fields in an array
with a quick example and you are done with few dozen lines for
your changelog.

People simply don't review fat changelogs.


\
 
 \ /
  Last update: 2011-05-04 00:03    [from the cache]
©2003-2014 Jasper Spaans. Advertise on this site