> On Windows the bindist target does produce a binary
> distribution directory
> but the actual distribution doesn't work on Windows; at the very least
> because it depends on a shell script.
>
> When I first modified the nightly build system to build
> various utilities I
> followed and extended the example of the MinGW ghc "rejig" script
> "distrib/prep-bin-dist-mingw" on the assumption that it was
> the "done thing
> over there" and I didn't want to produce something which would disrupt
> Sigbjorn's packaging effort.
>
> That script and those I made for each particular utility (all
> living in the
> "fptools/distrib" sub directory) require a Unix style bindist
> directory to
> start from, copying the required elements into a single directory tree
> comprising the compiler, utilities and libraries which I then zip up.
Ok, I see.
> The problem is that the Makefile overrides the setting of
> SGMLDocWays as an
> argument to make adding the values html and ps through
>
> "BINDIST_DOC_WAYS = html ps":
The problem now is that docs don't get built for a binary dist at all,
because SGMLDocWays is empty by default. What we're really trying to do
here is to disable the doc generation on a system that doesn't have the
tools available; and testing SGMLDocWays isn't really the right way to
do that. A better way is probably by testing $(DOCBOOK_CATALOG).
Also, the SGMLDocWays test in the install-docs rule isn't necessary, as
far as I can tell. I suggest we remove this, and change the test in the
binary-dist rule to look at $(DOCBOOK_CATALOG) instead.
> Anyway, all input on this is welcome and I appreciate the
> interest you have
> shown in what I am doing - I should perhaps have discussed my
> plans more openly early in the piece.
That's fine - I just like to keep an eye on what commits are going in!
Also, you committed directly to ghc-6-2-branch, which is something we
don't normally do. "Standard Practice" is to commit to the HEAD and
then merge to the branch (or put a note in the log message and I'll do
the merge).
Cheers,
Simon
_______________________________________________
Cvs-fptools mailing list
[EMAIL PROTECTED]
http://www.haskell.org/mailman/listinfo/cvs-fptools
