search for: diffstat

...entry corresponds to its frequency (or in this case size).) To look at code growth between two programs, you'd do: llvm-dwarfdump size-info -baseline <object> -target <object> -stats-dir <dir> Similarly, this emits four 'view' files into <dir>, but with a *.diffstats suffix. The format is the same. Pending Work ------------ I think the main piece of work the tool needs is better testing. Currently there's just a single end-to-end test in clang. It might be better to check in a few binaries so we can check that the tool reports sizes correctly. Also, it...

...2 + > > tools/virtio/ringtest/Makefile | 22 ++ > > tools/virtio/ringtest/README | 2 + > > tools/virtio/ringtest/run-on-all.sh | 24 ++ > > 13 files changed, 1148 insertions(+), 10 deletions(-) > > How the heck did you generate that diffstat? The names should be > ordered, and are for me. > > Anyway, pulled. Just curious about how that thing happened. > > Linus That's because apparently diffstat obeys orderfile rules: [diff] renames = true orderfile = "/home/mst/.gitorderfile&quo...

...2 + > > tools/virtio/ringtest/Makefile | 22 ++ > > tools/virtio/ringtest/README | 2 + > > tools/virtio/ringtest/run-on-all.sh | 24 ++ > > 13 files changed, 1148 insertions(+), 10 deletions(-) > > How the heck did you generate that diffstat? The names should be > ordered, and are for me. > > Anyway, pulled. Just curious about how that thing happened. > > Linus That's because apparently diffstat obeys orderfile rules: [diff] renames = true orderfile = "/home/mst/.gitorderfile&quo...

...uency (or in this case size).) > > To look at code growth between two programs, you'd do: > > llvm-dwarfdump size-info -baseline <object> -target <object> -stats-dir <dir> > > Similarly, this emits four 'view' files into <dir>, but with a *.diffstats > suffix. The format is the same. > > Pending Work > ------------ > > I think the main piece of work the tool needs is better testing. Currently > there's just a single end-to-end test in clang. It might be better to check in > a few binaries so we can check that the...

...ize).) >> >> To look at code growth between two programs, you'd do: >> >> llvm-dwarfdump size-info -baseline <object> -target <object> -stats-dir <dir> >> >> Similarly, this emits four 'view' files into <dir>, but with a *.diffstats >> suffix. The format is the same. >> >> Pending Work >> ------------ >> >> I think the main piece of work the tool needs is better testing. Currently >> there's just a single end-to-end test in clang. It might be better to check in >> a few bi...

There are huge differences between source files in the version 3.0.9 released as a tar.gz and source files in git. I would assume that the released version would correspond to the version in git but with 3.0.9 it is not like that. In 3.1.0 the released and git versions are more or less the same. So my question is, from what source files was the 3.0.9 version created? Thank you. Regards, Michal

The following changes since commit a57cb1c1d7974c62a5c80f7869e35b492ace12cd: Merge branch 'akpm' (patches from Andrew) (2016-12-14 17:25:18 -0800) are available in the git repository at: git://git.kernel.org/pub/scm/linux/kernel/git/mst/vhost.git tags/for_linus for you to fetch changes up to 6bdf1e0efb04a1716373646cb6f35b73addca492: Makefile: drop -D__CHECK_ENDIAN__ from cflags

The following changes since commit a57cb1c1d7974c62a5c80f7869e35b492ace12cd: Merge branch 'akpm' (patches from Andrew) (2016-12-14 17:25:18 -0800) are available in the git repository at: git://git.kernel.org/pub/scm/linux/kernel/git/mst/vhost.git tags/for_linus for you to fetch changes up to 6bdf1e0efb04a1716373646cb6f35b73addca492: Makefile: drop -D__CHECK_ENDIAN__ from cflags

...t. In 3.1.0 the released and git versions are more or > less the same. How did you construct this? I can't reproduce your result. The only differences I see are the generated files proto.h, rsync.1, and rsyncd.conf.5. Here's my test steps, with the output of everything except the final diffstats omitted. $ cd /tmp $ tar xvf .../rsync-3.0.9.tar.gz $ tar xvf .../rsync-3.1.0.tar.gz $ git clone --bare git://git.samba.org/rsync.git /tmp/rsync-git-bare/ $ GIT_DIR=/tmp/rsync-git-bare git worktree add /tmp/rsync-git-3.0.9 v3.0.9 $ GIT_DIR=/tmp/rsync-git-bare git worktree add /tmp/rsync-git-3.1.0...

The following changes since commit 92e963f50fc74041b5e9e744c330dca48e04f08d: Linux 4.5-rc1 (2016-01-24 13:06:47 -0800) are available in the git repository at: git://git.kernel.org/pub/scm/linux/kernel/git/mst/vhost.git tags/for_linus for you to fetch changes up to 481eaec37e91e2b33f17275901172f50ce2c71e8: tools/virtio: add ringtest utilities (2016-01-26 10:18:30 +0200)

The following changes since commit 92e963f50fc74041b5e9e744c330dca48e04f08d: Linux 4.5-rc1 (2016-01-24 13:06:47 -0800) are available in the git repository at: git://git.kernel.org/pub/scm/linux/kernel/git/mst/vhost.git tags/for_linus for you to fetch changes up to 481eaec37e91e2b33f17275901172f50ce2c71e8: tools/virtio: add ringtest utilities (2016-01-26 10:18:30 +0200)

