1. 24 May, 2009 1 commit
  2. 09 Jul, 2008 1 commit
  3. 07 Apr, 2006 1 commit
    • Simon Marlow's avatar
      Reorganisation of the source tree · 0065d5ab
      Simon Marlow authored
      Most of the other users of the fptools build system have migrated to
      Cabal, and with the move to darcs we can now flatten the source tree
      without losing history, so here goes.
      
      The main change is that the ghc/ subdir is gone, and most of what it
      contained is now at the top level.  The build system now makes no
      pretense at being multi-project, it is just the GHC build system.
      
      No doubt this will break many things, and there will be a period of
      instability while we fix the dependencies.  A straightforward build
      should work, but I haven't yet fixed binary/source distributions.
      Changes to the Building Guide will follow, too.
      0065d5ab
  4. 05 May, 2005 1 commit
    • sof's avatar
      [project @ 2005-05-05 00:58:38 by sof] · 4d579945
      sof authored
      [mingw only]
      Provide (unsatisfying) workaround for pesky Ctrl-C issue, whereby a
      cygwin-based bash will terminate the 'ghci.exe' wrapper without the
      wrapper process getting a chance to respond (and shut down its child,
      if nothing else.) The result instead being that the child (ghc.exe) ends up
      lingering in the background.
      
      To steer users away from such badness, the wrapper checks to see whether
      it is running in a *nix-like shell, and if it is, issue a warning that
      it would be better to invoke GHCi using the 'ghcii.sh' shell script instead.
      
      Merge to STABLE.
      4d579945
  5. 22 Apr, 2005 1 commit
    • sof's avatar
      [project @ 2005-04-22 17:15:51 by sof] · c3b7d57d
      sof authored
      Switch away from using _spawnv() to CreateProcess(); the former has the
      annoying 'feature' that it quits upon Ctrl-C, leaving its child in the
      background. Use CreateProcess() instead and avoid the Ctrl-C issue by
      having the wrapper let go of its console before waiting for the sub-process
      running GHCi to exit.
      
      This still doesn't fix the issue of Ctrl-C handling when the 'ghci' wrapper
      is invoked from a cygwin-based bash. cmd.exe users will hopefully see
      an improvement in behaviour though.
      
      Merge to STABLE.
      c3b7d57d
  6. 12 Jun, 2003 1 commit
  7. 11 Jun, 2003 1 commit
  8. 02 Jun, 2003 1 commit
  9. 07 Jan, 2002 1 commit
  10. 10 Oct, 2001 1 commit
    • sof's avatar
      [project @ 2001-10-10 17:25:15 by sof] · 46e21424
      sof authored
      - fixed awfully bad bug in allocation of new argv vector, it
        did:
      
            malloc(sizeof(char) * (argc + 1 + 1));
      
        where it should have done:
      
            malloc(sizeof(char*) * (argc + 1 + 1));
      
        [ This one is the cause of one or two 5.02 bug reports
          that are now starting to trickle in. As a stopgap
          measure (and since I'm to blame for this one, really),
          I've put up a replacement ghci.exe wrapper at
      
            http://www.galconn.com/~sof/ghci.zip
        ]
      
      - added some (currently disabled) debug print code.
      46e21424
  11. 02 Aug, 2001 1 commit
  12. 01 Aug, 2001 1 commit
  13. 30 Jul, 2001 1 commit
    • rrt's avatar
      [project @ 2001-07-30 10:40:36 by rrt] · 2623b340
      rrt authored
      Add Sigbjorn's wrapper for ghci on Windows. ghci.exe will work from cmd.exe,
      bash, the Explorer &c. &c., i.e. it's a one-size fits all solution. Thanks,
      Sigbjorn!
      2623b340