Package: guix;
Reported by: taylanbayirli <at> gmail.com (Taylan Ulrich Bayırlı/Kammer)
Date: Sun, 8 Mar 2015 16:53:01 UTC
Severity: normal
Done: ludo <at> gnu.org (Ludovic Courtès)
Bug is archived. No further changes may be made.
To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 20039 in the body.
You can then email your comments to 20039 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
View this report as an mbox folder, status mbox, maintainer mbox
bug-guix <at> gnu.org
:bug#20039
; Package guix
.
(Sun, 08 Mar 2015 16:53:02 GMT) Full text and rfc822 format available.taylanbayirli <at> gmail.com (Taylan Ulrich Bayırlı/Kammer)
:bug-guix <at> gnu.org
.
(Sun, 08 Mar 2015 16:53:02 GMT) Full text and rfc822 format available.Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
From: taylanbayirli <at> gmail.com (Taylan Ulrich Bayırlı/Kammer) To: bug-guix <at> gnu.org Subject: jack2: Dangling .so references Date: Sun, 08 Mar 2015 17:52:25 +0100
[Message part 1 (text/plain, inline)]
While looking into another issue, I happened to notice dangling .so references in some executables in Guix packages. This is the first in a series of bug reports for each such package. Some might be false positives; Mark suggested I report them all so we have a list to go through. It's also not comprehensive because of course I don't have every Guix package installed; the script to go through one's /gnu/store to get output such as the following for each package is attached at the bottom of this mail. /gnu/store/0d8w37ddadcfnpw5rlhsfgvrha5f3x1f-jack2-1.9.10/ /gnu/store/0d8w37ddadcfnpw5rlhsfgvrha5f3x1f-jack2-1.9.10/bin/jack_midiseq libjack.so.0 => not found /gnu/store/0d8w37ddadcfnpw5rlhsfgvrha5f3x1f-jack2-1.9.10/bin/jack_samplerate libjack.so.0 => not found /gnu/store/0d8w37ddadcfnpw5rlhsfgvrha5f3x1f-jack2-1.9.10/bin/jack_showtime libjack.so.0 => not found /gnu/store/0d8w37ddadcfnpw5rlhsfgvrha5f3x1f-jack2-1.9.10/bin/jack_wait libjack.so.0 => not found /gnu/store/0d8w37ddadcfnpw5rlhsfgvrha5f3x1f-jack2-1.9.10/bin/jack_lsp libjack.so.0 => not found /gnu/store/0d8w37ddadcfnpw5rlhsfgvrha5f3x1f-jack2-1.9.10/bin/jack_unload libjack.so.0 => not found /gnu/store/0d8w37ddadcfnpw5rlhsfgvrha5f3x1f-jack2-1.9.10/bin/jack_test libjack.so.0 => not found /gnu/store/0d8w37ddadcfnpw5rlhsfgvrha5f3x1f-jack2-1.9.10/bin/alsa_out libjack.so.0 => not found /gnu/store/0d8w37ddadcfnpw5rlhsfgvrha5f3x1f-jack2-1.9.10/bin/jack_metro libjack.so.0 => not found /gnu/store/0d8w37ddadcfnpw5rlhsfgvrha5f3x1f-jack2-1.9.10/bin/jackdbus libjackserver.so.0 => not found /gnu/store/0d8w37ddadcfnpw5rlhsfgvrha5f3x1f-jack2-1.9.10/bin/jack_evmon libjack.so.0 => not found /gnu/store/0d8w37ddadcfnpw5rlhsfgvrha5f3x1f-jack2-1.9.10/bin/jack_net_slave libjacknet.so.0 => not found /gnu/store/0d8w37ddadcfnpw5rlhsfgvrha5f3x1f-jack2-1.9.10/bin/jack_multiple_metro libjack.so.0 => not found /gnu/store/0d8w37ddadcfnpw5rlhsfgvrha5f3x1f-jack2-1.9.10/bin/jack_latent_client libjack.so.0 => not found /gnu/store/0d8w37ddadcfnpw5rlhsfgvrha5f3x1f-jack2-1.9.10/bin/jack_iodelay libjack.so.0 => not found /gnu/store/0d8w37ddadcfnpw5rlhsfgvrha5f3x1f-jack2-1.9.10/bin/jack_zombie libjack.so.0 => not found /gnu/store/0d8w37ddadcfnpw5rlhsfgvrha5f3x1f-jack2-1.9.10/bin/jack_freewheel libjack.so.0 => not found /gnu/store/0d8w37ddadcfnpw5rlhsfgvrha5f3x1f-jack2-1.9.10/bin/jack_midisine libjack.so.0 => not found /gnu/store/0d8w37ddadcfnpw5rlhsfgvrha5f3x1f-jack2-1.9.10/bin/jack_cpu libjack.so.0 => not found /gnu/store/0d8w37ddadcfnpw5rlhsfgvrha5f3x1f-jack2-1.9.10/bin/jack_midi_dump libjack.so.0 => not found /gnu/store/0d8w37ddadcfnpw5rlhsfgvrha5f3x1f-jack2-1.9.10/bin/jack_server_control libjackserver.so.0 => not found /gnu/store/0d8w37ddadcfnpw5rlhsfgvrha5f3x1f-jack2-1.9.10/bin/jack_transport libjack.so.0 => not found /gnu/store/0d8w37ddadcfnpw5rlhsfgvrha5f3x1f-jack2-1.9.10/bin/jack_net_master libjacknet.so.0 => not found /gnu/store/0d8w37ddadcfnpw5rlhsfgvrha5f3x1f-jack2-1.9.10/bin/alsa_in libjack.so.0 => not found /gnu/store/0d8w37ddadcfnpw5rlhsfgvrha5f3x1f-jack2-1.9.10/bin/jack_simple_session_client libjack.so.0 => not found /gnu/store/0d8w37ddadcfnpw5rlhsfgvrha5f3x1f-jack2-1.9.10/bin/jack_thru libjack.so.0 => not found /gnu/store/0d8w37ddadcfnpw5rlhsfgvrha5f3x1f-jack2-1.9.10/bin/jack_cpu_load libjack.so.0 => not found /gnu/store/0d8w37ddadcfnpw5rlhsfgvrha5f3x1f-jack2-1.9.10/bin/jack_alias libjack.so.0 => not found /gnu/store/0d8w37ddadcfnpw5rlhsfgvrha5f3x1f-jack2-1.9.10/bin/jack_netsource libjack.so.0 => not found /gnu/store/0d8w37ddadcfnpw5rlhsfgvrha5f3x1f-jack2-1.9.10/bin/jack_connect libjack.so.0 => not found /gnu/store/0d8w37ddadcfnpw5rlhsfgvrha5f3x1f-jack2-1.9.10/bin/jack_load libjack.so.0 => not found /gnu/store/0d8w37ddadcfnpw5rlhsfgvrha5f3x1f-jack2-1.9.10/bin/jack_session_notify libjack.so.0 => not found /gnu/store/0d8w37ddadcfnpw5rlhsfgvrha5f3x1f-jack2-1.9.10/bin/jack_monitor_client libjack.so.0 => not found /gnu/store/0d8w37ddadcfnpw5rlhsfgvrha5f3x1f-jack2-1.9.10/bin/jack_rec libjack.so.0 => not found /gnu/store/0d8w37ddadcfnpw5rlhsfgvrha5f3x1f-jack2-1.9.10/bin/jack_midi_latency_test libjack.so.0 => not found /gnu/store/0d8w37ddadcfnpw5rlhsfgvrha5f3x1f-jack2-1.9.10/bin/jack_simple_client libjack.so.0 => not found /gnu/store/0d8w37ddadcfnpw5rlhsfgvrha5f3x1f-jack2-1.9.10/bin/jack_bufsize libjack.so.0 => not found /gnu/store/0d8w37ddadcfnpw5rlhsfgvrha5f3x1f-jack2-1.9.10/lib/jack/netadapter.so libjackserver.so.0 => not found /gnu/store/0d8w37ddadcfnpw5rlhsfgvrha5f3x1f-jack2-1.9.10/lib/jack/profiler.so libjackserver.so.0 => not found /gnu/store/0d8w37ddadcfnpw5rlhsfgvrha5f3x1f-jack2-1.9.10/lib/jack/inprocess.so libjackserver.so.0 => not found /gnu/store/0d8w37ddadcfnpw5rlhsfgvrha5f3x1f-jack2-1.9.10/lib/jack/netmanager.so libjackserver.so.0 => not found That would be references to libjack, libjacknet, and libjackserver. The script:
[guix-find-so.sh (text/x-sh, inline)]
# make sure to use a guix-installed ldd if not running this script on GuixSD for p in /gnu/store/*/; do matches=no if [ "$(find "$p" -type f -exec \ sh -c 'for f; do ldd "$f" 2>/dev/null \ | grep -Evq "/gnu/store/|linux-vdso\.so|not a dynamic exec|statically linked" && exit; done; exit 1' \ -- {} \; -print -quit)" \ != "" ]; then matches=yes fi if [ $matches = yes ]; then echo "$p"; echo; find "$p" -type f -exec \ sh -c 'for f; do if ldd "$f" 2>/dev/null \ | grep -Evq "/gnu/store/|linux-vdso\.so|not a dynamic exec|statically linked"; then printf " %s\n" "$f" ldd "$f" 2>/dev/null \ | grep -Ev "/gnu/store/|linux-vdso\.so|not a dynamic exec|statically linked" fi done' \ -- {} + echo; echo; fi done
bug-guix <at> gnu.org
:bug#20039
; Package guix
.
(Mon, 09 Mar 2015 22:28:01 GMT) Full text and rfc822 format available.Message #8 received at 20039 <at> debbugs.gnu.org (full text, mbox):
From: ludo <at> gnu.org (Ludovic Courtès) To: taylanbayirli <at> gmail.com (Taylan Ulrich "Bayırlı/Kammer") Cc: 20039 <at> debbugs.gnu.org Subject: Re: bug#20039: jack2: Dangling .so references Date: Mon, 09 Mar 2015 23:27:20 +0100
taylanbayirli <at> gmail.com (Taylan Ulrich "Bayırlı/Kammer") skribis: > While looking into another issue, I happened to notice dangling .so > references in some executables in Guix packages. This is the first in a > series of bug reports for each such package. Some might be false > positives; Mark suggested I report them all so we have a list to go > through. It's also not comprehensive because of course I don't have > every Guix package installed; the script to go through one's /gnu/store > to get output such as the following for each package is attached at the > bottom of this mail. Nice, thanks the reports (although it’s a bit daunting ;-)). I think there are two things to do: 1. Identify the reasons why these things aren’t in the RUNPATH: missing -L? ld-wrapper bug (introduced in last ‘core-updates’?)? 2. Add a standard phase in gnu-build-system.scm, based on (guix elf), that checks whether things in DT_NEEDED can actually be found among the directories in DT_RUNPATH, and errors out if not. Thanks, Ludo’.
bug-guix <at> gnu.org
:bug#20039
; Package guix
.
(Mon, 30 Mar 2015 16:07:02 GMT) Full text and rfc822 format available.Message #11 received at 20039 <at> debbugs.gnu.org (full text, mbox):
From: ludo <at> gnu.org (Ludovic Courtès) To: taylanbayirli <at> gmail.com (Taylan Ulrich "Bayırlı/Kammer") Cc: 20039 <at> debbugs.gnu.org Subject: Generic RUNPATH sanity checking Date: Mon, 30 Mar 2015 18:06:20 +0200
[Message part 1 (text/plain, inline)]
ludo <at> gnu.org (Ludovic Courtès) skribis: > taylanbayirli <at> gmail.com (Taylan Ulrich "Bayırlı/Kammer") skribis: > >> While looking into another issue, I happened to notice dangling .so >> references in some executables in Guix packages. This is the first in a >> series of bug reports for each such package. Some might be false >> positives; Mark suggested I report them all so we have a list to go >> through. It's also not comprehensive because of course I don't have >> every Guix package installed; the script to go through one's /gnu/store >> to get output such as the following for each package is attached at the >> bottom of this mail. > > Nice, thanks the reports (although it’s a bit daunting ;-)). > > I think there are two things to do: > > 1. Identify the reasons why these things aren’t in the RUNPATH: > missing -L? ld-wrapper bug (introduced in last ‘core-updates’?)? > > 2. Add a standard phase in gnu-build-system.scm, based on (guix elf), > that checks whether things in DT_NEEDED can actually be found among > the directories in DT_RUNPATH, and errors out if not. I made some progress on #2. The attached module exports ‘validate-needed-in-runpath’, which does exactly what I wrote above. I’ve tested it on the library and executables in my profile. It finds real issues (libssl, libpython3, gsc and gsx from Ghostscript): --8<---------------cut here---------------start------------->8--- scheme@(guix build gremlin)> (define libs (find-files "/home/ludo/.guix-profile/lib" "\\.so$")) scheme@(guix build gremlin)> (define execs (find-files "/home/ludo/.guix-profile/bin" "")) scheme@(guix build gremlin)> (for-each validate-needed-in-runpath (filter elf-file? execs)) error: '/home/ludo/.guix-profile/bin/gsc' depends on 'libgs.so.9', which cannot be found in RUNPATH ("/gnu/store/wiqbxcvzj3r35hd55yxzz919b1dv1hnv-glibc-2.21/lib" "/gnu/store/h132igxl2lkj3sbfcbknn2rd493j7d1l-gcc-4.8.4-lib/lib64" "/gnu/store/h132igxl2lkj3sbfcbknn2rd493j7d1l-gcc-4.8.4-lib/lib" "./sobin" "/gnu/store/h132igxl2lkj3sbfcbknn2rd493j7d1l-gcc-4.8.4-lib/lib/gcc/x86_64-unknown-linux-gnu/4.8.4/../../..") error: '/home/ludo/.guix-profile/bin/gsx' depends on 'libgs.so.9', which cannot be found in RUNPATH ("/gnu/store/wiqbxcvzj3r35hd55yxzz919b1dv1hnv-glibc-2.21/lib" "/gnu/store/h132igxl2lkj3sbfcbknn2rd493j7d1l-gcc-4.8.4-lib/lib64" "/gnu/store/h132igxl2lkj3sbfcbknn2rd493j7d1l-gcc-4.8.4-lib/lib" "./sobin" "/gnu/store/h132igxl2lkj3sbfcbknn2rd493j7d1l-gcc-4.8.4-lib/lib/gcc/x86_64-unknown-linux-gnu/4.8.4/../../..") scheme@(guix build gremlin)> (for-each validate-needed-in-runpath (filter elf-file? libs)) error: '/home/ludo/.guix-profile/lib/libc-2.21.so' depends on 'ld-linux-x86-64.so.2', which cannot be found in RUNPATH () error: '/home/ludo/.guix-profile/lib/libdl-2.21.so' depends on 'ld-linux-x86-64.so.2', which cannot be found in RUNPATH () error: '/home/ludo/.guix-profile/lib/libdl.so' depends on 'ld-linux-x86-64.so.2', which cannot be found in RUNPATH () error: '/home/ludo/.guix-profile/lib/libmemusage.so' depends on 'ld-linux-x86-64.so.2', which cannot be found in RUNPATH () error: '/home/ludo/.guix-profile/lib/libnss_compat-2.21.so' depends on 'libnsl.so.1', which cannot be found in RUNPATH () error: '/home/ludo/.guix-profile/lib/libnss_compat.so' depends on 'libnsl.so.1', which cannot be found in RUNPATH () error: '/home/ludo/.guix-profile/lib/libnss_db-2.21.so' depends on 'libnss_files.so.2', which cannot be found in RUNPATH () error: '/home/ludo/.guix-profile/lib/libnss_db.so' depends on 'libnss_files.so.2', which cannot be found in RUNPATH () error: '/home/ludo/.guix-profile/lib/libnss_hesiod-2.21.so' depends on 'libnss_files.so.2', which cannot be found in RUNPATH () error: '/home/ludo/.guix-profile/lib/libnss_hesiod.so' depends on 'libnss_files.so.2', which cannot be found in RUNPATH () error: '/home/ludo/.guix-profile/lib/libnss_nis-2.21.so' depends on 'libnsl.so.1', which cannot be found in RUNPATH () error: '/home/ludo/.guix-profile/lib/libnss_nis-2.21.so' depends on 'libnss_files.so.2', which cannot be found in RUNPATH () error: '/home/ludo/.guix-profile/lib/libnss_nis.so' depends on 'libnsl.so.1', which cannot be found in RUNPATH () error: '/home/ludo/.guix-profile/lib/libnss_nis.so' depends on 'libnss_files.so.2', which cannot be found in RUNPATH () error: '/home/ludo/.guix-profile/lib/libnss_nisplus-2.21.so' depends on 'libnsl.so.1', which cannot be found in RUNPATH () error: '/home/ludo/.guix-profile/lib/libnss_nisplus.so' depends on 'libnsl.so.1', which cannot be found in RUNPATH () error: '/home/ludo/.guix-profile/lib/libpthread-2.21.so' depends on 'ld-linux-x86-64.so.2', which cannot be found in RUNPATH () error: '/home/ludo/.guix-profile/lib/libpython3.so' depends on 'libpython3.3m.so.1.0', which cannot be found in RUNPATH ("/gnu/store/wiqbxcvzj3r35hd55yxzz919b1dv1hnv-glibc-2.21/lib" "/gnu/store/h132igxl2lkj3sbfcbknn2rd493j7d1l-gcc-4.8.4-lib/lib64" "/gnu/store/h132igxl2lkj3sbfcbknn2rd493j7d1l-gcc-4.8.4-lib/lib" "/gnu/store/h132igxl2lkj3sbfcbknn2rd493j7d1l-gcc-4.8.4-lib/lib/gcc/x86_64-unknown-linux-gnu/4.8.4/../../..") error: '/home/ludo/.guix-profile/lib/libssl.so' depends on 'libcrypto.so.1.0.0', which cannot be found in RUNPATH ("/gnu/store/wiqbxcvzj3r35hd55yxzz919b1dv1hnv-glibc-2.21/lib" "/gnu/store/h132igxl2lkj3sbfcbknn2rd493j7d1l-gcc-4.8.4-lib/lib64" "/gnu/store/h132igxl2lkj3sbfcbknn2rd493j7d1l-gcc-4.8.4-lib/lib" "." "/gnu/store/h132igxl2lkj3sbfcbknn2rd493j7d1l-gcc-4.8.4-lib/lib/gcc/x86_64-unknown-linux-gnu/4.8.4/../../..") scheme@(guix build gremlin)> (length (filter elf-file? libs)) $51 = 305 scheme@(guix build gremlin)> (length (filter elf-file? execs)) $52 = 818 --8<---------------cut here---------------end--------------->8--- Note that by default libc’s own libraries (libdl, librt, libm, etc.) are always considered found. This is to avoid false positives, notably found in libc itself and also in Binutils programs (ar, ranlib, etc.) I also tried it on i686 binaries as well as cross-compiled MIPS binaries. The latter case revealed what appears to be a genuine packaging bug: --8<---------------cut here---------------start------------->8--- scheme@(guix build gremlin)> (validate-needed-in-runpath "/gnu/store/lblx8nxh43zkp9k2n6b9q0j6ml96n64h-libunistring-0.9.5/lib/libunistring.so.2") error: '/gnu/store/lblx8nxh43zkp9k2n6b9q0j6ml96n64h-libunistring-0.9.5/lib/libunistring.so.2' depends on 'libgcc_s.so.1', which cannot be found in RUNPATH ("/gnu/store/3g4h2dk1b3v1z96yb1q4c838c52adg0y-glibc-cross-mips64el-linux-gnu-2.21/lib" "/gnu/store/fl6mhhlwam8iyrxkngawrblrv1xbsmns-gcc-cross-mips64el-linux-gnu-4.8.4/lib64" "/gnu/store/fl6mhhlwam8iyrxkngawrblrv1xbsmns-gcc-cross-mips64el-linux-gnu-4.8.4/lib") $57 = #f --8<---------------cut here---------------end--------------->8--- I’d like to give it a try in ‘core-updates’. Comments? Thanks, Ludo’.
[gremlin.scm (text/x-scheme, inline)]
;;; GNU Guix --- Functional package management for GNU ;;; Copyright © 2015 Ludovic Courtès <ludo <at> gnu.org> ;;; ;;; This file is part of GNU Guix. ;;; ;;; GNU Guix is free software; you can redistribute it and/or modify it ;;; under the terms of the GNU General Public License as published by ;;; the Free Software Foundation; either version 3 of the License, or (at ;;; your option) any later version. ;;; ;;; GNU Guix is distributed in the hope that it will be useful, but ;;; WITHOUT ANY WARRANTY; without even the implied warranty of ;;; MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the ;;; GNU General Public License for more details. ;;; ;;; You should have received a copy of the GNU General Public License ;;; along with GNU Guix. If not, see <http://www.gnu.org/licenses/>. (define-module (guix build gremlin) #:use-module (guix elf) #:use-module (ice-9 match) #:use-module (srfi srfi-1) #:use-module (srfi srfi-9) #:use-module (srfi srfi-26) #:use-module (system foreign) #:use-module (rnrs bytevectors) #:use-module (rnrs io ports) #:export (elf-dynamic-info elf-dynamic-info? elf-dynamic-info-sopath elf-dynamic-info-needed elf-dynamic-info-rpath elf-dynamic-info-runpath validate-needed-in-runpath)) ;;; Commentary: ;;; ;;; A gremlin is sort-of like an elf, you know, and this module provides tools ;;; to deal with dynamic-link information from ELF files. ;;; ;;; Code: (define (dynamic-link-segment elf) "Return the 'PT_DYNAMIC' segment of ELF--i.e., the segment that contains dynamic linking information." (find (lambda (segment) (= (elf-segment-type segment) PT_DYNAMIC)) (elf-segments elf))) (define (word-reader size byte-order) "Return a procedure to read a word of SIZE bytes according to BYTE-ORDER." (case size ((8) (lambda (bv index) (bytevector-u64-ref bv index byte-order))) ((4) (lambda (bv index) (bytevector-u32-ref bv index byte-order))))) ;; Dynamic entry: ;; ;; typedef struct ;; { ;; Elf64_Sxword d_tag; /* Dynamic entry type */ ;; union ;; { ;; Elf64_Xword d_val; /* Integer value */ ;; Elf64_Addr d_ptr; /* Address value */ ;; } d_un; ;; } Elf64_Dyn; (define (raw-dynamic-entries elf segment) "Return as a list of type/value pairs all the dynamic entries found in SEGMENT, the 'PT_DYNAMIC' segment of ELF. In the result, each car is a DT_ value, and the interpretation of the cdr depends on the type." (define start (elf-segment-offset segment)) (define bytes (elf-bytes elf)) (define word-size (elf-word-size elf)) (define byte-order (elf-byte-order elf)) (define read-word (word-reader word-size byte-order)) (let loop ((offset 0) (result '())) (if (>= offset (elf-segment-memsz segment)) (reverse result) (let ((type (read-word bytes (+ start offset))) (value (read-word bytes (+ start offset word-size)))) (if (= type DT_NULL) ;finished? (reverse result) (loop (+ offset (* 2 word-size)) (alist-cons type value result))))))) (define (vma->offset elf vma) "Convert VMA, a virtual memory address, to an offset within ELF. Do that by looking at the loadable program segment (PT_LOAD) of ELF that contains VMA and by taking into account that segment's virtual address and offset." ;; See 'offset_from_vma' in Binutils. (define loads (filter (lambda (segment) (= (elf-segment-type segment) PT_LOAD)) (elf-segments elf))) (let ((load (find (lambda (segment) (let ((vaddr (elf-segment-vaddr segment))) (and (>= vma vaddr) (< vma (+ (elf-segment-memsz segment) vaddr))))) loads))) (+ (- vma (elf-segment-vaddr load)) (elf-segment-offset load)))) (define (dynamic-entries elf segment) "Return all the dynamic entries found in SEGMENT, the 'PT_DYNAMIC' segment of ELF, as a list of type/value pairs. The type is a DT_ value, and the value may be a string or an integer depending on the entry type (for instance, the value of DT_NEEDED entries is a string.)" (define entries (raw-dynamic-entries elf segment)) (define string-table-offset (any (match-lambda ((type . value) (and (= type DT_STRTAB) value)) (_ #f)) entries)) (define (interpret-dynamic-entry type value) (cond ((memv type (list DT_NEEDED DT_SONAME DT_RPATH DT_RUNPATH)) (if string-table-offset (pointer->string (bytevector->pointer (elf-bytes elf) (vma->offset elf (+ string-table-offset value)))) value)) (else value))) (map (match-lambda ((type . value) (cons type (interpret-dynamic-entry type value)))) entries)) ;;; ;;; High-level interface. ;;; (define-record-type <elf-dynamic-info> (%elf-dynamic-info soname needed rpath runpath) elf-dynamic-info? (soname elf-dynamic-info-soname) (needed elf-dynamic-info-needed) (rpath elf-dynamic-info-rpath) (runpath elf-dynamic-info-runpath)) (define search-path->list (let ((not-colon (char-set-complement (char-set #\:)))) (lambda (str) "Split STR on ':' characters." (string-tokenize str not-colon)))) (define (elf-dynamic-info elf) "Return dynamic-link information for ELF as an <elf-dynamic-info> object, or #f if ELF lacks dynamic-link information." (match (dynamic-link-segment elf) (#f #f) ((? elf-segment? dynamic) (let ((entries (dynamic-entries elf dynamic))) (%elf-dynamic-info (assv-ref entries DT_SONAME) (filter-map (match-lambda ((type . value) (and (= type DT_NEEDED) value)) (_ #f)) entries) (or (and=> (assv-ref entries DT_RPATH) search-path->list) '()) (or (and=> (assv-ref entries DT_RUNPATH) search-path->list) '())))))) (define %libc-libraries '("libc.so" "libpthread.so" "libdl.so" "libresolv.so" "librt.so" "libm.so")) (define (libc-library? lib) "Return #t if LIB is one of the libraries shipped with the GNU C Library." (find (lambda (libc-lib) (string-prefix? libc-lib lib)) %libc-libraries)) (define* (validate-needed-in-runpath file #:key (always-found? libc-library?)) "Return #t if all the libraries listed as FILE's 'DT_NEEDED' entries are present in its RUNPATH, or if FILE lacks dynamic-link information. Return #f otherwise. Libraries whose name matches ALWAYS-FOUND? are considered to be always available." (let* ((elf (call-with-input-file file (compose parse-elf get-bytevector-all))) (dyninfo (elf-dynamic-info elf))) (when dyninfo (let* ((runpath (elf-dynamic-info-runpath dyninfo)) (needed (remove always-found? (elf-dynamic-info-needed dyninfo))) (not-found (remove (cut search-path runpath <>) needed))) (for-each (lambda (lib) (format (current-error-port) "error: '~a' depends on '~a', which cannot \ be found in RUNPATH ~s~%" file lib runpath)) not-found) ;; (when (null? not-found) ;; (format (current-error-port) "~a is OK~%" file)) (null? not-found))))) ;;; gremlin.scm ends here
ludo <at> gnu.org (Ludovic Courtès)
:taylanbayirli <at> gmail.com (Taylan Ulrich Bayırlı/Kammer)
:Message #16 received at 20039-done <at> debbugs.gnu.org (full text, mbox):
From: ludo <at> gnu.org (Ludovic Courtès) To: taylanbayirli <at> gmail.com (Taylan Ulrich "Bayırlı/Kammer") Cc: 20039-done <at> debbugs.gnu.org Subject: Re: bug#20039: jack2: Dangling .so references Date: Thu, 07 May 2015 22:18:19 +0200
Fixed in b416c64. Ludo'.
Debbugs Internal Request <help-debbugs <at> gnu.org>
to internal_control <at> debbugs.gnu.org
.
(Fri, 05 Jun 2015 11:24:06 GMT) Full text and rfc822 format available.
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.