1. 16 Agu, 2002 1 kayıt (commit)
  2. 15 Agu, 2002 1 kayıt (commit)
  3. 05 Agu, 2002 2 kayıt (commit)
  4. 17 Tem, 2002 1 kayıt (commit)
    • Jeremy Hylton's avatar
      staticforward bites the dust. · 938ace69
      Jeremy Hylton yazdı
      The staticforward define was needed to support certain broken C
      compilers (notably SCO ODT 3.0, perhaps early AIX as well) botched the
      static keyword when it was used with a forward declaration of a static
      initialized structure.  Standard C allows the forward declaration with
      static, and we've decided to stop catering to broken C compilers.  (In
      fact, we expect that the compilers are all fixed eight years later.)
      
      I'm leaving staticforward and statichere defined in object.h as
      static.  This is only for backwards compatibility with C extensions
      that might still use it.
      
      XXX I haven't updated the documentation.
      938ace69
  5. 23 Nis, 2002 1 kayıt (commit)
  6. 25 Mar, 2002 1 kayıt (commit)
  7. 24 Mar, 2002 1 kayıt (commit)
    • Jack Jansen's avatar
      Weaklink most toolbox modules, improving backward compatibility. Modules will no… · 9d79990a
      Jack Jansen yazdı
      Weaklink most toolbox modules, improving backward compatibility. Modules will no longer fail to load if a single routine is missing on the curent OS version, in stead calling the missing routine will raise an exception.
      
      Should finally fix 531398. 2.2.1 candidate.
      
      Also blacklisted some constants with definitions that were not Python-compatible.
      9d79990a
  8. 18 Ara, 2001 1 kayıt (commit)
  9. 08 Ara, 2001 1 kayıt (commit)
    • Guido van Rossum's avatar
      Patch supplied by Burton Radons for his own SF bug #487390: Modifying · 14648396
      Guido van Rossum yazdı
      type.__module__ behavior.
      
      This adds the module name and a dot in front of the type name in every
      type object initializer, except for built-in types (and those that
      already had this).  Note that it touches lots of Mac modules -- I have
      no way to test these but the changes look right.  Apologies if they're
      not.  This also touches the weakref docs, which contains a sample type
      object initializer.  It also touches the mmap test output, because the
      mmap type's repr is included in that output.  It touches object.h to
      put the correct description in a comment.
      14648396
  10. 30 Kas, 2001 1 kayıt (commit)
  11. 05 Eyl, 2001 2 kayıt (commit)
  12. 04 Eyl, 2001 1 kayıt (commit)
  13. 23 Agu, 2001 3 kayıt (commit)
  14. 20 Haz, 2001 1 kayıt (commit)
  15. 13 Haz, 2001 1 kayıt (commit)
  16. 22 May, 2001 1 kayıt (commit)
  17. 17 May, 2001 1 kayıt (commit)
    • Jack Jansen's avatar
      First step in porting MacPython modules to OSX/unix: break all references… · 0e04eecd
      Jack Jansen yazdı
      First step in porting MacPython modules to OSX/unix: break all references between modules except for the obj_New() and obj_Convert() routines, the PyArg_Parse and Py_BuildValue helpers.
      
      And these can now be vectored through glue routines (by defining USE_TOOLBOX_OBJECT_GLUE) which will do the necessary imports, whereupon the module's init routine will tell the glue routine about the real conversion routine address and everything is fine again.
      0e04eecd
  18. 06 Şub, 2001 1 kayıt (commit)
  19. 02 Şub, 2001 1 kayıt (commit)
  20. 30 Ock, 2001 1 kayıt (commit)
  21. 29 Ock, 2001 1 kayıt (commit)
  22. 24 Ock, 2001 2 kayıt (commit)
  23. 12 Ara, 2000 1 kayıt (commit)
  24. 08 Eyl, 2000 1 kayıt (commit)
  25. 14 Tem, 2000 2 kayıt (commit)
  26. 20 Haz, 2000 1 kayıt (commit)
  27. 02 Haz, 2000 1 kayıt (commit)
  28. 03 Mar, 2000 1 kayıt (commit)
  29. 12 Ara, 1999 1 kayıt (commit)
  30. 21 Ock, 1999 1 kayıt (commit)
  31. 27 Nis, 1998 1 kayıt (commit)
  32. 24 Nis, 1998 1 kayıt (commit)
  33. 23 Nis, 1998 1 kayıt (commit)
  34. 21 Nis, 1998 1 kayıt (commit)