it says: <br><br>libedit.so.0 => not found<br> libncurses.so.5 => /usr/lib64/libncurses.so.5 (0x00000039e2200000)<br> libutil.so.1 => /lib64/libutil.so.1 (0x00000039dba00000)<br> libdl.so.2 => /lib64/libdl.so.2 (0x00000039cfc00000)<br>
libm.so.6 => /lib64/libm.so.6 (0x00000039cf800000)<br> libgmp.so.3 => /usr/lib64/libgmp.so.3 (0x00000039d5800000)<br> librt.so.1 => /lib64/librt.so.1 (0x00000039d3800000)<br> libpthread.so.0 => /lib64/libpthread.so.0 (0x00000039d0000000)<br>
libc.so.6 => /lib64/libc.so.6 (0x00000039cf400000)<br> /lib64/ld-linux-x86-64.so.2 (0x00000039cec00000)<br><br>i noticed that my PATH variable doesn't include /usr/local/lib, do you think this might be the problem?<br>
-james<br><br><div class="gmail_quote">On Fri, Nov 14, 2008 at 1:00 AM, Don Stewart <span dir="ltr"><<a href="mailto:dons@galois.com">dons@galois.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
james.swaine:<br>
<div class="Ih2E3d">> We've had unbelievable problems getting past this ridiculous 'unable to<br>
> load object file or shared library libedit.so.0' error when attempting to<br>
> build the 6.10.1 source tree. We initially just built editline in a user<br>
> directory and attempted to manipulate environment variables to help the<br>
> linker (e.g. setting LIBRARY_PATH, LD_LIBRARY_PATH, and CPATH) - but this<br>
> did no good.<br>
><br>
> We then just installed the editline package so it's available globally and<br>
> the libraries (specifically libedit.so.0) live in /usr/local/lib, so it<br>
> should be found with no problem. Not so for ghc - same error. We're<br>
> running this on Red Hat.<br>
<br>
</div>What does ldd say?<br>
<br>
It should say something like this (on Arch Linux):<br>
<br>
$ ldd /usr/lib/ghc-6.10.0/ghc<br>
linux-vdso.so.1 => (0x00007fffb09fe000)<br>
libedit.so.0 => /usr/lib/libedit.so.0 (0x00007f6aa8479000)<br>
libncursesw.so.5 => /lib/libncursesw.so.5 (0x00007f6aa820f000)<br>
libutil.so.1 => /lib/libutil.so.1 (0x00007f6aa800c000)<br>
libdl.so.2 => /lib/libdl.so.2 (0x00007f6aa7e08000)<br>
libm.so.6 => /lib/libm.so.6 (0x00007f6aa7b85000)<br>
libgmp.so.3 => /usr/lib/libgmp.so.3 (0x00007f6aa7943000)<br>
librt.so.1 => /lib/librt.so.1 (0x00007f6aa773b000)<br>
libpthread.so.0 => /lib/libpthread.so.0 (0x00007f6aa7520000)<br>
libc.so.6 => /lib/libc.so.6 (0x00007f6aa71cc000)<br>
/lib/ld-linux-x86-64.so.2 (0x00007f6aa86a7000)<br>
<br>
For example, let's you know if the system linker can see libedit (and the other<br>
C libraries GHC uses)<br>
<div class="Ih2E3d"><br>
> I'm part of a research group at Northwestern University that is exploring<br>
> the use of ghc and associated libraries for some upcoming projects. It's<br>
> a shame that this is so difficult to even compile/install, and nobody<br>
> seems to be able to figure out what's wrong.<br>
<br>
</div>Do you have the option of using a distro package? Has GHC 6.10.x been packaged for<br>
your distro yet? Do you have the option of using GHC 6.8.x for now, or is there some<br>
feature in 6.10.x you expect to depend on?<br>
<font color="#888888"><br>
-- Don<br>
</font></blockquote></div><br>