dwarves.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Samuel Bronson <naesten-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
To: dwarves-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Subject: Fwd: Bug#534529: libdw-dev: missing libebl makes dwarves fail to 	build
Date: Thu, 25 Jun 2009 13:39:20 -0400	[thread overview]
Message-ID: <87skho43hz.wl%naesten@gmail.com> (raw)
In-Reply-To: <20090625090634.GA6008-bi+AKbBUZKY6gyzm1THtWbp2dZbC/Bob@public.gmane.org>

Hey. What do you think of the issue discussed in the following two emails?

Forwarded conversation
> Subject: Bug#534529: libdw-dev: missing libebl makes dwarves fail to build
> ------------------------
>
> From: *Samuel Bronson*
> Date: Wed, Jun 24, 2009 at 11:20 PM
> To: Debian Bug Tracking System
>
>
> Package: libdw-dev
> Version: 0.141-2
> Severity: normal
>
> Your solution to #436522 doesn't appear to have totally worked;
> "dwarves" does not build from source now, using the latest from
> git://git.kernel.org/pub/scm/linux/kernel/git/acme/pahole.git:
>
> ,----
> | naesten@hydrogen:~/hacking/pahole% git status
> | # On branch master
> | nothing to commit (working directory clean)
> | naesten@hydrogen:~/hacking/pahole% cmake -D__LIB=lib
> | -- The C compiler identification is GNU
> | -- Check for working C compiler: /usr/bin/gcc
> | -- Check for working C compiler: /usr/bin/gcc -- works
> | -- Detecting C compiler ABI info
> | -- Detecting C compiler ABI info - done
> | -- Checking availability of DWARF and ELF development libraries
> | -- Could NOT find libebl library
> | CMake Error at cmake/modules/FindDWARF.cmake:95 (message):
> |   Could NOT find some ELF and DWARF libraries, please install the missing
> |   packages
> | Call Stack (most recent call first):
> |   CMakeLists.txt:31 (find_package)
> |
> |
> | -- Configuring incomplete, errors occurred!
> `----
>
>
> Any ideas about how to solve this? Maybe it's a bug in dwarves, but
> either way it needs fixing...
>
> -- System Information:
> Debian Release: squeeze/sid
>  APT prefers testing
>  APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental')
> Architecture: i386 (i686)
>
> Kernel: Linux 2.6.26-1-686 (SMP w/1 CPU core)
> Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
> Shell: /bin/sh linked to /bin/bash
>
> Versions of packages libdw-dev depends on:
> ii  libdw1                        0.141-2    library that provides access
> to th
> ii  libelf-dev                    0.141-2    libelf1 development libraries
> and
>
> libdw-dev recommends no packages.
>
> -- no debconf information
>
>
>
> ----------
> From: *Eugeniy Meshcheryakov*
> Date: Thu, Jun 25, 2009 at 5:06 AM
> To: Samuel Bronson , 534529-61a8vm9lEZVf4u+23C9RwQ@public.gmane.org
>
>
> Hello,
>
> dwarves do require modifications, but they can be built with new
> elfutils. I just tried to replace find_library statement for EBL_LIBRARY
> in cmake/modules/FindDWARF.cmake in pahole sources with this:
>    set (EBL_LIBRARY -ldw)
> and it compiled fine (without any libebl). Clean solution will be to
> remove this EBL_LIBRARY or detect whether shared libdw is used. So I
> dont think that it is a bug in elfutils.


If you agree that this should be fixed in dwarves, I have a change viewable
at
http://repo.or.cz/w/dwarves/SamB.git?a=commitdiff;h=65d658b86413d10ffbb4a83a917af090d42df310which
can be pulled from

git://repo.or.cz/dwarves/SamB.git master

which allows the configuration process to continue even if libebl is not
found, on the assumption that the check_library_exists call will sort things
out... hmm, looking at it again, I think I misunderstood the purpose of that
call. Probably something like this can work, though...
--
To unsubscribe from this list: send the line "unsubscribe dwarves" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

       reply	other threads:[~2009-06-25 17:39 UTC|newest]

Thread overview: 2+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <E1MJfVp-0005T4-Sp@hydrogen>
     [not found] ` <20090625090634.GA6008@localhost.localdomain>
     [not found]   ` <20090625090634.GA6008-bi+AKbBUZKY6gyzm1THtWbp2dZbC/Bob@public.gmane.org>
2009-06-25 17:39     ` Samuel Bronson [this message]
     [not found]       ` <87skho43hz.wl%naesten-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
2009-06-25 19:53         ` Fwd: Bug#534529: libdw-dev: missing libebl makes dwarves fail to build Arnaldo Carvalho de Melo

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=87skho43hz.wl%naesten@gmail.com \
    --to=naesten-re5jqeeqqe8avxtiumwx3w@public.gmane.org \
    --cc=dwarves-u79uwXL29TY76Z2rM5mHXA@public.gmane.org \
    /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;
as well as URLs for NNTP newsgroup(s).