[GHC] #14444: Linker limit on OS X Sierra breaks builds for big projects

GHC ghc-devs at haskell.org
Wed Feb 28 06:24:02 UTC 2018


#14444: Linker limit on OS X Sierra breaks builds for big projects
-------------------------------------+-------------------------------------
        Reporter:  dredozubov        |                Owner:  angerman
            Type:  bug               |               Status:  new
        Priority:  normal            |            Milestone:
       Component:  Compiler          |              Version:  8.2.1
  (Linking)                          |
      Resolution:                    |             Keywords:
Operating System:  MacOS X           |         Architecture:
                                     |  Unknown/Multiple
 Type of failure:  None/Unknown      |            Test Case:
      Blocked By:                    |             Blocking:
 Related Tickets:                    |  Differential Rev(s):
       Wiki Page:                    |
-------------------------------------+-------------------------------------

Comment (by angerman):

 So I believe this was mitigated in stack one way or the other; but your
 ticket commercialhaskell/stack#2577 makes it seem like it isn't. In cabal
 it is mitigated
 by haskell/cabal#4656.

 I guess we should just go ahead and fix it properly in GHC.  I feel GHC
 should fall over
 quicker if you construct a massive dependency tree with long folder and
 library names.

 Of course now that most people using cabal, nix or stack don't hit this
 issue anymore
 as hard, the pressure to fix this is not as high anymore.

 If you as such can reproduce a sample that always fails (it might be
 sufficient to double your dependencies)that would be helpful.

 Note however: we will not be able to fix this for the case where all
 dependencies are direct, without some heavier lifting. IOW if it's the
 indirect (transitive) dependencies that cause the blow up, we might be
 able to fix that rather easy. If it is the direct dependencies that cause
 the blow up, this will pose a harder problem as we'd have to potentially
 inject pseudo aggregation libraries, which I'd rather not do.

-- 
Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/14444#comment:10>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler


More information about the ghc-tickets mailing list