On 05/14/16 11:28 AM, Ben Gamari wrote:
Páli Gábor János <[email protected]> writes:

2016-05-13 7:58 GMT+02:00 Páli Gábor János <[email protected]>:
2016-05-13 7:55 GMT+02:00 Páli Gábor János <[email protected]>:
That is probably because FreeBSD has GNU make(1) as `gmake`, it should
be invoked with that name.  I suspect that, for some reason (which is
unknown to me), the value of the $(MAKE) variable is not respected at
the recursive invocation of make(1).
[..]
Ohh, I was quick to surrender: all you have to do is to
s/make/$(MAKE)/ in line 22 at utils/haddock/doc/ghc.mk.

All right, everything is now filed as #12058.

Thanks Páli! This should now be fixed on the ghc-8.0 branch. The
question how is what should be done about for the 8.0.1 release. It
seems that there are two decisions to be made here,

  1. Do we cut a new source tarball and bump the tag?
  2. If so, do we throw out the existing binary distributions?

The pragmatist in me wants to answer 1) yes, 2) no, although I do
dislike the idea of distributing binaries that weren't derived from the
associated source tarball.

This is interesting since I build dists for solaris and openbsd and none of those were affected by the bug. I guess all other Linuxes naturally use gnu make as `make' and Windows in msys too so only non-GNU/non-Linux systems should be affected and from those only FreeBSD has caught this. If this is true, then I would recommend "no" to both points and leave the fix in 8.0 branch for 8.0.2...

or! you can create 8.0.1b sources and rebuild on FreeBSD to have 8.0.1b binary dist for this platform. Anyway I think nobody will shoot anyone if Gabor just fix it in his own tree and rebuild silently fixed 8.0.1.

Cheers,
Karel

_______________________________________________
ghc-devs mailing list
[email protected]
http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs

Reply via email to