1. 25 May, 2010 2 commits
    • simonpj@microsoft.com's avatar
      Refactor (again) the handling of default methods · 78693246
      simonpj@microsoft.com authored
      This patch fixes Trac #4056, by 
       a) tidying up the treatment of default method names
       b) removing the 'module' argument to newTopSrcBinder
      The details aren't that interesting, but the result
      is much tidier. The original bug was a 'nameModule' panic,
      caused by trying to find the module of a top-level name.
      But TH quotes generate Internal top-level names that don't
      have a module, and that is generally a good thing.  
      Fixing that in turn led to the default-method refactoring,
      which also makes the Name for a default method be handled
      in the same way as other derived names, generated in BuildTyCl
      via a call newImplicitBinder.  Hurrah.
    • simonpj@microsoft.com's avatar
      Don't do SpecConstr on NOINLINE things (Trac #4064) · f03b9562
      simonpj@microsoft.com authored
      Since the RULE from specialising gets the same Activation as
      the inlining for the Id itself there's no point in specialising
      a NOINLINE thing, because the rule will be permanently switched
      See Note [Transfer activation] in SpecConstr
      and Note [Auto-specialisation and RULES] in Specialise.
  2. 24 May, 2010 2 commits
    • Simon Marlow's avatar
      Change our #defines to work on FreeBSD too · 757d3c5a
      Simon Marlow authored
      With glibc, things like _POSIX_C_SOURCE and _ISOC99_SOURCE are
      additive, but on FreeBSD they are mutually exclusive.  However, it
      turns out we only need to define _POSIX_C_SOURCE and _XOPEN_SOURCE to
      get all the C99 stuff we need too, so there's no need for any #ifdefs.
      Submitted by: Gabor PALI <pgj@FreeBSD.org>
    • Simon Marlow's avatar
      Add a missing UNTAG_CLOSURE, causing bus errors on Sparc · b2e840ee
      Simon Marlow authored
      We just about got away with this on x86 which isn't
      alignment-sensitive.  The result of the memory load is compared
      against a few different values, but there is a fallback case that
      happened to be the right thing when the pointer was tagged.  A good
      bug to find, nonetheless.
  3. 20 May, 2010 2 commits
  4. 24 May, 2010 1 commit
  5. 22 May, 2010 1 commit
  6. 08 May, 2010 1 commit
  7. 22 May, 2010 1 commit
  8. 21 May, 2010 1 commit
  9. 20 May, 2010 2 commits
    • Ian Lynagh's avatar
      Don't run "set -o igncr" before configuring libffi · 5dce9c83
      Ian Lynagh authored
      It used to make the build work on cygwin, but now it breaks it instead:
          config.status: creating include/Makefile
          gawk: ./confLqjohp/subs.awk:1: BEGIN {\r
          gawk: ./confLqjohp/subs.awk:1: ^ backslash not last character on line
          config.status: error: could not create include/Makefile
          make[2]: *** [libffi/stamp.ffi.configure-shared] Error 1
          make[1]: *** [all] Error 2
    • Ian Lynagh's avatar
      Stop passing -Wl,-macosx_version_min to gcc · 78b2f856
      Ian Lynagh authored
      Fixes a build failure on OS X 10.6. When linking
      we got
          ld: symbol dyld_stub_binding_helper not defined (usually in crt1.o/dylib1.o/bundle1.o)
          collect2: ld returned 1 exit status
  10. 19 May, 2010 2 commits
    • Ian Lynagh's avatar
      Fix build on FreeBSD; patch from Gabor PALI · 3d982281
      Ian Lynagh authored
    • Simon Marlow's avatar
      Fix package shadowing order (#4072) · 636c2750
      Simon Marlow authored
      Later packages are supposed to shadow earlier ones in the stack,
      unless the ordering is overriden with -package-id flags.
      Unfortunately an earlier fix for something else had sorted the list of
      packages so that it was in lexicographic order by installedPackageId,
      and sadly our test (cabal/shadow) didn't pick this up because the
      lexicographic ordering happened to work for the test.  I've now fixed
      the test so it tries both orderings.
  11. 18 May, 2010 4 commits
  12. 01 Apr, 2010 1 commit
  13. 17 May, 2010 1 commit
  14. 16 May, 2010 2 commits
  15. 14 May, 2010 1 commit
  16. 13 May, 2010 1 commit
  17. 07 May, 2010 1 commit
    • pho@cielonegro.org's avatar
      Fix makefile loop (#4050) · 20816fa8
      pho@cielonegro.org authored
      The libtool creates "libffi.dylib" and "libffi.5.dylib" but not "libffi.5.0.9.dylib". Having it in libffi_DYNAMIC_LIBS causes an infinite makefile loop. 
  18. 10 May, 2010 2 commits
  19. 06 May, 2010 1 commit
  20. 11 May, 2010 1 commit
  21. 10 May, 2010 3 commits
  22. 09 May, 2010 2 commits
  23. 08 May, 2010 5 commits