[GHC] #14064: Compiling problem on FreeBSD 11 ("failed in phase")

[GHC]

#14064: Compiling problem on FreeBSD 11 ("failed in phase")
-------------------------------------+-------------------------------------
        Reporter:  ohho              |                Owner:  (none)
            Type:  bug               |               Status:  infoneeded
        Priority:  normal            |            Milestone:
       Component:  Compiler          |              Version:  8.2.1
      Resolution:                    |             Keywords:
Operating System:  FreeBSD           |         Architecture:  x86_64
 Type of failure:  GHC doesn't work  |  (amd64)
  at all                             |            Test Case:
      Blocked By:                    |             Blocking:
 Related Tickets:                    |  Differential Rev(s):
       Wiki Page:                    |
-------------------------------------+-------------------------------------

Comment (by bgamari):

 > Notice that line `--with-ld=...` above, if you installed gcc48 from
 ports, then it's configured with `--with-ld=/usr/local/bin/ld`.

 Sure, but my understanding is that `-fuse-ld=gold` (which I have confirmed
 does get passed to `gcc`) should override this default.

 > Since it's an unofficial build, I am not sure if I could use it in
 production, especial after seeing some test failures. (I am fairly new to
 GHC building & testing)

 For better or worse this looks relatively "normal" for a FreeBSD build,

  * The "stat too good" errors can be safely ignored. These are merely due
 to how we track performance metrics (which is currently being reworked;
 see #12758)
  * The profile errors (`cgrun057`, `ssc001`, `ssc003`, `T11627b`) are a
 known issue which I've been meaning to look into.
  * The two `'ascii' code can't encode character` issues are because you
 have `LANG` set to a non-UTF-8 locale (which is really a GHC dbug; I've
 opened #14073 to track this).
  * IIRC the `outofmem`  error is due to `--disable-large-address-space`
  * The `ffishutdown` issue is a bit surprising; I can't reproduce that one
  * `fdReadBuf001` seems to fail non-deterministically, which is a bit
 concerning; I'll need to look into this. Tracked as #14074
  * I can't reproduce the `conc038` failure
  * `T3807` depends upon `libdl` which doesn't exist on FreeBSD; this is a
 bug in the test.
  * `determ021` seems to be merely a library version mismatch
  * There appears to be some linkage issues on FreeBSD that we need to look
 into; namely `linkwhole` and `T2615`

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