[haskell-llvm] pkg-config for LLVM-3.2

[Carter Schonwald]

Sure, but as Nathan mentioned, and as the ticket Nathan linked to
indicates, these bugs are gone in ghc head and thus soon ghc 7.8

Cleaning up the configure and build scripts would be great, I merely
suggest you use a ghc head / ghci head build to test the ghci stuff.  There
is fundamentally no nonfragile/portable work around to the problems arising
from current ghci having its own special unique custom linker.  Ghci in
head uses the system linker and does not have these problems.

I will test using ghci head and llvm myself in a few weeks once I have more
time, and I emphatically think that any work needed to make ghci 7.8 not
have linker loader problems is worth doing.

Point being: llvm hs not working with ghci version 7.6.* or lower is a
ghc/ghci problem that has no good solution. Any solution would likely be
fragile and break on different oses

If llvm HS doesn't work with ghci head (version >= 7.7 as of the past month
or two ), that is a bug that I am happy to work with ghc hq to resolve,
whether its on the ghc or llvm HS side.

I want llvm HS to work in ghci too, but I do not see a way that works
robustly being feasible that doesn't entail using ghci head / version >=7.7
 .

And by robustly I mean I want to be able to have libraries that internally
use llvm to be easy to install on any platform that has a recent llvm, and
requires no end user fiddliness. Messing with fpic and other things has
implications that can mess with how you can use code in unexpected ways.

I'm actually wrestling with a mini version of this problem in some other
software in working on and it's a time consuming challenge even if you're
authoring both the c and Haskell sides, let alone writing a binding for a
massive project like llvm.

On Sunday, May 19, 2013, Henning Thielemann wrote:

>
> On Sun, 19 May 2013, Carter Schonwald wrote:
>
>  And likewise, it's also worth testing out just using ghci from a ghc head
>> build, many problems you're trying
>> to work around should be solved in current ghc head of even a few months
>> ago.
>>
>
> I am not trying to work around something. Instead I want to stop work
> arounds in Setup.hs and configure.ac and try to move to a standardized
> solution using pkg-config. So far it works on my setup as good as the
> 'configure' solution, and for LLVM-3.0 I even got GHCi running with LLVM.
> So please consider my proposed changes independently from the linker
> improvments in GHC-7.8.
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://projects.haskell.org/pipermail/haskell-llvm/attachments/20130519/68c0be20/attachment.htm>