This project is mirrored from Pull mirroring failed .
Repository mirroring has been paused due to too many failed attempts. It can be resumed by a project maintainer.
Last successful update .
  1. 25 Jun, 2011 1 commit
    • Ian Lynagh's avatar
      Fix gcc 4.6 warnings; fixes #5176 · 0a6f26f6
      Ian Lynagh authored
      Based on a patch from David Terei.
      Some parts are a little ugly (e.g. defining things that only ASSERTs
      use only when DEBUG is defined), so we might want to tweak things a
      I've also turned off -Werror for didn't-inline warnings, as we now
      get a few such warnings.
  2. 23 Jun, 2011 1 commit
  3. 22 Jun, 2011 1 commit
  4. 06 Jun, 2011 1 commit
  5. 05 May, 2011 1 commit
  6. 29 Apr, 2011 2 commits
  7. 23 Apr, 2011 2 commits
  8. 22 Apr, 2011 4 commits
  9. 20 Apr, 2011 1 commit
  10. 13 Apr, 2011 1 commit
  11. 12 Apr, 2011 1 commit
    • Simon Marlow's avatar
      Change the way module initialisation is done (#3252, #4417) · a52ff761
      Simon Marlow authored
      Previously the code generator generated small code fragments labelled
      with __stginit_M for each module M, and these performed whatever
      initialisation was necessary for that module and recursively invoked
      the initialisation functions for imported modules.  This appraoch had
       - FFI users had to call hs_add_root() to ensure the correct
         initialisation routines were called.  This is a non-standard,
         and ugly, API.
       - unless we were using -split-objs, the __stginit dependencies would
         entail linking the whole transitive closure of modules imported,
         whether they were actually used or not.  In an extreme case (#4387,
         #4417), a module from GHC might be imported for use in Template
         Haskell or an annotation, and that would force the whole of GHC to
         be needlessly linked into the final executable.
      So now instead we do our initialisation with C functions marked with
      __attribute__((constructor)), which are automatically invoked at
      program startup time (or DSO load-time).  The C initialisers are
      emitted into the stub.c file.  This means that every time we compile
      with -prof or -hpc, we now get a stub file, but thanks to #3687 that
      is now invisible to the user.
      There are some refactorings in the RTS (particularly for HPC) to
      handle the fact that initialisers now get run earlier than they did
      The __stginit symbols are still generated, and the hs_add_root()
      function still exists (but does nothing), for backwards compatibility.
  12. 04 Apr, 2011 1 commit
  13. 13 Mar, 2011 1 commit
  14. 01 Mar, 2011 1 commit
    • Sergei Trofimovich's avatar
      configure: triplet: accept i486 CPU (and more), more vendors and OSes · c00ea87f
      Sergei Trofimovich authored
      Gentoo has interesting ports:
        - freebsd with following triplet:
              ./configure --build=i686-gentoo-freebsd8 --host=i686-gentoo-freebsd8 --host=i686-gentoo-freebsd8
          should be recognized as 'i386-unknown-freebsd'
        - 'pc' vendor along with non-'i386' is very common:
              ./configure --build=i486-pc-linux-gnu --i486-pc-linux-gnu --host=i486-pc-linux-gnu
              ./configure --build=i686-pc-linux-gnu --i686-pc-linux-gnu --host=i686-pc-linux-gnu
          should be recognized as 'i386-unknown-linux'
      Patch adds:
        - 'pc' vendor                 (maps to 'unknown')
        - 'gentoo' vendor             (maps to 'unknown')
        - 'i486', 'i586', 'i686' CPUs (maps to 'i386')
        - 'freebsd8' OS               (maps to 'freebsd')
  15. 11 Feb, 2011 1 commit
    • Ian Lynagh's avatar
      Fix platform detection in bindists · 650d6440
      Ian Lynagh authored
      In a bindist, we generate files like the hsc2hs wrapper.
      This means we need to have the right values for the variables like
      CONF_GCC_LINKER_OPTS_STAGE1 which in turn means we need to know what
      platform we're on.
  16. 24 Jan, 2011 1 commit
  17. 17 Jan, 2011 1 commit
  18. 16 Jan, 2011 1 commit
  19. 07 Dec, 2010 1 commit
    • Ian Lynagh's avatar
      Make CPPFLAGS variables, as well as CFLAGS and LDFLAGS · 75cd9c50
      Ian Lynagh authored
      This fixes the "does unsetenv return void" test in the unix package on
      OS X, if I tell it to make 10.4-compatible binaries. The test uses
      CPPFLAGS but not CFLAGS, so it thought it returned int (as it was
      in 10.5-mode), but the C compiler (using CFLAGS, so in 10.4 mode)
      thought it returned void.
      I also added CONF_LD_OPTS_STAGE$3 to the list of things in LDFLAGS,
      which looks like an accidental ommission.
  20. 06 Dec, 2010 1 commit
  21. 03 Dec, 2010 1 commit
  22. 23 Nov, 2010 2 commits
  23. 21 Nov, 2010 1 commit
    • Ian Lynagh's avatar
      For bindists, build ghc-pwd with stage 1 · 6bb8d64a
      Ian Lynagh authored
      rather then the bootstrapping compiler. This fixes problems where the
      bootstrapping compiler dynamically links against libraries not on the
      target machine.
  24. 20 Nov, 2010 1 commit
  25. 14 Nov, 2010 1 commit
  26. 21 Sep, 2010 1 commit
    • Ian Lynagh's avatar
      Don't use -march=i686 on powerpc-apple-darwin · 2d883517
      Ian Lynagh authored
      Thorikil ran into this when doing a PPC OS X build. We now also don't
      use -m32 on PPC/OSX, but I don't think it should be necessary. We can
      add it back if it does turn out to be.
  27. 02 Sep, 2010 1 commit
  28. 19 Aug, 2010 2 commits
  29. 16 Aug, 2010 1 commit
  30. 28 Jul, 2010 1 commit
  31. 23 Jul, 2010 1 commit
  32. 08 May, 2010 1 commit
    • Ian Lynagh's avatar
      Tweak the ghc-pkg finding code · ee9a93fd
      Ian Lynagh authored
      It now understand the ghc-stage[123] names we use in-tree, and it won't
      go looking for any old ghc-pkg if it can't find the one that matches
  33. 29 Mar, 2010 1 commit