GitLab

Fix $(StripLibraries) code after ld changes yesterday.

Work around problems caused by limit on the length of the command line
in ld, which shows up when building OpenGL on Windows with SplitObjs=YES.

We now pass the names of the input files to ld via a linker script.
This is (probably) only supported by GNU ld, so we now have to detect
GNU ld in the configure script (yawn) and back off to the old method
if we don't have it.

distclean: clean config.mk only *after* doing the recursive cleaning.
Otherwise we don't clean properly in the subdirectories or sub-ways.

install chunked html in html/foo

* HTML documentation for "foo.xml" goes into directory "foo" again,
  not "foo-html". This is nicer and consistent with the behaviour for
  building the docs from SGML.

* Disabled building PostScript documentation in the spec files for
  now, there are some strange issues with the FO->PS conversion for
  some files which have to be clarified first.

Re-nuked SGML support, I crept back in with a previous commit. >:-(

Rationalise the install settings a bit.  Before, if you had $OWNER or
$GROUP set in your environment, then these would lead to options being
given to install, possibly with unexpected results.  This caused
install to fail for at least one person.

Now, $(INSTALL_OWNER) and $(INSTALL_GROUP) are set via
config.mk/build.mk as with other settings.

SGML is dead, long live DocBook XML!

Note: The BuildRequires tags in the spec files are still incomplete
and the documentation about the DocBook tools needs to be updated,
too. Stay tuned...

If "hhc" is in the PATH, the "htmlhelp" target builds a *.chm file now. Note:
This is untested and "hhc" should really be detected via autoconf.

* Factored out labeling options (used by FO now, too)
* Cleaned up stylesheet handling

* Preliminary support for HTML Help (target "htmlhelp". Note: No
  support for *.chm yet, I have to download hhc first for testing.

* Made directory/file layout more consistent:
     * All-in-one HTML for foo.xml goes into foo.html
     * Chunked HTML for foo.xml goes into foo-html directory with root index.html
     * HTML Help for foo.xml goes into foo-htmlhelp directory
  For the rationale behind this, read "Cool URIs don't change" at
  http://www.w3.org/Provider/Style/URI.

* Renamed "no-chunks-html" make target to "html-no-chunks"

<fanfare>Finally: Support for DocBook XML!</fanfare>

After endless frustrating hours, I came to the conclusion that using (Open)Jade
for DocBook XML is virtually impossible, there are *tons* of problems with it:
Wildly differing paths, incorrect stylesheets, broken catalogs at funny places,
broken wrapper scripts, missing support on Cygwin etc.  >:-P * * *

So we follow the ubiquitous XSL hype and use xsltproc + DocBook XSL stylesheets
to transform DocBook XML to HTML and FO. From FO there are two routes to PDF and
PostScript: Either via FOP (preferred) or via PassiveTeX. Validation can be done
via xmllint using the new make target "validate". When PassiveTeX is available,
DVI can be generated, too.  A new make target "no-chunks-html" is available for
generating an all-in-one HTML document. Currently there is no way to generate
plain text or RTF, but at least the former could easily be added.

Generating HTML works out-of-the-box on Cygwin now, but you will have to install
FOP for other formats, because there seems to be no standard package for it.

The HTML appearance can be controlled via CSS, but the current location of the
master stylesheet below fptools/mk is a bit debatable. Better suggestions are
welcome.

Currently there is still support for SGML documents, but it will be dropped when
all documents are converted to DocBook XML. The build system is complex enough
already with the support for a *single* kind of DocBook...

Fiddle with HC_SPLIT_POST to reduce the size of the ld command line
and hence avoid bumping into command-line length limits for a while
longer.

From: Jeremy Shaw <jeremy.shaw@lindows.com>

Support for nightly builds of utilities, esp. machines with no doc tools.

Go back to using $(OBJS) to build $(HS_PROG).

On second thoughts, just use $(HS_OBJS) and $(C_OBJS) in the HS_PROG
rule.  We don't want SCRIPT_OBJS in there too.

Build $(HS_PROG) from $(OBJS), not $(HS_OBJS).  In general a Haskell
program might have C bits too, and we don't want to have to hack this
into the Makefile each time.

Something strange was going on with the depend rule and
$(STAMP_PKG_CONF); fix it.

Add definition for comma.  Include GC_C_OBJS in BUILD_LIB

s/symbol link/symbolic link/

Remove -- option for HSTAGS for tags target, now that we are using hasktags instead

Fixed the -print arg to a $(FIND) command, so as to be more compatible
with shells.  :-)

Add -print to some $(FIND) commands, so as to be more compatible with
non-GNU finds.

replace one instance of ar with $(AR).

EXTRA_OBJS is not the right thing to be adding into the objects to be
put into a SplitObjs library - it causes certain objects to turn up
twice in the resulting library (eg. if EXTRA_OBJS duplicates some
objects also found in HS_OBJS).

In fact, EXTRA_OBJS is generally bogus and now isn't used anywhere, so
I've removed it.

Should fix the problem recently reported with PrimopWrappers occurring
twice in the libHSbase.a archive.

Back out previous change.  I remembered why we don't generate .depend
each time the sources chage: it's too annoying :-)

Don't recalculate dependencies if none of the source files have
changed.

From: Ian Lynagh <igloo@earth.li>

- get rid of $(FptoolsHcOpts), it was ill-conceived.  As it was,
  $(FptoolsHcOpts) was overriding options in $(GhcHcOpts).  Now,
  we just use $(SRC_HC_OPTS) instead, which can be overriden
  by $(GhcHcOpts).

- Don't bother adding -ldl to $(SRC_HC_OPTS) in config.mk.  It is
  added to the RTS's package configuration if necessary.

Add support for gcc-style "make bootstrap" which will build the stage
1, 2 and 3 compilers in the same build tree.

The idea is to simplify building a stage 2 or 3 compiler (now you only
need one build tree), and also speed up the build: there's no need to
compile the libraries more than once, because the stage 1 libraries
are used for stages 2 & 3.

In ghc/compiler, the objects and .hi files are now placed in
subdirectories: ghc/compiler/stage1 has the stage1 objects,
ghc/compiler/stage2 has the stage2 objects, etc.

The story from the top-level (fptools) is this:

  make all 	  works as before (i.e. builds ghc (stage 1),
		  libraries, etc.)

  make stage2     builds the stage 2 compiler
  make stage3     builds the stage 3 compiler

  make bootstrap  does 'make all' followed by 'make stage2'
  make bootstrap3 does 'make all' followed by 'make stage2; make stage3'

In ghc/compiler, the story is now:

  make all	     works as before (i.e. builds stage 1 only)

  make boot          generate build dirs and dependencies for stage 1
  make boot stage=N  generate build dirs and dependencies for stage N

  make stageN
  make stage=N       builds stage N compiler.  Run it in-place using
		    ./stageN/ghc-inplace.

I haven't decided what to do about 'make install' yet, and this still
needs documenting in the Building Guide.  Also, you still get the same
$(GhcHcOpts) for each stage.

Don't bother with the $@.tmp hack in the rule for building libraries,
.DELETE_ON_ERROR (in suffix.mk) should do the job for us.

if $(STAMP_PKG_CONF) is non-null, then wait for it before generating
dependencies.  This avoids a race with 'make -j' where package.conf
could get modified while the compiler is reading it.

comment fix

Install SGML docs in the right places:

	$(datadir)/html for HTML docs
	$(datedir)      for everything else

(our main HTML documentation tree will live in $(datadir)/html now).

Add $(INSTALL_IFACES) and $(INSTALL_IFACES_WITH_DIRS) for installing
interfaces (the latter replaces $(INSTALL_DATAS_WITH_DIRS).

HC_SPLIT_POST: reduce the risk of exceeding command line length limits.

[As was, constructing the relocatable ".o"s from split object files
failed with stuff inside of libraries/haskell-src/Language/Haskell/
under cygwin(&bash).]

fix a silly introduced by prev. commit

BUILD_LIB: also include EXTRA_OBJS

Re-instate ifeq "$(way)" "" around the rule for recursively descending
into SUBDIRS that I removed a while back.  This will fix a bug in
nofib whereby if NoFibWays is set to anything then we do O(n^2)
traversals of the tree, but it also means you can't sit at the top of
the tree and say 'make way=p' to just build profiling libraries (which
was the reason I made the change in the first place).  We'll have to
find another way to do this.

remove STUBOBJS as an (explicit) dependency to LIBRARY (+comment as to why)

Fixes to 'make install' in fptools/libraries.  We have to maintain the
directory structure when installing the .hi files, rather than just
dumping them in a single directory as we do for packages in
fptools/hslibs.