[PATCH 1/9] R600/SI: fix stupid typo
Christian König
deathsimple at vodafone.de
Tue Feb 26 02:18:20 PST 2013
Am 26.02.2013 03:33, schrieb Sean Silva:
> On Mon, Feb 25, 2013 at 3:00 PM, Tom Stellard <tom at stellard.net
> <mailto:tom at stellard.net>> wrote:
>
> Can you clarify this? Do you mean one email with with all the patches
> as attachments?
>
>
> That would be preferable. Note that gmail (which many of us use)
> doesn't respect threading (instead it arbitrarily threads based on
> subject for some reason), so having them all as replies will still
> flood the inbox of gmail users.
>
That's the exactly opposite policy as many other open source development
list use, the argument pro in-lining patches is usually that the code is
easier to comment on. But personally I usually also prefer some form of
one mail (or one thread) per patchset for review.
> However, it is much more in line with LLVM development style to send
> in patches incrementally for review rather than dumping a whole
> branch; that ensures focused review.
Those patches belong together and either implement new features or fix
bugs that were triggered/found while implementing those new features.
Reviewing them separately would just increase the chance of missing
something regarding inter patch dependency.
> (I'll also reiterate how troubling it is that none of these R600
> changes have unit tests).
Totally agree on that, the major problem seems to be that currently the
instruction scheduler and/or register allocator produce different
results when compiling the same code twice. The results seems to be
always correct, it's just not very well comparable. That fact makes it
quite difficult for me to write profound unit tests. Any ideas on that?
Christian.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.llvm.org/pipermail/llvm-commits/attachments/20130226/81e0e364/attachment.html>
More information about the llvm-commits
mailing list