Opened 8 years ago

Closed 5 years ago

Last modified 5 years ago

#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)

ghc.log (356.0 KB) - added by borre.gaup@… 8 years ago.

Download all attachments as: .zip

Change History (13)

Changed 8 years ago by borre.gaup@…

Attachment: ghc.log added

comment:1 Changed 8 years ago by borre.gaup@…

This may be the same issue as this: https://trac.macports.org/ticket/51439 as a macports installed clang-3.4 is used to compile ghc, it seems.

Version 0, edited 8 years ago by borre.gaup@… (next)

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: newassigned

comment:10 Changed 5 years ago by neverpanic (Clemens Lang)

Resolution: wontfix
Status: assignedclosed

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
Note: See TracTickets for help on using tickets.