Mirror of the lttng-dev mailing list
 help / color / mirror / Atom feed
From: eeppeliteloop@gmail.com (Philippe Proulx)
Subject: [lttng-dev] Problem with Babeltrace
Date: Mon, 24 Oct 2016 13:13:57 -0400	[thread overview]
Message-ID: <CAB4xu_3H8i13=79z_SdLLNXQhUSGp3PRBZZzFaKBuQ40=TPFmA@mail.gmail.com> (raw)
In-Reply-To: <8c5eee09f04c8d9047c78a78f02d8d8b@simark.ca>

On Mon, Oct 24, 2016 at 11:35 AM, Simon Marchi <simark at simark.ca> 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


      reply	other threads:[~2016-10-24 17:13 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2016-10-24  8:30 Tim Tannert
2016-10-24 15:31 ` Nathan Lynch
2016-10-24 15:35   ` Simon Marchi
2016-10-24 17:13     ` Philippe Proulx [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to='CAB4xu_3H8i13=79z_SdLLNXQhUSGp3PRBZZzFaKBuQ40=TPFmA@mail.gmail.com' \
    --to=eeppeliteloop@gmail.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox