more libedit.so.0 issues
james.swaine at gmail.com
Fri Nov 14 11:24:44 EST 2008
there wouldn't be any issue with using the 6.8.x binaries. we'd ideally
like to be working with the latest source tree (we're planning on tweaking
the source, specifically in the parallel and concurrency libraries). but
the distro we're using to compile the sources is the 6.10 for 64-bit Linux
(the one that expects the libedit.so.0 as opposed to libedit.so.2). so
maybe we should drop back to 6.8 and use the Red Hat-specific distro?
On Fri, Nov 14, 2008 at 1:00 AM, Don Stewart <dons at galois.com> wrote:
> > We've had unbelievable problems getting past this ridiculous 'unable
> > load object file or shared library libedit.so.0' error when attempting
> > build the 6.10.1 source tree. We initially just built editline in a
> > directory and attempted to manipulate environment variables to help
> > linker (e.g. setting LIBRARY_PATH, LD_LIBRARY_PATH, and CPATH) - but
> > did no good.
> > We then just installed the editline package so it's available globally
> > the libraries (specifically libedit.so.0) live in /usr/local/lib, so
> > should be found with no problem. Not so for ghc - same error. We're
> > running this on Red Hat.
> What does ldd say?
> It should say something like this (on Arch Linux):
> $ ldd /usr/lib/ghc-6.10.0/ghc
> linux-vdso.so.1 => (0x00007fffb09fe000)
> libedit.so.0 => /usr/lib/libedit.so.0 (0x00007f6aa8479000)
> libncursesw.so.5 => /lib/libncursesw.so.5 (0x00007f6aa820f000)
> libutil.so.1 => /lib/libutil.so.1 (0x00007f6aa800c000)
> libdl.so.2 => /lib/libdl.so.2 (0x00007f6aa7e08000)
> libm.so.6 => /lib/libm.so.6 (0x00007f6aa7b85000)
> libgmp.so.3 => /usr/lib/libgmp.so.3 (0x00007f6aa7943000)
> librt.so.1 => /lib/librt.so.1 (0x00007f6aa773b000)
> libpthread.so.0 => /lib/libpthread.so.0 (0x00007f6aa7520000)
> libc.so.6 => /lib/libc.so.6 (0x00007f6aa71cc000)
> /lib/ld-linux-x86-64.so.2 (0x00007f6aa86a7000)
> For example, let's you know if the system linker can see libedit (and the
> C libraries GHC uses)
> > I'm part of a research group at Northwestern University that is
> > the use of ghc and associated libraries for some upcoming projects.
> > a shame that this is so difficult to even compile/install, and nobody
> > seems to be able to figure out what's wrong.
> Do you have the option of using a distro package? Has GHC 6.10.x been
> packaged for
> your distro yet? Do you have the option of using GHC 6.8.x for now, or is
> there some
> feature in 6.10.x you expect to depend on?
> -- Don
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the Glasgow-haskell-users