#!/usr/bin/perl # Read two files produced by the stackusage script, and show the # delta between them. # # Currently, only shows changes for functions listed in both files. We # could add an option to show also functions which have vanished or # appeared (which would often be due to gcc making other inlining # decisions). # # Another possible option would be a minimum absolute value for the # delta. # # A third possibility is for sorting by delta, but that can be # achieved by piping to sort -k5,5g. sub read_stack_usage_file { my %su; my $f = shift; open(my $fh, '<', $f) or die "cannot open $f: $!"; while (<$fh>) { chomp; my ($file, $func, $size, $type) = split; # Old versions of gcc (at least 4.7) have an annoying quirk in # that a (static) function whose name has been changed into # for example ext4_find_unwritten_pgoff.isra.11 will show up # in the .su file with a name of just "11". Since such a # numeric suffix is likely to change across different # commits/compilers/.configs or whatever else we're trying to # tweak, we can't really track those functions, so we just # silently skip them. # # Newer gcc (at least 5.0) report the full name, so again, # since the suffix is likely to change, we strip it. next if $func =~ m/^[0-9]+$/; $func =~ s/\..*$//; # Line numbers are likely to change; strip those. $file =~ s/:[0-9]+$//; $su{"${file}\t${func}"} = {size => $size, type => $type}; } close($fh); return \%su; } @ARGV == 2 or die "usage: $0 "; my $old = read_stack_usage_file($ARGV[0]); my $new = read_stack_usage_file($ARGV[1]); my @common = sort grep {exists $new->{$_}} keys %$old; for (@common) { my $x = $old->{$_}{size}; my $y = $new->{$_}{size}; my $delta = $y - $x; if ($delta) { printf "%s\t%d\t%d\t%+d\n", $_, $x, $y, $delta; } } id=2ad5d52d42810bed95100a3d912679d8864421ec'>treecommitdiff
diff options
context:
space:
mode:
authorHelge Deller <deller@gmx.de>2017-01-28 11:52:02 +0100
committerHelge Deller <deller@gmx.de>2017-01-28 21:54:23 +0100
commit2ad5d52d42810bed95100a3d912679d8864421ec (patch)
tree7f93e2f906b1c86f5b76c0f4c0978d41a8a29861 /include/net/iucv/af_iucv.h
parent83b5d1e3d3013dbf90645a5d07179d018c8243fa (diff)
parisc: Don't use BITS_PER_LONG in userspace-exported swab.h header
In swab.h the "#if BITS_PER_LONG > 32" breaks compiling userspace programs if BITS_PER_LONG is #defined by userspace with the sizeof() compiler builtin. Solve this problem by using __BITS_PER_LONG instead. Since we now #include asm/bitsperlong.h avoid further potential userspace pollution by moving the #define of SHIFT_PER_LONG to bitops.h which is not exported to userspace. This patch unbreaks compiling qemu on hppa/parisc. Signed-off-by: Helge Deller <deller@gmx.de> Cc: <stable@vger.kernel.org>
Diffstat (limited to 'include/net/iucv/af_iucv.h')