Hello fellow Arch-Haskellers
Sorry for disturbing this peaceful list, but I only recently ran into what
ultimately turned out to be a problem with Arch Linux' layout of system
libraries and GHC's lacking support for linker scripts. My original bug report
to the yi-devel mailing list is rather longish, so I'll just link you to it and
then summarize the problem:
http://tinyurl.com/6qrhnkhttp://preview.tinyurl.com/6qrhnk
The problem: terminfo links against /usr/lib/libncurses.so, which on most
distros is a symlink to something that makes more sense (like /lib/libncurses.so.5)
On Arch, this is a linker script instead, which GHC cannot interpret.
It thus fails with a linker error:
Prelude> :m +System.Console.Terminfo
Prelude System.Console.Terminfo> term <- setupTerm "xterm"
Loading package syb ... linking ... done.
Loading package base-3.0.3.0 ... linking ... done.
Loading package terminfo-0.2.2.1 ... <command line>: can't load .so/.DLL for: ncurses (/usr/lib/libncurses.so: file too short)
Gwern then kindly forwarded the Mail to Don (his response is in the above
thread.) The problem with the proposed solution (for now) is that it involves
manually erasing /usr/lib/libncurses.so and replacing it with a symlink. This
solution has obvious flaws, of course. Most importantly, it doesn't really
resolve the issue. There is at least one other package on AUR which is affected:
http://aur.archlinux.org/packages.php?ID=18495
Since I have no clue about linker scripts, and no clue about GHC's linking system
either, I decided to forward the issue here. It's probably unlikely that Arch
will move away from linker scripts (or is it?), so the solution would be
implementing (some level of basic) support in GHC?
Best,
Aleks
PS: and thanks for your current efforts, the Haskell support was the reason for
me to switch from Debian to Arch :-)