1. 25 Aug, 2006 4 commits
  2. 24 Aug, 2006 6 commits
  3. 23 Aug, 2006 1 commit
  4. 24 Aug, 2006 2 commits
  5. 23 Aug, 2006 3 commits
  6. 24 Aug, 2006 4 commits
    • Simon Marlow's avatar
      update with respect to darcs-all changes · 081d5ef4
      Simon Marlow authored
    • Simon Marlow's avatar
      divide packages into "core" and "extra" packages · cc4e58b6
      Simon Marlow authored
      The following packages are now "core" packages:
        base, Cabal, haskell98, readline, regex-base, regex-compat
        regex-posix, stm, template-haskell, unix, Win32
      Core packages are those packages required to bootstrap GHC, or are
      closely tied to GHC (stm, template-haskell).  These are the packages
      that will be provided in a source distribution from now on.
      All other packages are classified as "extra" packages.  As far as
      binary distributions and nightly builds go, nothing will change -
      we'll still build and include all these packages in the distributions.
      NOTE: 'sh darcs-all get' will now get the core packages only.  To get
      the extra packages too, use 'sh darcs-all --extra get'.
    • Simon Marlow's avatar
      Sparc fix: work around gcc optimising away the reserved stack chunk · 506299fe
      Simon Marlow authored
      This bug causes crashse on Sparc when calling foreign functions with
      more than 13 arguments.
    • Simon Marlow's avatar
      add new regex packages · af0d070b
      Simon Marlow authored
  7. 23 Aug, 2006 2 commits
  8. 21 Aug, 2006 1 commit
  9. 13 Aug, 2006 2 commits
  10. 12 Aug, 2006 1 commit
  11. 23 Aug, 2006 2 commits
  12. 22 Aug, 2006 8 commits
  13. 21 Aug, 2006 4 commits
    • Simon Marlow's avatar
      fixes to PPC version of cas(), from David Kirkman <dkirkman@gmail.com> · 7adc29e8
      Simon Marlow authored
      From David's email:
      The problem is that the inline assembler code was placing the result
      of an operation in a register that is used as input later in the code.
      At the bottom of this message I've extracted a short short code
      fragment that you can run through gcc (on a powerpc machine) to see
      the generated assembly output.
      The changes to fix the problem are fairly simple.  The first adds an
      ampersand to the output list of the assembly fragment ("=r" (result)
      --> "=&r" (result)) The ampersand just tells gcc that result can not
      be placed in a register used for any of the input parameters (o, n, or
      p).  Otherwise, it feels free to place output parameters in the same
      registers used by the inputs -- but because of the flow of control
      here we need everything in a distinct register.  This change fixes the
      TVar program above.
      The second change adds a clobber list (the :"cc", "memory").  This
      tells gcc that the condition code (due to the compare) and memory (due
      to the store) might be changed during the asm execution.  The lack of
      a clobber list did not seem to be causing any trouble, but without it
      gcc is free to assume that no state is changed during the execution.
    • Simon Marlow's avatar
      Always use -funbox-strict-fields for Binary · 3b1f598f
      Simon Marlow authored
      For some reason this was only enabled when $(bootstrapped)=YES.  This
      would be one reason why the stage1 compiler is slow.  I guess we'll
      find out if anything goes wrong.
    • Simon Marlow's avatar
    • Simon Marlow's avatar