libtool: link: only absolute run-paths are allowed

Matthew Vanecek mevanecek at yahoo.com
Tue Feb 25 09:06:04 CST 2003


On Tue, 2003-02-25 at 08:36, Gansser, Martin wrote:
> > -----Original Message-----
> > From: Matthew Vanecek [mailto:mevanecek at yahoo.com]
> > Sent: Tuesday, February 25, 2003 3:03 PM
> > To: Gansser, Martin
> > Cc: David Hampton; Gnucash Devel
> > Subject: RE: libtool: link: only absolute run-paths are allowed
> > 
> > 
> > On Mon, 2003-02-17 at 04:12, Gansser, Martin wrote:
> > > > -----Original Message-----
> > > > From: David Hampton [mailto:hampton at employees.org]
> > > > Sent: Thursday, February 13, 2003 6:51 PM
> > > > To: Gansser, Martin
> > > > Cc: gnucash-devel at lists.gnucash.org
> > > > Subject: Re: libtool: link: only absolute run-paths are allowed
> > > > 
> > > > 
> > > > On Thu, 2003-02-13 at 06:39, Gansser, Martin wrote:
> > > > > Hi,
> > > > > 
> > > > > I tried to compile gnucash-1.8.1 on hpux 11.00, but I get 
> > > > the following error message:
> > > > > 
> > > > > ...
> > > > > libtool: link: only absolute run-paths are allowed
> > > > 
> > > > This vaguely rings a bell as an hpux issue that libtool 
> > couldn't work
> > > > around.  I don't think its a gnucash issue at all.  I'm not 
> > > > sure what to
> > > > suggest other than skipping the 'make' step and going 
> > > > straight to 'make
> > > > install'.  IIRC, in the former command libtool tries to set up the
> > > > application so it can be run from the source directory, 
> > thus relative
> > > > run-paths. In the latter, libtool links the libs for 
> > their ultimate
> > > > destination in the file system using absolute run paths.
> > > 
> > > Hi,
> > > 
> > > I solved this problem by removing the test directory from 
> > SUBDIRS in the src/gnc-module/Makefile.in,
> > > and the compilation went well, until the start problem.
> > > 
> > > prounix_root:/opt/gnucash/bin # ./gnucash
> > > /usr/lib/dld.sl: Unresolved symbol: __moddi3 (code)  from 
> > /opt/gnucash/lib/gnucash/libgncmod-engine.sl.0
> > > IOT Abfrage (Hauptspeicherauszug ausgegeben)
> > > 
> > > any suggestions
> > > 
> > 
> > That's a symbol in the glibc libc-2*.so library:
> > 
> > me2v at reliant engine $ nm /lib/libc-2.2.5.so |grep moddi3
> > 00017690 T __moddi3
> > 00017720 T __umoddi3
> > 
> > Did you compile gnucash or one of it's dependencies against glibc, and
> > then try to run it against hpux libc?  There's something 
> > about moddi3 in
> > the archives (not much), but it was pretty much "that's a glibc
> > function".
> > 
> > Someone else may have something more informative to offer...
> > -- 
> > Matthew Vanecek
> 
> In /usr/lib/libc.* there isn't a symbol like moddi3.
> 
> the only library with moddi3 Symbols is:
> 
> # nm -v /usr/local/lib/libgcc_s.sl |grep moddi3
> 0007118 T __moddi3
> 0007130 T __moddi3
> 0007f78 T __umoddi3
> 0007f90 T __umoddi3
> zfem_root:/usr/lib #
> 

Have you try adding /usr/local/lib to your LD_LIBRARY_PATH, or whatever
equivalent HPUX has?  If you can convince your gcc-compiled apps to load
their symbols from libgcc.s.sl, you may get the symbols to be
recognized.


-- 
Matthew Vanecek
perl -e 'print $i=pack(c5,(41*2),sqrt(7056),(unpack(c,H)-2),oct(115),10);'
********************************************************************************
For 93 million miles, there is nothing between the sun and my shadow except me.
I'm always getting in the way of something...



More information about the gnucash-devel mailing list