#51766 closed defect (wontfix)
ghc build fails on OS X 10.6
| Reported by: | borre.gaup@… | Owned by: | |
|---|---|---|---|
| Priority: | Normal | Milestone: | |
| Component: | ports | Version: | 2.3.4 |
| Keywords: | Cc: | ||
| Port: | ghc |
Description
A fresh install of ghc fails
sudo port install ghc ---> Computing dependencies for ghc ---> Building ghc Error: org.macports.build for port ghc returned: command execution failed
I cleaned the ghc port and tried again, but the same error occurred.
Attached is the ghc build log.
Attachments (1)
Change History (13)
Changed 8 years ago by borre.gaup@…
comment:1 Changed 8 years ago by borre.gaup@…
comment:2 Changed 8 years ago by mf2k (Frank Schima)
| Cc: | cal@… added |
|---|---|
| Owner: | changed from macports-tickets@… to kitchen.andy@… |
| Port: | ghc added |
In the future, please fill in the Port field and Cc the port maintainers (port info --maintainers ghc), if any.
comment:3 Changed 8 years ago by neverpanic (Clemens Lang)
Error seems to be
:info:build /usr/bin/ranlib: object: libraries/terminfo/dist-boot/build/libHSterminfo-0.4.0.0.a(Base.o) malformed object (unknown load command 3)
You could try installing the cctools port, which should provide a newer ranlib, which hopefully doesn't have the problem. I'm probably not going to attempt fixing the GHC build on 10.6, especially because (a) I don't have a 10.6 system and (b) I'm working on upgrading GHC to 8.x and would rather get that done than spending time on debugging old versions.
comment:4 Changed 8 years ago by borre.gaup@…
After installing cctools, the ghc install worked flawlessly. Thanks for the tip!
comment:5 Changed 8 years ago by mf2k (Frank Schima)
| Cc: | cal@… removed |
|---|---|
| Owner: | changed from kitchen.andy@… to cal@… |
Assigning to current maintainer. See #51780.
comment:6 Changed 8 years ago by neverpanic (Clemens Lang)
OK, so since a workaround is available, I will not fix this in the current GHC port. Let me know if that still occurs after I update GHC to 8.x.
comment:7 Changed 8 years ago by favadi (Diep Pham)
We should apply the patch to current port, or just upgrade ghc to 8.x?
comment:8 Changed 8 years ago by neverpanic (Clemens Lang)
Which patch? There is no patch in this ticket.
The GHC 8.x update still needs a decision on what to do with the 'stack' tool that's new in haskell-platform. It wasn't ported yet.
comment:9 Changed 5 years ago by neverpanic (Clemens Lang)
| Owner: | neverpanic deleted |
|---|---|
| Status: | new → assigned |
comment:10 Changed 5 years ago by neverpanic (Clemens Lang)
| Resolution: | → wontfix |
|---|---|
| Status: | assigned → closed |
An update to GHC 8.6 was merged in https://github.com/macports/macports-ports/pull/4794. Additionally, I'm dropping maintainership in https://github.com/macports/macports-ports/pull/5049. I think it's safe to say that I won't fix this issue.
comment:11 Changed 5 years ago by kencu (Ken)
I took a look at this -- it won't be easy to fix, if it's ever fixable. I will require building a version of ghc to bootstrap that uses our home-grown emulatedtls variant of llvm/clang, and frankly I'm not sure that is/will ever be possible. So -- I pegged ghc at the last version on 10.6.8 for my own use.
comment:12 Changed 5 years ago by kencu (Ken)
correction -- it was fixable:
$ ghc --version The Glorious Glasgow Haskell Compilation System, version 8.6.5 $ uname -a Darwin 10.8.0 Darwin Kernel Version 10.8.0: Tue Jun 7 16:33:36 PDT 2011; root:xnu-1504.15.3~1/RELEASE_I386 i386
This may be the same issue as this: https://trac.macports.org/ticket/51439 as macports installed clang-3.4 as a dependency of ghc.