Notice that line `--with-ld=...` above, if you installed gcc48 from
Since it's an unofficial build, I am not sure if I could use it in
#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): 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. 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