This is the mail archive of the gcc@gcc.gnu.org mailing list for the GCC project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

Re: MPC version 0.8 released!


From: "Paolo Carlini" <paolo.carlini@oracle.com>

Ian Lance Taylor wrote:
My guess is that /usr/local/lib is in /etc/ld.so.conf, and that
ldconfig gets run by a cron job periodically, and that it wasn't run
between the time Paolo built mpc and the time he tried to use it.

Right Ian, that was it: I ran ldconfig by hand and now it works. Gosh,
may years ago I knew everything about ldconfig, these polished distros
are making my mind lazy ;)

Paolo.

I'm glad it sounds like you got it all figured out.


FWIW, this general issue with shared libraries is noted in PR 21547 and applies to all library dependencies including GMP/MPFR. It's just that most people have these from their distro in /usr/lib so there's no problem finding them. The issue may temporarily resurface with MPC until you can get it automatically.

If I'm building these libraries myself, I get around this by always configuring GMP/MPFR/MPC with --disable-shared. But I seem to recall that shared libraries are mandatory for one of the other dependencies. (?) I forget which one...

I think a more general solution would be to use libtool to link cc1 et al. so that the magic incantation to embed the rpath is done in a portable fashion.

I don't know what's involved. Any takers?

       Thanks,
       --Kaveh


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]