From mboxrd@z Thu Jan 1 00:00:00 1970 From: =?utf-8?B?5a6L5paH5q2m?= Subject: Re: [PATCH] gnu: kde: Add kdelibs. Date: Sat, 03 Jan 2015 15:20:45 +0800 Message-ID: <87ppaws52q.fsf@gmail.com> References: <641d5f5d.31e3.14aaea456bc.Coremail.iyzsong@163.com> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:39003) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Y7J0u-0002mA-2s for guix-devel@gnu.org; Sat, 03 Jan 2015 02:20:45 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Y7J0q-0000cR-TD for guix-devel@gnu.org; Sat, 03 Jan 2015 02:20:44 -0500 Received: from mail-pd0-x231.google.com ([2607:f8b0:400e:c02::231]:33352) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Y7J0q-0000c4-Kp for guix-devel@gnu.org; Sat, 03 Jan 2015 02:20:40 -0500 Received: by mail-pd0-f177.google.com with SMTP id ft15so24675516pdb.22 for ; Fri, 02 Jan 2015 23:20:39 -0800 (PST) Received: from localhost ([108.61.250.36]) by mx.google.com with ESMTPSA id mp6sm728711pbc.69.2015.01.02.23.20.38 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Fri, 02 Jan 2015 23:20:38 -0800 (PST) List-Id: "Development of GNU Guix and the GNU System distribution." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: guix-devel-bounces+gcggd-guix-devel=m.gmane.org@gnu.org Sender: guix-devel-bounces+gcggd-guix-devel=m.gmane.org@gnu.org To: Guix-devel > Andreas Enge skribis: > >> RUNPATH /gnu/store/7c30kyzagk84inhnb2nbxcmnh76xgh6c-ktouc= h-4.14.2/lib:/gnu/store/4k20pkxgvfc22wpcvh6xr26ma4b619ad-glibc-2.20/lib:/gn= u/store/k7w7wdpvaqlkwq0ijz9149pqn3lq8a5n-gcc-4.8.3-lib/lib64:/gnu/store/k7w= 7wdpvaqlkwq0ijz9149pqn3lq8a5n-gcc-4.8.3-lib/lib:/gnu/store/k7w7wdpvaqlkwq0i= jz9149pqn3lq8a5n-gcc-4.8.3-lib/lib/gcc/x86_64-unknown-linux-gnu/4.8.3/../..= /.. >> >> (Thanks to Ludovic for the suggestion to use objdump!) >> >> The linker line looks like this: >> Linking CXX executable ktouch >> cd /tmp/nix-build-ktouch-4.14.2.drv-0/build/src && /gnu/store/sr9lv3vhvi= y151zv315zdgi2rvq97a9r-cmake-2.8.12/bin/cmake -E cmake_link_script CMakeFil= es/ktouch.dir/link.txt --verbose=3D1 >> /gnu/store/13ahaqlmniysmbls5d1fcmzy59yd5xk5-gcc-4.8.3/bin/c++=20 > > [...] > >> -o ktouch -rdynamic /gnu/store/mipmjv4mpsf3rrsk1mbhpqzlw939v6ny-kdelibs-= 4.14.2/lib/libkdeclarative.so.5.14.2 /gnu/store/mipmjv4mpsf3rrsk1mbhpqzlw93= 9v6ny-kdelibs-4.14.2/lib/libplasma.so.3.0.0=20 > > [...] > >> You see lots of "...so" and no "-l...", which is apparently the cmake wa= y of >> doing things. > > Our ld-wrapper is ineffective when the .so file names are passed > directly like this. That is, ld-wrapper adds -rpath for any -l switch, > but it does not add -rpath for libraries whose absolute file name is > specified. > > That could be easily fixed, but in core-updates. > >> But no "-Wl,-rpath" despite >> -DCMAKE_INSTALL_RPATH_USE_LINK_PATH=3DTRUE >> Does this mean that this option only honours paths coming from "-l", whi= le >> at the same time using "-l" is unusual with cmake? > > Uh. While we can improve ld-wrapper, the best would of course be to get > CMake to do the right thing... We have not change ld-wrapper for this right? And I have add a note to cmake's tracker: http://www.cmake.org/Bug/view.php?id=3D14974 > > Thanks for investigating, > Ludo=E2=80=99.