From mboxrd@z Thu Jan 1 00:00:00 1970 From: eeppeliteloop@gmail.com (Philippe Proulx) Date: Mon, 24 Oct 2016 13:13:57 -0400 Subject: [lttng-dev] Problem with Babeltrace In-Reply-To: <8c5eee09f04c8d9047c78a78f02d8d8b@simark.ca> References: <75e585f8-7725-f944-7023-ec3e28297dbe@tu-dortmund.de> <8c5eee09f04c8d9047c78a78f02d8d8b@simark.ca> Message-ID: On Mon, Oct 24, 2016 at 11:35 AM, Simon Marchi wrote: > On 2016-10-24 11:31, Nathan Lynch wrote: >> >> On 10/24/2016 03:30 AM, Tim Tannert wrote: >>> >>> Hey, >>> >>> everytime when I start babeltrace: >>> *babeltrace --version* >>> >>> or >>> *lttng view >>> >>> *I'll get following message: >>> babeltrace: symbol lookup error: babeltrace: undefined symbol: >>> opt_debug_info_full_path >>> >> >> Seems your babeltrace installation is missing the ctf-text shared >> object, which is where that symbol is defined. >> >> Please folow up to the list with the version of babeltrace you are >> using, and describe how it was installed (e.g. built from source or >> using distribution package). > > > It would also be good to verify that you don't have multiple version of > babeltrace installed. For example, an older version installed by the > package manager in /usr and a hand-compiled one in /usr/local. Executing > the binary from /usr/local/bin/babeltrace could somehow load the shared > library from /usr/lib, or vice-versa. This would only be true if the Babeltrace libraries are removed from /usr/local/lib afterwards, but keeping /usr/local/bin/babeltrace, because as far as I know, unless the distribution's package somehow removes it, the executable is built with an explicit RPATH to locate its own libraries, and this is the first place libraries are searched for. Hence having multiple installations of Babeltrace is usually not a problem, unless you mess with the file system manually. Phil > > _______________________________________________ > lttng-dev mailing list > lttng-dev at lists.lttng.org > https://lists.lttng.org/cgi-bin/mailman/listinfo/lttng-dev