1. 15 Aug, 2001 1 commit
  2. 08 Aug, 2001 1 commit
  3. 07 Aug, 2001 1 commit
  4. 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.
  5. 02 Aug, 2001 1 commit
  6. 01 Aug, 2001 1 commit
  7. 26 Jul, 2001 1 commit
    • ken's avatar
      [project @ 2001-07-26 03:08:38 by ken] · 47774449
      ken authored
      Run prelude/primops.txt through the preprocessor, to weed out
      primitives that don't (need to) exist on 64-bit architectures.
  8. 21 Jul, 2001 1 commit
  9. 17 Jul, 2001 1 commit
    • sof's avatar
      [project @ 2001-07-17 17:27:20 by sof] · afd10065
      sof authored
      Drop the dependency on the Win32 library, as it is only used in an
      extremely limited way (a single 'foreign import' is all that's reqd)
      [Sorry Reuben, I don't buy your 'extra deps are good' argument :-) ]
  10. 16 Jul, 2001 1 commit
  11. 10 Jul, 2001 1 commit
  12. 09 Jul, 2001 3 commits
  13. 05 Jul, 2001 1 commit
  14. 04 Jul, 2001 1 commit
  15. 03 Jul, 2001 1 commit
  16. 28 Jun, 2001 1 commit
  17. 26 Jun, 2001 2 commits
  18. 25 Jun, 2001 2 commits
  19. 23 Jun, 2001 1 commit
  20. 22 Jun, 2001 1 commit
    • rrt's avatar
      [project @ 2001-06-22 13:31:29 by rrt] · c9ed624b
      rrt authored
      Add machinery to copy system.c to main/ from lib/std/cbits/ when building
      GHC on Windows with GHC<5.01, so that the new implementation of system can
      be used rather than the old.
  21. 15 Jun, 2001 2 commits
    • simonpj's avatar
      [project @ 2001-06-15 15:20:20 by simonpj] · f8d8ea66
      simonpj authored
      * Restore SysTools.system, which implements a kludged version
        of system for reasons that are explained at length in the comments
        [overlong command-lines fail if compiling GHC with pre-5.02 GHCs]
      * Wibble in Makefile
    • simonpj's avatar
      [project @ 2001-06-15 08:29:57 by simonpj] · 972d6442
      simonpj authored
      Some tidying up
      * Remove CmStaticInfo
         - GhciMode moves to HscTypes
         - The package stuff moves to new module main/Packages.lhs
      [put any package-related stuff in the new module]
      * Add Outputable.docToSDoc
  22. 14 Jun, 2001 3 commits
    • simonpj's avatar
      [project @ 2001-06-14 15:42:35 by simonpj] · 54f9adfa
      simonpj authored
      Windows wibbles
    • simonmar's avatar
      [project @ 2001-06-14 14:14:53 by simonmar] · 6e694be0
      simonmar authored
      - CURRENT_DIR isn't used any more
      - TmpFiles doesn't exist
    • simonpj's avatar
      [project @ 2001-06-14 12:50:05 by simonpj] · 16d5d1c7
      simonpj authored
      	Installation packaging
      GHC runs various system programs like
      	cp, touch
      	gcc, as, ld etc
      On Windows we plan to deliver these programs along with GHC,
      so we have to be careful about where to find them.
      This commit isolates all these dependencies in a single module
      Most of the #ifdefery for mingw has moved into this module.
      There's some documentation in SysTools.lhs
      Along the way I did lots of other cleanups.  In particular
        * There is no more 'globbing' needed when calling runSomething
        * All file removal goes via the standard Directory.removeFile
        * TmpFiles.hs has gone; absorbed into SysTools
        * Some DynFlag stuff has moved from DriverFlags to CmdLineOpts
      Still to do:
        **	I'm a bit concerned that calling removeFile one at a time
      	when deleting masses of split-object files is going to be
      	rather slow
        **	GHC now expects to find split,mangle,unlit in
      	instead of just
      	So something needs to change in the Unix installation scripts
        **    The "ineffective C preprocessor" is a perversion and should die
  23. 28 May, 2001 1 commit
    • sof's avatar
      [project @ 2001-05-28 03:31:19 by sof] · 4cef3202
      sof authored
      Misc minor changes to integrate GHC a little bit better on Win32 platforms.
      Specifically, the commit does the following (assuming you've configured
      fptools/ with the option --enable-minimal-unix-deps on a mingw platform):
       * when GHC uses System.system, it expects an MSDOS command processor to
         interpret the command. This implies that 'normal' UNIX shell utils will
         no longer be used, but substituted with MSDOS equivalents.
       * the GHC backend relies on gcc and perl to handle .s/.hc/.o/.a files. GHC
         will now assume that these all live in one 'tool directory', making it
         easier to bundle these backend tools with GHC.
      The upshot of these changes is that it is now possible for the user not to
      have to install cygwin prior to installing GHC (as the upcoming ghc-win32
      binary release will prove).
  24. 13 Apr, 2001 1 commit
    • panne's avatar
      [project @ 2001-04-13 13:37:24 by panne] · 486c94ae
      panne authored
      To keep people debugging GHC sane, disable CSE in *every* module using
      GLOBAL_VARs. This solves the problem with the strange -M output, where
      some global IORefs were commoned up (again). CSE seems to be really
      broken, but a comment in ghc/Makefile promises a fix.  Anybody out
      there with this fix on his/her hard disk: Please commit soon!
  25. 11 Apr, 2001 1 commit
  26. 06 Apr, 2001 1 commit
  27. 03 Apr, 2001 1 commit
  28. 27 Mar, 2001 4 commits
  29. 26 Mar, 2001 1 commit
  30. 24 Mar, 2001 1 commit
    • simonmar's avatar
      [project @ 2001-03-24 14:58:04 by simonmar] · 8c0fb915
      simonmar authored
      Turn CSE off when compiling main/DriverState for now.  It interacts
      badly with our global variable hacks, commoning up several of them into
      single variables :-(
      We have a proposed fix for this, which is to make the NOINLINE pragma
      also mean "NO SHARING", but it isn't committed yet.