<div dir="ltr">On 14 June 2013 11:17, Joachim Breitner <span dir="ltr"><<a href="mailto:nomeata@debian.org" target="_blank">nomeata@debian.org</a>></span> wrote:<br><div class="gmail_extra"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Hi,<br>
<br>
Am Freitag, den 14.06.2013, 10:00 +0100 schrieb Reuben Thomas:<br>
> I want to compile a simple Haskell program:<br>
><br>
> $ git clone git://<a href="http://github.com/jgoerzen/twidge.git" target="_blank">github.com/jgoerzen/twidge.git</a><br>
> $ ghc --make -o setup Setup.lhs<br>
> [1 of 1] Compiling Main             ( Setup.lhs, Setup.o )<br>
> Linking setup ...<br>
> /usr/bin/ld.bfd.real: Setup.o: relocation R_X86_64_32S against `stg_CAF_BLACKHOLE_info’ can not be used when making a shared object; recompile with -fPIC<br>
> Setup.o: could not read symbols: Bad value<br>
> collect2: error: ld returned 1 exit status<br>
<br>
I can’t reproduce it here, ghc 7.6.3-3, on amd64. <br></blockquote><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
Does this occur with every Haskell program compilation, or just this?<br></blockquote><div><br></div><div>This is the only one I tried. I don't use Haskell otherwise, I just wanted to build this one program. However, searching suggests this error is to be expected if you have a dynamically-built system, and suggested adding "-dynamic". As far as I can see, that's a matter of the GHC installation, not of the program being compiled, since I was working in this instance with a single .lhs source file.<br>
<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

There might be differences in Ubuntu's toolchain.</blockquote><div><br></div><div>Not according to the changelog, but of course it could be something unknown!<br></div><br></div></div></div>