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@xxxxxxxxxxxxxxx
> >
> >
> > 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@xxxxxxxxxxxxxxx
> 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@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
