[MacPorts] #25558: ghc: update to latest version

[MacPorts]

#25558: ghc: update to latest version
--------------------------------+-------------------------------------------
 Reporter:  jwiegley@…          |       Owner:  gwright@…           
     Type:  update              |      Status:  assigned            
 Priority:  Normal              |   Milestone:                      
Component:  ports               |     Version:                      
 Keywords:                      |        Port:  ghc ghc-devel       
--------------------------------+-------------------------------------------

Comment(by kitchen.andy@…):

 Replying to [comment:42 cal@…]:
 > I've attached a patch that will disable building PDF documentation with
 dblatex even if it's installed. Since the patch changes `configure` and
 not `configure.in` we don't need to add a dependency on autotools.
 Awesome, thanks heaps.

 > However, a build-dependency on libxslt is needed, because it is being
 used to generate HTML documentation.
 Thanks heaps for that too.

 > I've added the patch and dependency and fixed some minor issues
 (trailing whitespace, unneeded use of tags in distfiles) and attached
 another version of the Portfile.
 Thanks again.

 > My wording on "miscompiles ghc" could probably have been better. I
 didn't want to say "ghc compiles but doesn't work correctly", but "ghc
 doesn't compile at all". I haven't found out why this is happening, and
 even more strange, it seems to work for you. I'll attach my main.log,
 maybe you have an idea why it fails?
 Well, not sure exactly, but I've noticed compilation failures on occasion,
 that's why I disabled parallel builds.
 For me these errors were totally spurious and annoyingly seem to go away
 just by running make again.
 So try running 'port -kv install ghc' multiple times, does it stop at the
 same point or get further each time?

 These seemingly non-deterministic failures could likely come from
 unspecified dependencies in the make
 file. If these dependencies are produced as a by-product of other rules,
 the success or failure of the
 make file could depend on the order the products were build, but still
 mostly work. I am as yet
 unable to reproduce these build errors.

 Also this looks like a plumbing problem in the build system
 (it looks like it's generating a dep file to be included in some other
 makefile)
 as opposed to the problem being somewhere inside haskell code.
 I'm on lion, so my system make is reasonably new: GNU Make 3.81
 This is probably one of the large system dependent variables, perhaps
 compiling with the macports gmake 3.82 could do the trick?

 Hope that helps.


 Kind Regards

 AK

-- 
Ticket URL: <https://trac.macports.org/ticket/25558#comment:43>
MacPorts <http://www.macports.org/>
Ports system for Mac OS