Skip to content
Snippets Groups Projects
  1. Aug 07, 2000
    • Julian Seward's avatar
      [project @ 2000-08-07 14:11:48 by sewardj] · 014a3451
      Julian Seward authored
      Reorganise the way primops are done.  Most of the information about
      primops, their types and relevant attributes is in prelude/primops.txt.
      A supporting program in fptools/ghc/utils/genprimopcode reads this
      file and generates various bits of code which are #include'd into
      prelude/PrimOp.lhs.  Eventually this mechanism will be extended to
      generate PrelGHC.hi and C code for primops in the bytecode evaluator.
      
      Also, add a few primops for creating, reading and writing BCOs.
      014a3451
  2. Aug 06, 2000
  3. Aug 04, 2000
  4. Aug 03, 2000
  5. Aug 02, 2000
    • Simon Marlow's avatar
      [project @ 2000-08-02 16:32:51 by simonmar] · f892a421
      Simon Marlow authored
      remove mkdependHS from the list of directories.
      f892a421
    • Simon Marlow's avatar
      [project @ 2000-08-02 15:39:11 by simonmar] · aa282b85
      Simon Marlow authored
      Remove the old mkdependHS cruft.
      aa282b85
    • Simon Marlow's avatar
      [project @ 2000-08-02 15:27:25 by simonmar] · c4afba7e
      Simon Marlow authored
      Assimilate mkdependHS into the driver, obsoleting the old Perl version.
      
      The functionality is pretty much identical, except a few of the flags
      accepted by the old version aren't implemented (--exclude-module,
      --exclude-directory, --include-module).  If anyone needs these
      options, please speak up.
      c4afba7e
    • Reuben Thomas's avatar
      [project @ 2000-08-02 14:13:26 by rrt] · 567b2505
      Reuben Thomas authored
      Many fixes to DLLisation. These were previously covered up because code was
      leaking into the import libraries for DLLs, so the fact that some symbols
      were thought of as local rather than in another DLL wasn't a problem.
      
      The main problems addressed by this commit are:
      
      1. Fixes RTS symbols working properly when DLLised. They didn't before.
      2. Uses NULL instead of stg_error_entry, because DLL entry points can't be
         used as static initialisers.
      3. PrelGHC.hi-boot changed to be in package RTS, and export of PrelNum and
         PrelErr moved to PrelBase, so that references to primops & the like
         are cross-DLL as they should be.
      4. Pass imports around as Modules rather than ModuleNames, so that
         ModuleInitLabels can be checked to see if they're in a DLL or not.
      567b2505
    • Reuben Thomas's avatar
      [project @ 2000-08-02 13:42:32 by rrt] · c0339ba1
      Reuben Thomas authored
      Now copied from ghc/rts/gmp.h
      c0339ba1
    • Reuben Thomas's avatar
      [project @ 2000-08-02 13:38:13 by rrt] · 0b0cebed
      Reuben Thomas authored
      Allow GMP to be compiled as a DLL.
      0b0cebed
  6. Aug 01, 2000
    • Simon Peyton Jones's avatar
      [project @ 2000-08-01 09:08:25 by simonpj] · fe69f3c1
      Simon Peyton Jones authored
      Simon's Marktoberdorf Commits
      
      1.  Tidy up the renaming story for "system binders", such as
      dictionary functions, default methods, constructor workers etc.  These
      are now documented in HsDecls.  The main effect of the change, apart
      from tidying up, is to make the *type-checker* (instead of the
      renamer) generate names for dict-funs and default-methods.  This is
      good because Sergei's generic-class stuff generates new classes at
      typecheck time.
      
      
      2.  Fix the CSE pass so it does not require the no-shadowing invariant.
      Keith discovered that the simplifier occasionally returns a result
      with shadowing.  After much fiddling around (which has improved the
      code in the simplifier a bit) I found that it is nearly impossible to
      arrange that it really does do no-shadowing.  So I gave up and fixed
      the CSE pass (which is the only one to rely on it) instead.
      
      
      3. Fix a performance bug in the simplifier.  The change is in
      SimplUtils.interestingArg.  It computes whether an argment should 
      be considered "interesting"; if a function is applied to an interesting
      argument, we are more likely to inline that function.
      Consider this case
      	let x = 3 in f x
      The 'x' argument was considered "uninteresting" for a silly reason.
      Since x only occurs once, it was unconditionally substituted, but
      interestingArg didn't take account of that case.  Now it does.
      
      I also made interestingArg a bit more liberal.  Let's see if we
      get too much inlining now.
      
      
      4.  In the occurrence analyser, we were choosing a bad loop breaker.
      Here's the comment that's now in OccurAnal.reOrderRec
      
          score ((bndr, rhs), _, _)
      	| exprIsTrivial rhs 	   = 3	-- Practically certain to be inlined
      		-- Used to have also: && not (isExportedId bndr)
      		-- But I found this sometimes cost an extra iteration when we have
      		--	rec { d = (a,b); a = ...df...; b = ...df...; df = d }
      		-- where df is the exported dictionary. Then df makes a really
      		-- bad choice for loop breaker
      
      I also increased the score for bindings with a non-functional type, so that
      dictionaries have a better chance of getting inlined early
      
      
      5. Add a hash code to the InScopeSet (and make it properly abstract)
      This should make uniqAway a lot more robust.  Simple experiments suggest
      that uniqAway no longer gets into the long iteration chains that it used
      to.
      
      
      6.  Fix a bug in the inliner that made the simplifier tend to get into
      a loop where it would keep iterating ("4 iterations, bailing out" message).
      In SimplUtils.mkRhsTyLam we float bindings out past a big lambda, thus:
      	x = /\ b -> let g = \x -> f x x
      		    in E
      becomes
      	g* = /\a -> \x -> f x x
      	x = /\ b -> let g = g* b in E
      	
      It's essential that we don't simply inling g* back into the RHS of g,
      else we will be back to square 1.  The inliner is meant not to do this
      because there's no benefit to the inlining, but the size calculation
      was a little off in CoreUnfold.
      
      
      7.  In SetLevels we were bogus-ly building a Subst with an empty in-scope
      set, so a WARNING popped up when compiling some modules.  (knights/ChessSetList
      was the example that tickled it.)  Now in fact the warning wasn't an error,
      but the Right Thing to do is to carry down a proper Subst in SetLevels, so
      that is what I have now done.  It is very little more expensive.
      fe69f3c1
  7. Jul 31, 2000
  8. Jul 27, 2000
  9. Jul 26, 2000
  10. Jul 25, 2000
    • Reuben Thomas's avatar
      [project @ 2000-07-25 18:16:53 by rrt] · 3eb5132a
      Reuben Thomas authored
      Advised Windows users to read the Windows installation notes for GHC before
      trying to build anything.
      3eb5132a
    • Reuben Thomas's avatar
      [project @ 2000-07-25 18:10:38 by rrt] · 3295b59b
      Reuben Thomas authored
      Pointed out that Windows users should read the GHC installation guide before
      trying to build anything.
      3295b59b
    • Simon Marlow's avatar
      [project @ 2000-07-25 15:54:38 by simonmar] · 94b2b47a
      Simon Marlow authored
      increase the repeat count; this bug is pretty fragile
      94b2b47a
    • Simon Marlow's avatar
      [project @ 2000-07-25 15:48:16 by simonmar] · 5416852e
      Simon Marlow authored
      Add test for handle finalization bug, fixed in
        1.60      +1 -2      fptools/ghc/lib/std/PrelHandle.lhs
        1.15      +4 -10     fptools/ghc/lib/std/PrelIO.lhs
      5416852e
    • Simon Marlow's avatar
      [project @ 2000-07-25 15:20:10 by simonmar] · 8d2a22ef
      Simon Marlow authored
      Fix bug reported by Hannah Schroeter: reading a file lazily using
      hGetContents and then closing it using hClose can cause the program to
      fall over with a deadlock.
      
      The reason is that when closing the file in lazyRead{Block,Line,Char},
      we set the foreign object in the handle to nullFile__, which causes
      the finalizer to run (at some point in the future).  The finalizer
      takes the MVar in the handle, frees the contents, but never puts the
      MVar back.  hClose then tries to take the MVar, and deadlocks.
      
      The solution is not to set the foreign object to nullFile__ in the
      first place; I'm not sure why it was done this way, and in fact it
      leads to a memory leak.  hClose itself has a similar problem, leading
      to a leak of the fileObject.
      8d2a22ef
    • Michael Weber's avatar
      [project @ 2000-07-25 12:24:14 by michaelw] · d6e97b4e
      Michael Weber authored
      giving the version number when asked for is NOT an error, therefore
      output now goes to stdout (cf. Coding Standards)
      d6e97b4e
Loading