> > Hahaha. So now, it's not good enough that they not ask you
> > to do anything,
> > they have to actively *prevent* you from choosing to waste time on their
> > changes?
> If you wish to interpret it that way, I won't prevent you :-)
> Anyway -- what I meant is that even if somebody writes a patch changing
> names to avoid collisions with C++, _merging_ such a patch could be
> easily a waste of other people's time, especially when there is no
> other advantage in merging such a patch (like if the reason is that
> somebody wishes to port his closed-source driver to Linux [*]).
> [*]: Not that I'm claiming that this is the case now, but it already
> happened.
You are being ambiguous here, possibly deliberately possibly through honest
confusion and possibly because you know what you're saying and can't imagine
how anyone else could not understand you. For example, does "merging" mean
the process of making the kernel continue to compile cleanly with the patch
applied? Or does "merging" mean the effort in maintaining your current level
of understanding and proficiency with the kernel once the patch is in the
mainline?
If the former, you are totally correct. Nobody should work on merging a
patch they don't believe in. If the latter, then see my criticism.
You originally said:
>>> As far as they intend to stay away from the main kernel tree, I don't
>>> critize anybody. But for example renaming otherwise logically
>>> named structure
>>> members (`class' etc.) just for C++ compatibility _IS_ wasting time of
>>> other people, who need to remember new names, review the patch and so
on.
If you don't believe the patch will benefit anyone, the review shouldn't
take you more than a second or two. You should definitely say "I don't
believe in this patch, I don't like C++ in the kernel, my review is that it
should not go in" and that's it. Nobody is forcing you to work to adopt
changes you don't believe in, and you should *not* do so as your part in
keeping kernel code quality high.
As for remembering new names, that's a load of complete crap and I find it
hard to believe that you're raising the argument for honest reasons.
DS
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [email protected]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
[Index of Archives]
[Kernel Newbies]
[Netfilter]
[Bugtraq]
[Photo]
[Stuff]
[Gimp]
[Yosemite News]
[MIPS Linux]
[ARM Linux]
[Linux Security]
[Linux RAID]
[Video 4 Linux]
[Linux for the blind]
[Linux Resources]