...rom PxeReply into temp packet for parsing. Left all existing cached packets untouched. udp.c: UseDefaultAddress is enabled/disabled based on whether it is a remote or local subnet in core_udp_connect and core_udp_sendto functions. Signed-off-by: Jeff Sloan <jeff_sloan at selinc.com> --- diffstat results: pxe.c | 17 +++++++++++++++-- udp.c | 48 ++++++++++++++++++++++++++++++++++++++++++++++-- 2 files changed, 61 insertions(+), 4 deletions(-) -------------- next part -------------- A non-text attachment was scrubbed... Name: patch Type: application/octet-stream Size: 3682 bytes De...

...ge could be one mega patch (see below) or > > normal patch per file about 100 patches or somewhere half way by collecting > > early acks. > > Please break it up into one-patch-per-subsystem, like normal, and get it > merged that way. > > Sending us a patch, without even a diffstat to review, isn't going to > get you very far... Tom, If you're able to automate this cleanup, I suggest checking in a script that can be run on a directory. Then for each subsystem you can say in your commit "I ran scripts/fix_whatever.py on this subdir." Then others can hel...

.../2017 12:28 PM, Eric Blake wrote: >> There's nothing wrong with this patch, but it might be easier to use >> an attribute((cleanup)) handler to deal with the unlocking. See these >> links for how we do it in libguestfs: > > Oh cool! Yes, that looks nicer. Although the diffstat for doing so is > larger, because it requires adding to new sub-function {} scopes and > reindenting (we have two different locks in play here). > Interestingly, it doesn't compile if you lack attribute((cleanup)). Libguestfs has: common/utils/cleanups.h:/* XXX no safe equivalent to...

...lt;hch at lst.de> wrote: >> >> Hi Dan, Jérôme and Jason, >> >> below is a series that cleans up the dev_pagemap interface so that >> it is more easily usable, which removes the need to wrap it in hmm >> and thus allowing to kill a lot of code >> >> Diffstat: >> >> 22 files changed, 245 insertions(+), 802 deletions(-) > > Hooray! > >> Git tree: >> >> git://git.infradead.org/users/hch/misc.git hmm-devmem-cleanup > > I just realized this collides with the dev_pagemap release rework in > Andrew's...

....0: Wendell Thompson (1): Raised E1 pulse level for wcte43x targets Shortlog of dahdi-tools changes since v2.11.0: Oron Peled (1): link libtonezone directly to libm Tzafrir Cohen (2): Remove rcsid: Unused since move to Git xpp: perl man pages: Perl may be upper case The diffstat from the dahdi-linux v2.11.0 release: drivers/dahdi/wcte43x-base.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) The diffstat from the dahdi-tools v2.11.0 release: Makefile.am | 7 ++++--- configure.ac | 21 +++++++++++++++++++-- patgen.c | 2 -- pattes...

On Wed, Jan 27, 2016 at 2:15 PM, Michael S. Tsirkin <mst at redhat.com> wrote: >> >> Anyway, pulled. Just curious about how that thing happened. > > That's because apparently diffstat obeys orderfile rules: Ugh. I guess that makes sense, but it's still very annoying for something like a pull request, where now different people end up having different diffstats. And the reason I never noticed it is that likely there aren't that many people who use an orderfile. I guess...

...el/git/mst/vhost.git tags/for_linus Pulled, but I wonder... > Documentation/translations/zh_CN/sparse.txt | 7 +- > arch/arm/plat-samsung/include/plat/gpio-cfg.h | 2 +- > drivers/crypto/virtio/virtio_crypto_common.h | 128 +++++ [...] what are you generating these diffstats with? Because they are pretty bogus.. The end result is correct: > 86 files changed, 2106 insertions(+), 280 deletions(-) but the file order in the diffstat is completely random, which makes it very hard to compare with what I get. It also makes it hard to see what you changed, because it...

...; Pulled, but I wonder... > > > Documentation/translations/zh_CN/sparse.txt | 7 +- > > arch/arm/plat-samsung/include/plat/gpio-cfg.h | 2 +- > > drivers/crypto/virtio/virtio_crypto_common.h | 128 +++++ > [...] > > what are you generating these diffstats with? Because they are pretty bogus.. > > The end result is correct: > > > 86 files changed, 2106 insertions(+), 280 deletions(-) > > but the file order in the diffstat is completely random, which makes > it very hard to compare with what I get. It also makes it hard to...

...; Pulled, but I wonder... > > > Documentation/translations/zh_CN/sparse.txt | 7 +- > > arch/arm/plat-samsung/include/plat/gpio-cfg.h | 2 +- > > drivers/crypto/virtio/virtio_crypto_common.h | 128 +++++ > [...] > > what are you generating these diffstats with? Because they are pretty bogus.. > > The end result is correct: > > > 86 files changed, 2106 insertions(+), 280 deletions(-) > > but the file order in the diffstat is completely random, which makes > it very hard to compare with what I get. It also makes it hard to...