From mboxrd@z Thu Jan 1 00:00:00 1970 From: Arnaldo Carvalho de Melo Subject: Re: Fwd: Bug#534529: libdw-dev: missing libebl makes dwarves fail to build Date: Thu, 25 Jun 2009 16:53:57 -0300 Message-ID: <20090625195357.GE3450@ghostprotocols.net> References: <20090625090634.GA6008@localhost.localdomain> <87skho43hz.wl%naesten@gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Return-path: Content-Disposition: inline In-Reply-To: <87skho43hz.wl%naesten-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org> Sender: dwarves-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org To: Samuel Bronson Cc: dwarves-u79uwXL29TY76Z2rM5mHXA@public.gmane.org List-Id: dwarves@vger.kernel.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