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
Avoid depending on UAPI headers or <linux/types.h>. This really
closes: #754213. It also fixes modpost handling of input device IDs
when host and target have differing word size.
svn path=/dists/sid/linux-tools/; revision=21798
These are needed now that we build kernels with DYNAMIC_FTRACE enabled.
Also fix the recordmcount dependency for OOT modules - they should not
depend on its source files!
svn path=/dists/trunk/linux-tools/; revision=21789
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
Whenever kernel_ulong_t is 64-bit, it is also 64-bit aligned. (This
is not true for u64, but that is not used directly in device ID
tables.) So define kernel_ulong_t as either __u32 or
__u64 __attribute__((aligned(8))) accordingly.
svn path=/dists/sid/linux-tools/; revision=20189
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
Do not build a shared library package; the API and ABI have changed
from libusbip0 but there has been no upstream soversion change.
svn path=/dists/sid/linux-tools/; revision=19177