mail/rpath

   1 From nobody Wed Oct 14 16:48:15 1998
   2 X-From-Line: manfred@s-direktnet.de Fri Jun 05 23:07:19 1998
   3 Return-Path: <manfred@s-direktnet.de>
   4 Delivered-To: gord@trick.profitpress.com
   5 Received: (qmail 21857 invoked from network); 5 Jun 1998 23:07:19 -0000
   6 Received: from unknown (HELO bambam.m-tech.ab.ca) (127.0.0.1)
   7   by 127.0.0.1 with SMTP; 5 Jun 1998 23:07:19 -0000
   8 Received: from dallas.seitz.de (gateway [10.0.0.1]) by bambam.m-tech.ab.ca (8.8.5/8.6.9) with ESMTP id LAA21368 for <gord@profitpress.com>; Fri, 5 Jun 1998 11:20:42 -0600
   9 Received: from saturn.hollstein.net
  10           (pf-net-host-248.seitz.de [193.155.171.248]) by dallas.seitz.de
  11           (Netscape Mail Server v2.02) with ESMTP id AAD28613;
  12           Fri, 5 Jun 1998 19:25:21 +0200
  13 Received: (from manfred@localhost)
  14         by saturn.hollstein.net (8.8.7/8.8.7) id TAA00796;
  15         Fri, 5 Jun 1998 19:03:53 +0200
  16 Date: Fri,  5 Jun 1998 19:03:53 +0200 (MEST)
  17 From: Manfred Hollstein <manfred@s-direktnet.de>
  18 To: ddsinc09@ix.netcom.com, gord@profitpress.com
  19 Cc: egcs@cygnus.com
  20 Subject: Issues for libtool and/vs egcs (was: Re: can't resolve symbol '__register_frame_info')
  21 In-Reply-To: <3576FDAF.EE503B4B@datadesign.com>
  22 References: <35757FE9.87EEC06D@datadesign.com>
  23         <13686.53201.340176.596631@saturn.hollstein.net>
  24         <3576FDAF.EE503B4B@datadesign.com>
  25 X-Mailer: VM 6.43 under 20.4 "Emerald" XEmacs  Lucid
  26 Message-ID: <13688.9050.615440.687287@saturn.hollstein.net>
  27 Reply-To: manfred@s-direktnet.de, Manfred.Hollstein@ks.sel.alcatel.de
  28 Mime-Version: 1.0 (generated by tm-edit 7.108)
  29 Content-Type: text/plain; charset=US-ASCII
  30 Xref: trick.profitpress.com mail.libtool:1479
  31 Lines: 41
  32 X-Gnus-Article-Number: 1   Mon Nov  2 17:20:09 1998
  33
  34 On Thu, 4 June 1998, 13:03:59, korbb@datadesign.com wrote:
  35
  36  > Manfred Hollstein wrote:
  37  >
  38  > > To fix the problem, you should
  39  > >
  40  > >   1. Add all directories which contain _your_ private shared libs
  41  > >      to LD_RUN_PATH prior to linking your executables, and/or
  42  > >   2. Add a -Wl,-rpath,<dir> for all these directories, or
  43  > >   3. Remove all your own lib*.so files from your private directories.
  44  > >
  45  > > Since  I didn't want  to use  KDE4's libjpeg.so,  I removed libjpeg.so
  46  > > (and libgdbm.so) from my  private installation directory and re-linked
  47  > > the particular applications; now ImageMagick is running like a charm.
  48  >
  49  > Excuse me?  What happened to LD_LIBRARY_PATH?
  50  > Are there *two* ways of specifying the same information?
  51  > Also, for the particular application, I am using :
  52  >
  53  >     ltmain.sh (GNU libtool) 1.2
  54  >
  55  > which builds a shared lib for me and a magical shell script that
  56  > is supposed to do the right thing when invoking the uninstalled
  57  > program.  So, does libtool need updating to work with egcs?
  58  >
  59  >
  60
  61 Yep, some days ago the libtool maintainer asked about details what
  62 need to be done in this area.
  63
  64 I guess, the main reason for the problems is inconsistent usage of
  65 `-Wl,-rpath,somedir' vs. LD_RUN_PATH; AFAIK, `-Wl,-rpath,...' disables
  66 LD_RUN_PATH at linktime and LD_LIBRARY_PATH at runtime.
  67
  68 I don't know, which way libtool is using, but I tend to strongly
  69 recommend against using -Wl,-rpath.
  70
  71 Other thoughts?
  72
  73 manfred
  74
  75 From nobody Wed Oct 14 16:48:18 1998
  76 X-From-Line: ian@cygnus.com Sat Jun 06 19:44:17 1998
  77 Return-Path: <ian@cygnus.com>
  78 Delivered-To: gord@trick.profitpress.com
  79 Received: (qmail 28443 invoked from network); 6 Jun 1998 19:44:15 -0000
  80 Received: from unknown (HELO bambam.m-tech.ab.ca) (127.0.0.1)
  81   by 127.0.0.1 with SMTP; 6 Jun 1998 19:44:15 -0000
  82 Received: from tweedledumb.cygnus.com (gateway [10.0.0.1]) by bambam.m-tech.ab.ca (8.8.5/8.6.9) with ESMTP id KAA32693 for <gord@profitpress.com>; Sat, 6 Jun 1998 10:38:53 -0600
  83 Received: from subrogation.cygnus.com (subrogation.cygnus.com [192.80.44.76])
  84         by tweedledumb.cygnus.com (8.8.5/8.8.5) with ESMTP id MAA08502;
  85         Sat, 6 Jun 1998 12:44:42 -0400 (EDT)
  86 Received: (ian@localhost) by subrogation.cygnus.com (950413.SGI.8.6.12/8.6.4) id MAA20367; Sat, 6 Jun 1998 12:44:42 -0400
  87 Date: Sat, 6 Jun 1998 12:44:42 -0400
  88 Message-Id: <199806061644.MAA20367@subrogation.cygnus.com>
  89 From: Ian Lance Taylor <ian@cygnus.com>
  90 To: manfred@s-direktnet.de, Manfred.Hollstein@ks.sel.alcatel.de
  91 CC: ddsinc09@ix.netcom.com, gord@profitpress.com, egcs@cygnus.com
  92 In-reply-to: <13688.9050.615440.687287@saturn.hollstein.net> (message from
  93         Manfred Hollstein on Fri, 5 Jun 1998 19:03:53 +0200 (MEST))
  94 Subject: Re: Issues for libtool and/vs egcs (was: Re: can't resolve symbol '__register_frame_info')
  95 Xref: trick.profitpress.com mail.libtool:1480
  96 Lines: 14
  97 X-Gnus-Article-Number: 2   Mon Nov  2 17:20:09 1998
  98
  99    Date: Fri,  5 Jun 1998 19:03:53 +0200 (MEST)
 100    From: Manfred Hollstein <manfred@s-direktnet.de>
 101
 102    I guess, the main reason for the problems is inconsistent usage of
 103    `-Wl,-rpath,somedir' vs. LD_RUN_PATH; AFAIK, `-Wl,-rpath,...' disables
 104    LD_RUN_PATH at linktime and LD_LIBRARY_PATH at runtime.
 105
 106 Using -rpath will indeed cause the linker to ignore LD_RUN_PATH (at
 107 least, that is how the GNU linker behaves).  However, it does not
 108 cause the dynamic linker to ignore LD_LIBRARY_PATH when the executable
 109 is run.
 110
 111 Ian
 112