[Mplayer-cvslog] CVS: main/libmpcodecs vd_xvid4.c,1.2,1.3

gaddo marco.gaddoni at teknolab.net
Wed Oct 6 20:32:37 CEST 2004


Reimar Döffinger wrote:

>  
>
>>
>> Cosmetic only patches are easy to verify:
>>    cmp old.o new.o ;
>
>
> Please read again. "consists of hundreds of changed lines but most of 
> them are only cosmetics". How does comparing the object files help me? 
> And with pure cosmetics the log message _must_ indicate that anyway. 
> So your suggestion doesn't help anything.

Hi,

Well, i want to say that a patch that change _only_ estetic
can be verified easily; functional changes must be in
different patches.

> And as far as readability is concerned I have admit that some parts a 
> really bad but:
> 1) I'm not sure that e.g. changing only intendation would help that. 
> Adding comments in some places would help far more.

no, code well indented is _much_ easier to read than the mess
some file are. Coding well mean  that somebody  unfamiliar
to your source can understand what you want to do
with your data, not the history of the fixes applied to
the code.

> 2) When people reformat the code so that they can easily read it I 
> quite often find it just as unreadable as before.

This is a matter of Coding Style. Let's pick one good enough (gnu 
(ouch), kernel, whatever) and
stick to it for every new code that is added to mplayer and eventually 
convert the old
code to it. Look at mencoder.c and then to libavcodec/mpeg12.c ... what 
do you like most?
what you understand better?

> 3) Find some indent parameters that suit you should help in most 
> cases. Nobody forbids you to do cosmetics in your local tree...
>
Yes, i have my favourite editor and coding style. But this don't solve 
the problem of
everybody doing the same thing over and over, cvs up, and eventually 
contributing patches back to
the project.

> Greetings,
> Reimar Döffinger

ciao, marco.




More information about the MPlayer-cvslog mailing list