Re: [PATCH v2 1/3] kernel-shark: Reorder the priority when searching for trace-cmd libs
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
- Subject: Re: [PATCH v2 1/3] kernel-shark: Reorder the priority when searching for trace-cmd libs
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Date: Wed, 13 Mar 2019 15:06:02 -0400
- Cc: Yordan Karadzhov <ykaradzhov@xxxxxxxxxx>, linux-trace-devel@xxxxxxxxxxxxxxx
- In-reply-to: <20190313114235.7fc6ce3b@patrickm>
- References: <20190313152220.22026-1-ykaradzhov@vmware.com> <20190313152220.22026-2-ykaradzhov@vmware.com> <20190313114235.7fc6ce3b@patrickm>
On Wed, 13 Mar 2019 11:42:35 -0700
Patrick McLean <chutzpah@xxxxxxxxxx> wrote:
> (especially when trace-cmd and trace-cmd are
> separate packages)
That should be a fun stunt. ;-)
But yeah, we are looking into separating KernelShark out of trace-cmd
in the future, but depending on libftrace.so (the guts of trace-cmd)
when that is ready. First we need to finish libtraceevent.so, which
will live in the Linux kernel git repo under tools/lib/traceeevent.
Would that be an issue in packaging libtraceevent?
-- Steve
[Index of Archives]
[Linux USB Development]
[Linux USB Development]
[Linux Audio Users]
[Yosemite Hiking]
[Linux Kernel]
[Linux SCSI]