1. 04 Dec, 2004 1 commit
  2. 23 Oct, 2004 1 commit
  3. 02 Oct, 2004 1 commit
    • wolfgang's avatar
      [project @ 2004-10-02 15:12:48 by wolfgang] · 65fd4516
      wolfgang authored
      Deal with Apple's broken cpp 3.3 (you know, the one that inserts useless
      #pragma lines into it's output) by filtering it's output through
      grep -v.
      This shouldn't be a problem for other platforms, and it's much simpler
      than to make the parsers for ghc-pkg, genprimopcode and happy ignore
      those lines.
      
      MERGE TO STABLE
      65fd4516
  4. 05 Sep, 2004 1 commit
    • panne's avatar
      [project @ 2004-09-05 19:12:20 by panne] · be0242d0
      panne authored
      * 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.
      be0242d0
  5. 26 Aug, 2004 1 commit
    • panne's avatar
      [project @ 2004-08-26 20:08:39 by panne] · a1939730
      panne authored
      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...
      a1939730
  6. 21 Aug, 2004 2 commits
  7. 18 Aug, 2004 2 commits
    • panne's avatar
      [project @ 2004-08-18 16:23:14 by panne] · 88ef3d26
      panne authored
      Improved section labeling for HTML formats. Have to check other formats...
      88ef3d26
    • panne's avatar
      [project @ 2004-08-18 16:16:54 by panne] · 25ab6038
      panne authored
      * 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"
      25ab6038
  8. 15 Aug, 2004 1 commit
    • panne's avatar
      [project @ 2004-08-15 20:28:02 by panne] · 53386c35
      panne authored
      <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...
      53386c35
  9. 09 Jan, 2004 2 commits
  10. 11 Dec, 2003 1 commit
  11. 18 Aug, 2003 1 commit
    • panne's avatar
      [project @ 2003-08-18 13:54:04 by panne] · 9e9495e2
      panne authored
      Nuked unused FPTOOLS_PROG_YACCY test and support for yacc/bison in
      general. If it is ever needed again, it can easily be resurrected.
      9e9495e2
  12. 13 Aug, 2003 1 commit
  13. 24 Jul, 2003 1 commit
  14. 23 Jul, 2003 2 commits
  15. 19 Jun, 2003 1 commit
  16. 05 Jun, 2003 1 commit
  17. 21 May, 2003 1 commit
  18. 24 Jan, 2003 1 commit
  19. 13 Nov, 2002 1 commit
    • simonmar's avatar
      [project @ 2002-11-13 12:21:08 by simonmar] · 351afa5a
      simonmar authored
      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.
      351afa5a
  20. 30 Sep, 2002 3 commits
  21. 30 Aug, 2002 1 commit
  22. 14 May, 2002 1 commit
  23. 30 Jan, 2002 1 commit
    • simonmar's avatar
      [project @ 2002-01-30 12:13:11 by simonmar] · a7cfd56b
      simonmar authored
      Introduce a new tweakable $(UseGhcForCc) which if set to "YES" enables
      a different set of suffix rules which build C-ish files using $(HC)
      instead of $(CC).  We'll use this to clean up the ghc/rts Makefile.
      a7cfd56b
  24. 23 Oct, 2001 1 commit
  25. 16 Aug, 2001 1 commit
    • sof's avatar
      [project @ 2001-08-16 22:54:24 by sof] · 48e7208b
      sof authored
      Death to GHC_INCLUDE_DIR (well, almost).
      
      - mk/target.mk: get rid off the abomination of having SRC_CC_OPTS include
        GHC_INCLUDE_DIR and GHC_RUNTIME_DIR for all fptools/ projects.
      - mk/suffix.mk: %.pp suffix rule no longer hardwires in the use of GHC_INCLUDE_DIR;
        just $(CPP_OPTS). ==> If you want GHC_INCLUDE_DIR on the include path, better
        add it to SRC_CPP_OPTS (say) at the point where you need it (ghc/compiler/Makefile
        and ghc/lib/std/Makefile do this now).
      - wipe out the use of -I$(GHC_INCLUDE_DIR) in HC_OPTS in hslibs/; not needed.
      - hslibs/mk/boilerplate.mk still define GHC_{IO_}INCLUDE_DIR for the purpose
        of using it when compiling .c files. It should be possible to get rid off it
        by having CC=$(HC), but I haven't imposed that change (yet).
      48e7208b
  26. 04 Aug, 2001 1 commit
    • ken's avatar
      [project @ 2001-08-04 06:19:54 by ken] · ea138284
      ken authored
      NB: This commit renames some files.  In each of your build directories,
          you will need to:
      
      	rm -f ghc/compiler/prelude/primops.txt
      	rm -f ghc/compiler/prelude/primops.i
      	rm -f ghc/lib/std/PrelGHC.hi-boot
      	lndir ../fptools	# or wherever your CVS working directory is
      
      The change:
      Run PrelGHC.hi-boot through the preprocesor, as we already do primops.txt.
      
      This commit introduces a new prefix, ".pp", which means "run through
      preprocesor".  In a previous commit, I changed ghc/compiler/Makefile
      to preprocess primops.txt into primops.i.  That is gone now.  We now
      preprocess primops.txt.pp (a file in the CVS repository) into primops.txt
      (a platform-dependent file, created at build time).  We also preprocess
      PrelGHC.hi-boot.pp (a file in the CVS repository) into PrelGHC.hi-boot
      (a platform-dependent file, created at build time).
      
      The reason for using the preprocessor is because fewer primops are defined
      if SUPPORT_LONG_LONGS is undefined.  SUPPORT_LONG_LONGS is undefined on
      64-bit architectures such as the Alpha.
      ea138284
  27. 23 Jul, 2001 1 commit
  28. 24 May, 2001 1 commit
  29. 18 May, 2001 1 commit
  30. 09 May, 2001 1 commit
  31. 07 May, 2001 1 commit
  32. 03 May, 2001 1 commit
  33. 29 Mar, 2001 2 commits