From mboxrd@z Thu Jan 1 00:00:00 1970 From: ludo@gnu.org (Ludovic =?utf-8?Q?Court=C3=A8s?=) Subject: Re: [PATCH] gnu: kde: Add kdelibs. Date: Fri, 07 Nov 2014 10:20:15 +0100 Message-ID: <87tx2b8j00.fsf@gnu.org> References: <87tx2d2ykt.fsf@gnu.org> <87ioitwfxf.fsf@gmail.com> <20141105211818.GA1181@debian> <20141105232032.GA24522@debian> <871tpglfg2.fsf@gnu.org> <20141106223744.GA15793@debian> 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]:38617) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XmfiR-00088M-PP for guix-devel@gnu.org; Fri, 07 Nov 2014 04:20:29 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1XmfiL-00080I-Oo for guix-devel@gnu.org; Fri, 07 Nov 2014 04:20:23 -0500 Received: from hera.aquilenet.fr ([2a01:474::1]:49780) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XmfiL-0007xk-IJ for guix-devel@gnu.org; Fri, 07 Nov 2014 04:20:17 -0500 In-Reply-To: <20141106223744.GA15793@debian> (Andreas Enge's message of "Thu, 6 Nov 2014 23:37:44 +0100") 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: Andreas Enge Cc: Guix-devel , Federico Beffa Andreas Enge skribis: > RUNPATH /gnu/store/7c30kyzagk84inhnb2nbxcmnh76xgh6c-ktouch= -4.14.2/lib:/gnu/store/4k20pkxgvfc22wpcvh6xr26ma4b619ad-glibc-2.20/lib:/gnu= /store/k7w7wdpvaqlkwq0ijz9149pqn3lq8a5n-gcc-4.8.3-lib/lib64:/gnu/store/k7w7= wdpvaqlkwq0ijz9149pqn3lq8a5n-gcc-4.8.3-lib/lib:/gnu/store/k7w7wdpvaqlkwq0ij= z9149pqn3lq8a5n-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/sr9lv3vhviy= 151zv315zdgi2rvq97a9r-cmake-2.8.12/bin/cmake -E cmake_link_script CMakeFile= s/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/mipmjv4mpsf3rrsk1mbhpqzlw939= v6ny-kdelibs-4.14.2/lib/libplasma.so.3.0.0=20 [...] > You see lots of "...so" and no "-l...", which is apparently the cmake way= 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", while > 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... Thanks for investigating, Ludo=E2=80=99.