more libedit.so.0 issues
james.swaine at gmail.com
Fri Nov 14 13:09:07 EST 2008
we tried that, but then we got this error:
grep: packages: No such file or directory
make -C libraries boot
make: Entering directory `/home/jswaine/ghc/ghc-6.10.1/
> mkdir bootstrapping
> mkdir: cannot create directory `bootstrapping': File exists
> make: [cabal-bin] Error 1 (ignored)
> /home/jswaine/ghc/ghc-6.10.1/ghc/ghc -Wall -DCABAL_VERSION=1,6,0,1 -odir
> /home/jswaine/ghc/ghc-6.10.1/libraries/bootstrapping -hidir
> -i/home/jswaine/ghc/ghc-6.10.1/libraries/hpc --make cabal-bin -o cabal-bin
> ghc: missing -B<dir> option
> make: *** [cabal-bin] Error 1
> make: Leaving directory `/home/jswaine/ghc/ghc-6.10.1/libraries'
> make: *** [stage1] Error 2
which still looks to me like it's somewhat related to linking (the
assumption was that -B is used for this sort of thing - linking to libraries
in unusual directories). but this option isn't listed in the ghc flag
reference. that was when we decided to just install the editline package so
it would be where it normally is (/usr/local/lib), but that got us back to
the original error message. ugh.
On Fri, Nov 14, 2008 at 12:02 PM, Don Stewart <dons at galois.com> wrote:
> Is your LD_LIBRARY_PATH environment variable exported, and set to
> include the path to the lib dir that libedit lives in?
> $ echo $LD_LIBRARY_PATH
> Allows the system linker to find things in my home dir.
> > it says:
> > libedit.so.0 => not found
> > libncurses.so.5 => /usr/lib64/libncurses.so.5 (0x00000039e2200000)
> > libutil.so.1 => /lib64/libutil.so.1 (0x00000039dba00000)
> > libdl.so.2 => /lib64/libdl.so.2 (0x00000039cfc00000)
> > libm.so.6 => /lib64/libm.so.6 (0x00000039cf800000)
> > libgmp.so.3 => /usr/lib64/libgmp.so.3 (0x00000039d5800000)
> > librt.so.1 => /lib64/librt.so.1 (0x00000039d3800000)
> > libpthread.so.0 => /lib64/libpthread.so.0 (0x00000039d0000000)
> > libc.so.6 => /lib64/libc.so.6 (0x00000039cf400000)
> > /lib64/ld-linux-x86-64.so.2 (0x00000039cec00000)
> > i noticed that my PATH variable doesn't include /usr/local/lib, do you
> > think this might be the problem?
> > -james
> > On Fri, Nov 14, 2008 at 1:00 AM, Don Stewart <dons at galois.com>
> > james.swaine:
> > > We've had unbelievable problems getting past this ridiculous
> > 'unable to
> > > load object file or shared library libedit.so.0' error when
> > attempting to
> > > build the 6.10.1 source tree. We initially just built editline
> > a user
> > > directory and attempted to manipulate environment variables to
> > the
> > > linker (e.g. setting LIBRARY_PATH, LD_LIBRARY_PATH, and CPATH)
> > but this
> > > did no good.
> > >
> > > We then just installed the editline package so it's available
> > globally and
> > > the libraries (specifically libedit.so.0) live in
> > so it
> > > 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
> > libncursesw.so.5 => /lib/libncursesw.so.5
> > 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
> > librt.so.1 => /lib/librt.so.1 (0x00007f6aa773b000)
> > libpthread.so.0 => /lib/libpthread.so.0
> > 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
> > the other
> > C libraries GHC uses)
> > > I'm part of a research group at Northwestern University that is
> > exploring
> > > the use of ghc and associated libraries for some upcoming
> > It's
> > > 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
> > packaged for
> > your distro yet? Do you have the option of using GHC 6.8.x for now,
> > is there some
> > feature in 6.10.x you expect to depend on?
> > -- Don
> > References
> > Visible links
> > 1. mailto:dons at galois.com
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the Glasgow-haskell-users