1. 11 Dec, 2003 1 commit
  2. 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
  3. 13 Aug, 2003 1 commit
  4. 24 Jul, 2003 1 commit
  5. 23 Jul, 2003 2 commits
  6. 19 Jun, 2003 1 commit
  7. 05 Jun, 2003 1 commit
  8. 21 May, 2003 1 commit
  9. 24 Jan, 2003 1 commit
  10. 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
  11. 30 Sep, 2002 3 commits
  12. 30 Aug, 2002 1 commit
  13. 14 May, 2002 1 commit
  14. 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
  15. 23 Oct, 2001 1 commit
  16. 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
  17. 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
  18. 23 Jul, 2001 1 commit
  19. 24 May, 2001 1 commit
  20. 18 May, 2001 1 commit
  21. 09 May, 2001 1 commit
  22. 07 May, 2001 1 commit
  23. 03 May, 2001 1 commit
  24. 29 Mar, 2001 2 commits
  25. 23 Mar, 2001 1 commit
    • simonmar's avatar
      [project @ 2001-03-23 16:36:20 by simonmar] · 50027272
      simonmar authored
      Changes to support bootstrapping the compiler from .hc files.  It's
      not quite working yet, but it's not far off.
      
        - the biggest change is that any injected #includes are now placed in
          the .hc file at generation time, rather than compilation time.  I
          can't see any reason not to do this - it makes it clear by looking at
          the .hc file which files are being #included, it means one less
          temporary file at compilation time, and it means the .hc file is more
          standalone.
      
        - all the gruesomeness is in mk/bootstrap.mk, which handles building
          .hc files without a ghc driver.
      50027272
  26. 04 Jan, 2001 1 commit
  27. 22 Dec, 2000 1 commit
  28. 20 Dec, 2000 1 commit
  29. 27 Nov, 2000 4 commits
  30. 21 Nov, 2000 1 commit
  31. 07 Nov, 2000 1 commit
  32. 08 May, 2000 1 commit
  33. 20 Apr, 2000 1 commit