GHC 8.0.1-rc4 source tarball availability

[Carter Schonwald]

https://github.com/gcc-mirror/gcc/blob/master/libgcc/config/darwin-64.c

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

> 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 gmail.com
> <javascript:_e(%7B%7D,'cvml','allbery.b at gmail.com');>> wrote:
>
>> On Sat, Apr 23, 2016 at 8:50 PM, Carter Schonwald <
>> carter.schonwald at gmail.com> 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 gmail.com
>> ballbery at sinenomine.net
>> unix, openafs, kerberos, infrastructure, xmonad
>> http://sinenomine.net
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.haskell.org/pipermail/ghc-devs/attachments/20160423/6f892de2/attachment.html>