[GHC] #15967: can't build ghc on Mac with any level of dwarf for base library

[GHC]

#15967: can't build ghc on Mac with any level of dwarf for base library
-------------------------------------+-------------------------------------
        Reporter:  carter            |                Owner:  (none)
            Type:  bug               |               Status:  new
        Priority:  highest           |            Milestone:  8.6.3
       Component:  Compiler          |              Version:  8.6.2
  (CodeGen)                          |
      Resolution:                    |             Keywords:
Operating System:  Unknown/Multiple  |         Architecture:
                                     |  Unknown/Multiple
 Type of failure:  None/Unknown      |            Test Case:
      Blocked By:                    |             Blocking:
 Related Tickets:                    |  Differential Rev(s):
       Wiki Page:                    |
-------------------------------------+-------------------------------------
Description changed by carter:

Old description:

> i tried building base in 8.6.2 with -g1
> and i get the following error pretty consitently from the system linker
>
> ```
> ld: in /Users/carter/dev-checkouts/ghc-tree/ghc-8.6.2-checkout-
> build/libraries/base/dist-install/build/libHSbase-4.12.0.0_p.a(Base.p_o),
> sectionForAddress(0x8066) address not in any section for architecture
> x86_64
> ```
>
> if i do
>
> ```
> GhcLibHcOpts += -g1
> ```
> or higher in the build.mk file, i get this linker error at some point in
> building ghc or resulting executables .
>
> I'm not sure if its *just* for profiled libs or every lib, but it looks
> like theres actually no way to handle the number of dwarf sections for
> large archives on OSX?!
>
> or equivalently, we may need support for more parsimonious dwarf
> annotations if at all?
>
> point being: if we can't support debug symbols for base on a tier 1
> platform, either debug symbols working isn't part of our support SLA for
> tier 1 platforms, OR its a release blocker we've not had in our validate
> configuration matrix.

New description:

 i tried building base in 8.6.2 with -g1
 and i get the following error pretty consitently from the system linker

 {{{
 ld: in /Users/carter/dev-checkouts/ghc-tree/ghc-8.6.2-checkout-
 build/libraries/base/dist-install/build/libHSbase-4.12.0.0_p.a(Base.p_o),
 sectionForAddress(0x8066) address not in any section for architecture
 x86_64
 }}}

 if i do

 {{{
 GhcLibHcOpts += -g1
 }}}
 or higher in the build.mk file, i get this linker error at some point in
 building ghc or resulting executables .

 I'm not sure if its *just* for profiled libs or every lib, but it looks
 like theres actually no way to handle the number of dwarf sections for
 large archives on OSX?!

 or equivalently, we may need support for more parsimonious dwarf
 annotations if at all?

 point being: if we can't support debug symbols for base on a tier 1
 platform, either debug symbols working isn't part of our support SLA for
 tier 1 platforms, OR its a release blocker we've not had in our validate
 configuration matrix.

--

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