1. 30 Eyl, 2013 1 kayıt (commit)
  2. 29 Eyl, 2013 1 kayıt (commit)
  3. 28 Eyl, 2013 2 kayıt (commit)
  4. 07 Eyl, 2013 1 kayıt (commit)
  5. 17 Agu, 2013 1 kayıt (commit)
  6. 03 Agu, 2013 1 kayıt (commit)
  7. 04 Tem, 2013 1 kayıt (commit)
  8. 15 Haz, 2013 1 kayıt (commit)
  9. 14 Haz, 2013 1 kayıt (commit)
  10. 28 May, 2013 1 kayıt (commit)
  11. 12 May, 2013 3 kayıt (commit)
  12. 19 Nis, 2013 1 kayıt (commit)
  13. 06 Nis, 2013 2 kayıt (commit)
  14. 23 Mar, 2013 3 kayıt (commit)
  15. 22 Mar, 2013 1 kayıt (commit)
  16. 21 Mar, 2013 2 kayıt (commit)
  17. 18 Mar, 2013 1 kayıt (commit)
  18. 16 Mar, 2013 2 kayıt (commit)
  19. 11 Mar, 2013 2 kayıt (commit)
  20. 03 Şub, 2013 1 kayıt (commit)
    • Éric Araujo's avatar
      Add alias to restore 2.7.2 compatibility for setup scripts (#13994). · 3e081c73
      Éric Araujo yazdı
      The customize_compiler function moved many times during the 2.7 series;
      in 2.7.3, setup scripts importing this function from ccompiler were
      broken.  This commit restores compatibility without reintroducing the
      issue that #13994 originally fixed (duplication of the function).
      
      A unit test makes little sense here, as distutils tests never do imports
      in functions, and the fix is very simple.
      3e081c73
  21. 31 Ock, 2013 3 kayıt (commit)
    • doko@python.org's avatar
    • Ned Deily's avatar
      Issue #13590: OS X Xcode 4 - improve support for universal extension modules · fc20d77b
      Ned Deily yazdı
          In particular, fix extension module build failures when trying to use
          32-bit-only installer Pythons on systems with Xcode 4 (currently
          OS X 10.8, 10.7, and optionally 10.6).
          * Backport 3.3.0 fixes to 3.2 branch (for release in 3.2.4)
          * Since Xcode 4 removes ppc support, extension module builds now
            check for ppc compiler support and by default remove ppc and
            ppc64 archs when they are not available.
          * Extension module builds now revert to using system installed
            headers and libs (/usr and /System/Library) if the SDK used
            to build the interpreter is not installed or has moved.
          * Try to avoid building extension modules with deprecated
            and problematic Apple llvm-gcc compiler.  If original compiler
            is not available, use clang instead by default.
      fc20d77b
    • Ned Deily's avatar
      Issue #13590: OS X Xcode 4 - improve support for universal extension modules · 18fae3f9
      Ned Deily yazdı
          In particular, fix extension module build failures when trying to use
          32-bit-only installer Pythons on systems with Xcode 4 (currently
          OS X 10.8, 10.7, and optionally 10.6).
          * Backport 3.3.0 fixes to 2.7 branch (for release in 2.7.4)
          * Since Xcode 4 removes ppc support, extension module builds now
            check for ppc compiler support and by default remove ppc and
            ppc64 archs when they are not available.
          * Extension module builds now revert to using system installed
            headers and libs (/usr and /System/Library) if the SDK used
            to build the interpreter is not installed or has moved.
          * Try to avoid building extension modules with deprecated
            and problematic Apple llvm-gcc compiler.  If original compiler
            is not available, use clang instead by default.
      18fae3f9
  22. 27 Ock, 2013 2 kayıt (commit)
  23. 25 Ock, 2013 1 kayıt (commit)
  24. 25 Ara, 2012 1 kayıt (commit)
  25. 18 Ara, 2012 4 kayıt (commit)