GHC 8.0.1-rc4 source tarball availability

Carter Schonwald carter.schonwald at
Sun Apr 24 01:44:23 UTC 2016

If my understanding of the code is correct, there's no problems ! :)
On Saturday, April 23, 2016, Carter Schonwald <carter.schonwald at>

> I guess I have some spelunking to do tomorrow
> It looks like apples libgcc may be some sort of clang thingy.
> On Saturday, April 23, 2016, Brandon Allbery <allbery.b at
> <javascript:_e(%7B%7D,'cvml','allbery.b at');>> wrote:
>> On Sat, Apr 23, 2016 at 8:50 PM, Carter Schonwald <
>> carter.schonwald at> wrote:
>>> It *seemed* to work fine even with that lib no longer at that path, but
>>> famous last words. It does seem that it doesn't do anything
>> It's only used when it needs to do something for which the CPU lacks
>> support so a call to an emulation is used instead of trying to generate
>> native code for it. Maybe you got lucky and ghc doesn't actually need it in
>> its C bits. Or maybe it'll explode only when there's a full moon in Scorpio
>> and Mars is ascendant. :/ (Well, when some rarely used operation happens to
>> need something that x86_64 needs help with. I don't think there are many of
>> those --- which means it's going to be an even rarer explosion.)
>> --
>> brandon s allbery kf8nh                               sine nomine
>> associates
>> allbery.b at
>> ballbery at
>> unix, openafs, kerberos, infrastructure, xmonad
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <>

More information about the ghc-devs mailing list