From: Arnaldo Carvalho de Melo <acme-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
To: Samuel Bronson <naesten-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
Cc: dwarves-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Subject: Re: Fwd: Bug#534529: libdw-dev: missing libebl makes dwarves fail to build
Date: Thu, 25 Jun 2009 16:53:57 -0300 [thread overview]
Message-ID: <20090625195357.GE3450@ghostprotocols.net> (raw)
In-Reply-To: <87skho43hz.wl%naesten-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
Em Thu, Jun 25, 2009 at 01:39:20PM -0400, Samuel Bronson escreveu:
> Hey. What do you think of the issue discussed in the following two emails?
I think you should add something similar to what is done to figure out
if the system is fedora:
find_path(FEDORA fedora-release /etc)
And then do that workaround only on debian. If you agree please test it
and resubmit and I'll apply.
- Arnaldo
> 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
--
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
prev parent reply other threads:[~2009-06-25 19:53 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 ` Fwd: Bug#534529: libdw-dev: missing libebl makes dwarves fail to build Samuel Bronson
[not found] ` <87skho43hz.wl%naesten-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
2009-06-25 19:53 ` Arnaldo Carvalho de Melo [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=20090625195357.GE3450@ghostprotocols.net \
--to=acme-h+wxahxf7alqt0dzr+alfa@public.gmane.org \
--cc=dwarves-u79uwXL29TY76Z2rM5mHXA@public.gmane.org \
--cc=naesten-Re5JQEeQqe8AvxtiuMwx3w@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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.