1. 27 Feb, 2002 1 commit
  2. 30 Jan, 2002 1 commit
    • simonmar's avatar
      [project @ 2002-01-30 16:37:14 by simonmar] · 4aed87eb
      simonmar authored
      Simplify the package story inside the compiler.  The new story is
      this:
      
        The Finder no longer determines a module's package based on its
        filesystem location.  The filesystem location indicates only whether
        a given module is in the current package or not (i.e. found along
        the -i path ==> current package, found along the package path ==>
        other package).
      
        Hence a Module no longer contains a package name.  Instead it just
        contains PackageInfo, which is either ThisPackage or AnotherPackage.
        The compiler uses this information for generating cross-DLL calls
        and omitting certain version information from .hi files.
      
        The interface still contains the package name.  This isn't used for
        anything right now, but in the future (when we have hierarchical
        libraries) we might use it to automatically determine which packages
        a binary should be linked against.  When building a package, you
        should still use -package-name, but it won't be fatal if you don't.
      
      The warning/error about package name mismatches has gone away.
      4aed87eb
  3. 07 Nov, 2001 1 commit
    • sof's avatar
      [project @ 2001-11-07 22:51:08 by sof] · 547643e7
      sof authored
      When generating dependencies, look for both source files _and_
      interface files.
      
      If STABLE is still a branch with a future, I'd encourage merging.
      547643e7
  4. 22 Oct, 2001 2 commits
  5. 18 Oct, 2001 1 commit
    • simonmar's avatar
      [project @ 2001-10-18 08:53:03 by simonmar] · c34157ea
      simonmar authored
      Eeeek!  When looking for an interface for a way other than the normal
      way (eg. profiling) we were correctly finding the .p_hi file, but then
      reading the .hi file!
      
      Sigbjorn: go stand in the corner for the rest of the day.
      
      MERGE TO STABLE
      c34157ea
  6. 11 Oct, 2001 1 commit
    • sof's avatar
      [project @ 2001-10-11 23:52:51 by sof] · 41d3a213
      sof authored
      Robustified handling of paths, allowing both / and \ to be recognised
      as path separators under Win32 -- ghc-5.02-win32 has a bug where
      it will barf when invoked as follows:
      
         c:\dot\net> ghc -c c:\dot\net\foo.hs -odir c:\dot\net\output
      
      i.e., a DOS-style input filename together with the use of -odir. (5.02
      constructs an illegal path for the -o argument to the assembler).
      
      Branch mergers: go wild
      41d3a213
  7. 21 Aug, 2001 1 commit
  8. 17 Aug, 2001 1 commit
  9. 03 Aug, 2001 1 commit
    • sof's avatar
      [project @ 2001-08-03 07:44:47 by sof] · 65142ed3
      sof authored
      Make dependency generation work a little bit better
      (stage1 goes through OK; yet to do a stage2, but
      thought I'd commit before I hit the sack).
      65142ed3
  10. 27 Jun, 2001 3 commits
  11. 15 Jun, 2001 1 commit
    • 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
      972d6442
  12. 14 Jun, 2001 1 commit
    • 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
      
      	main/SysTools.lhs
      
      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
      		libdir/extra-bin
      	instead of just
      		libdir
      
      	So something needs to change in the Unix installation scripts
      
        **    The "ineffective C preprocessor" is a perversion and should die
      16d5d1c7
  13. 08 Jun, 2001 1 commit
  14. 07 Jun, 2001 1 commit
    • simonmar's avatar
      [project @ 2001-06-07 11:03:07 by simonmar] · c95b8662
      simonmar authored
      First part of support for hierarchical module names:
      
         - the Finder now searches all possible paths when looking for
           a source file or .hi file.  I've removed the caching because
           now we have to search in subdirectories of each path option,
           and it was dubious whether the cache was actually helping.
      
         - the compilation manager now outputs a warning if it can't find
           the source for a given module, only the .hi file.  Previously
           this caused a cryptic error message when we attempted to call
           getModificationTime on the non-existent source file.
      c95b8662
  15. 31 May, 2001 1 commit
    • simonmar's avatar
      [project @ 2001-05-31 11:32:25 by simonmar] · e0a941b9
      simonmar authored
      - add -hidir flag to control the destination for .hi files when doing
        multiple compilations (matches -odir).
      
      - change the ml_hi_file component of ModuleLocation from Maybe FilePath to
        FilePath.  We never made use of its Maybeness.
      
      - clear out some unused code from the Hsc phase of run_phase and clean up
        a bit.  Fix a bug with the -ohi option at the same time (I don't think
        it works in 5.xx.x before this patch).
      e0a941b9
  16. 04 May, 2001 1 commit
  17. 30 Apr, 2001 1 commit
  18. 26 Apr, 2001 2 commits
  19. 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
  20. 12 Mar, 2001 1 commit
    • simonpj's avatar
      [project @ 2001-03-12 14:06:46 by simonpj] · 9fdd90b0
      simonpj authored
      ----------------
      	First cut at ILX
      	----------------
      
      This commit puts the ILX .NET code generator into the head.
      It's entirely untested, mind you.
      
      Some changes to the Module/Package strutures, mainly of a
      naming variety.  In particular:
      
      	Package	===> PackageConfig
      9fdd90b0
  21. 26 Feb, 2001 1 commit
  22. 03 Jan, 2001 1 commit
  23. 25 Dec, 2000 1 commit
    • qrczak's avatar
      [project @ 2000-12-25 23:45:30 by qrczak] · f0e76bb0
      qrczak authored
      s/moduleNameString/moduleNameUserString/ to correctly handle modules
      with 'z' in their names which come from packages.
      
      The function Module.moduleNameString is no longer used. Perhaps it
      should be removed so nobody tries to introduce such bug again :-)
      
      If the letter 'e' was chosen for escape instead of 'z', such bugs
      would be more quickly spotted :-)
      f0e76bb0
  24. 20 Nov, 2000 1 commit
  25. 14 Nov, 2000 2 commits
  26. 13 Nov, 2000 1 commit
  27. 08 Nov, 2000 2 commits
  28. 02 Nov, 2000 1 commit
  29. 30 Oct, 2000 4 commits
  30. 27 Oct, 2000 2 commits