GHC 8.0.1-rc4 source tarball availability

Carter Schonwald carter.schonwald at
Sun Apr 24 00:50:15 UTC 2016

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

On Saturday, April 23, 2016, Brandon Allbery <allbery.b at> wrote:

> On Sat, Apr 23, 2016 at 8:05 PM, Carter Schonwald <
> carter.schonwald at
> <javascript:_e(%7B%7D,'cvml','carter.schonwald at');>> wrote:
>> and I *believe* but could be wrong that its better to have it point
>> to /usr/lib/libgcc_s.1.dylib or something?
>> otoh, the otool -L output of those respective things are VERY different
> People will need to have that libgcc_s.1.dylib *by path* installed.
> Apple's is likely too old to be compatible, so copying it or using
> install_name_tool to repoint to it will likely lead to a non-working
> program.
> You mentioned at one point that you built using a local gcc install. gcc
> uses its bundled libgcc_s; so you will have that dependency unless you
> switch to /usr/bin/clang to build.
> --
> brandon s allbery kf8nh                               sine nomine
> associates
> allbery.b at <javascript:_e(%7B%7D,'cvml','allbery.b at');>
>                                  ballbery at
> <javascript:_e(%7B%7D,'cvml','ballbery at');>
> unix, openafs, kerberos, infrastructure, xmonad
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <>

More information about the ghc-devs mailing list