Also move all the other 'libexec' stuff from /usr/share to /usr/lib.
It's all a big multilib (not multiarch) mess. :-(
svn path=/dists/trunk/linux-tools/; revision=22602
Use the $(filter) function to test for any of the CPU names that map
to each kernel architecture, where there are several.
svn path=/dists/trunk/linux-tools/; revision=22596
In 3.12.6-3 we explicitly disabled use of libunwind on most
architectures because perf requires its own architecture-specific code
on top of libunwind yet it would attempt to build with libunwind
wherever libunwind8-dev was installed.
This was fixed in perf 3.15 so we can remove this workaround.
svn path=/dists/trunk/linux-tools/; revision=22323
I want to enable this, but (a) it doesn't work because I forgot to
change the build-dependency (b) it is not likely to be eligible for
a freeze exception.
svn path=/dists/sid/linux-tools/; revision=22319
perf requires some architecture-specific code in conjunction with
libunwind. It used to enable use of libunwind automatically anyway,
so we had to override this for architectures where it would fail to
build (by setting NO_LIBUNWIND=1).
The makefile is now fixed so we don't need to this. Since perf now
has the extra code for arm, this enables use of libunwind there.
svn path=/dists/sid/linux-tools/; revision=21910
I don't think we should install this alias yet:
- We need a wrapper for it anyway, so there's little point adding a
versioned link
- It doesn't work out-of-the-box as non-root (it depends on debugfs),
so it's less widely useful than strace
- 'perf trace' doesn't take much more typing
svn path=/dists/sid/linux-tools/; revision=21106
Somehow this new wrapper manages to reduce the priority of our
'prefix' setting. That interacts with the insane way prefix is
defaulted in config/Makefile so that the prefix is wrong at build time
but right at install time (resulting in a rebuild then!).
Also the wrapper replaces our -j option and we would have to set JOBS
instead.
The perf makefiles never get better, just different...
svn path=/dists/trunk/linux-tools/; revision=20994
The transition from libunwind soversion 7 to 8 is blocked and will
likely remain blocked for some time because libunwind7 is linked into
all ia64 binaries.
For amd64 and i386, downgrade the build-dependency to libunwind7-dev.
For architectures that are supported by libunwind8-dev, remove the
build-dependency and ensure we don't accidentally link with libunwind8
by setting NO_LIBUNWIND=1 when building perf.
svn path=/dists/sid/linux-tools/; revision=20755
This requires including another source file in the 'orig' tarball, so
bump to the latest stable update. I don't think it has any fixes
relevant to linux-tools.
svn path=/dists/trunk/linux-tools/; revision=19565
Bastian Blank
Ben Hutchings
Aurelien Jarno