BuildFlavour = perf

This only has an effect if you have the rest of build.mk.sample too. So if you're quoting the whole of your build.mk here, it won't have any effect.

I was just quoting the differences, the rest is there as well. I also
updated my build.mk from the modified build.mk.sample after you
brought in the new build system, but apparently that file has changed
again since then. It might be useful to issue a warning if build.mk exists and is older than build.mk.sample - that always needs to be looked into.

SplitObjs = NO
BIN_DIST=1

BIN_DIST is no more.  You can delete that.

Ok. The scheme is still 'make; make binary-dist', right?

XMLDocWays = html

This has also gone away. You want BUILD_DOCBOOK_HTML=YES (see build.mk.sample).

That was the update of build.mk.sample I missed. Also, setting the
_PS/_PDF versions to NO while dblatex isn't working for me.

No idea, but that is GHC 6.8.3 that is crashing, right?

As far as I could tell, yes.

We switched from fop to dblatex, because almost nobody was able to get fop to work (including us), but dblatex works everywhere.

Funny, fop used to work for me on windows:-)

Except, that is, on Windows if it is installed somewhere that has a space in the path. We are planning to fix that, though (I believe it's on Ian's todo list).

I can't find recent online info about this issue, and I'm surprised that
miktex installs by default in 'Program Files' if some of its components
don't work from there. There are both dblatex executable and a
dblatex.bat, but since the latter isn't on the PATH, I don't know how
the former calls it, as it seems to do. Anyway, I'll leave dblatex for
another day, since it isn't needed for html docs, right?

- since I didn't want to move miktex, and don't know what else might be
used from there in the build, I wrapped the command in "", in mk/config.mk,
and typed make again..

don't edit mk/config.mk, override in mk/build.mk instead. The docs do say this.

Was just a quick hack - strictly speaking, one should modify aclocal.m4,
to wrap DblatexCmd, but as that doesn't work anyway atm, aclocal.m4
should probably raise a warning if the DblatexCmd path contains spaces?

It doesn't rebuild *everything*, though I agree you do get a lot of rebuilding and reconfiguring whenever mk/config.mk changes.

I've just found some places we were depending on mk/config.mk where we should have been depending on mk/project.mk. But this won't make any difference in practice: configure always touches both of them anyway. If we could prevent configure from touching files if they don't change, that would help a lot.

Why does configure need to rerun at all in that situation? config.mk is an output of configure, isn't it? So if configure had been rerun, my
changes wouldn't have survived.

Apparently dblatex is not working in some way. Can you run it by hand on a smaller DocBook XML document? e.g. try Haddock's documentation, or Cabal's.

It doesn't seem to work, and I haven't seen any recent online references
as to why, or what to do about it. Html output is more important, though,
so this isn't urgent for me.

windres --preprocessor="c:/mingw/bin/gcc -E -xc -DRC_INVOKED" -o
driver/ghci/ghci.res -i driver/ghci/ghci.rc -O coff
c:\MinGW\bin\windres.exe: can't open icon file `ghci.ico': No such file
or directory
make[1]: *** [driver/ghci/ghci.res] Error 1
make: *** [all] Error 2

I don't see that error.

Note that ghci.ico is in driver/ghci/, not in the directory from which that
command is being run, and ghci.rc tries to refer to it locally (why not 'cd;windres;cd -' ?).

I haven't quite been able to figure out where that command comes from,
and driver/Makefile refers to things like $(TOP)/mk/boilerplate.mk and
$(TOP)/mk/target.mk, which no longer exist?

This prompted me to look for other leftovers (which the old buildsystem
was notorious for) and I found and removed quite a few of them, so I'll
try again, with modified build.mk to avoid dblatex.

What windres is that?  Did you try the one that comes with GHC?

The same windres I've been using for my last GHC build this year
(20090320)

$ windres --version
GNU windres 2.16.91 20050827
Copyright 2005 Free Software Foundation, Inc.
This program is free software; you may redistribute it under the terms of
the GNU General Public License.  This program has absolutely no warranty.

(the one in 6.8.3 is even older;-)

Thanks,
Claus


_______________________________________________
Cvs-ghc mailing list
[email protected]
http://www.haskell.org/mailman/listinfo/cvs-ghc

Reply via email to