1. 14 Şub, 2008 1 kayıt (commit)
  2. 30 Ock, 2008 1 kayıt (commit)
  3. 27 Ock, 2008 1 kayıt (commit)
  4. 25 Ock, 2008 1 kayıt (commit)
    • Christian Heimes's avatar
      Backport of several functions from Python 3.0 to 2.6 including… · 7f39c9fc
      Christian Heimes yazdı
      Backport of several functions from Python 3.0 to 2.6 including PyUnicode_FromString, PyUnicode_Format and PyLong_From/AsSsize_t. The functions are partly required for the backport of the bytearray type and _fileio module. They should also make it easier to port C to 3.0.
      First chapter of the Python 3.0 io framework back port: _fileio
      The next step depends on a working bytearray type which itself depends on a backport of the nwe buffer API.
      7f39c9fc
  5. 19 Ara, 2007 1 kayıt (commit)
  6. 20 Kas, 2007 1 kayıt (commit)
  7. 17 Agu, 2007 1 kayıt (commit)
  8. 21 Tem, 2007 1 kayıt (commit)
  9. 25 Şub, 2007 1 kayıt (commit)
    • Neal Norwitz's avatar
      Variation of patch # 1624059 to speed up checking if an object is a subclass · ee3a1b52
      Neal Norwitz yazdı
      of some of the common builtin types.
      
      Use a bit in tp_flags for each common builtin type.  Check the bit
      to determine if any instance is a subclass of these common types.
      The check avoids a function call and O(n) search of the base classes.
      The check is done in the various Py*_Check macros rather than calling
      PyType_IsSubtype().
      
      All the bits are set in tp_flags when the type is declared
      in the Objects/*object.c files because PyType_Ready() is not called
      for all the types.  Should PyType_Ready() be called for all types?
      If so and the change is made, the changes to the Objects/*object.c files
      can be reverted (remove setting the tp_flags).  Objects/typeobject.c
      would also have to be modified to add conditions
      for Py*_CheckExact() in addition to each the PyType_IsSubtype check.
      ee3a1b52
  10. 14 Agu, 2006 1 kayıt (commit)
    • Marc-André Lemburg's avatar
      Slightly revised version of patch #1538956: · 040f76b7
      Marc-André Lemburg yazdı
      Replace UnicodeDecodeErrors raised during == and !=
      compares of Unicode and other objects with a new
      UnicodeWarning.
      
      All other comparisons continue to raise exceptions.
      Exceptions other than UnicodeDecodeErrors are also left
      untouched.
      040f76b7
  11. 14 Haz, 2006 1 kayıt (commit)
  12. 04 Haz, 2006 1 kayıt (commit)
  13. 28 May, 2006 1 kayıt (commit)
  14. 26 May, 2006 2 kayıt (commit)
  15. 23 May, 2006 1 kayıt (commit)
  16. 22 May, 2006 2 kayıt (commit)
  17. 15 Şub, 2006 1 kayıt (commit)
  18. 29 Eki, 2005 1 kayıt (commit)
    • Tim Peters's avatar
      _PyUnicode_IsWhitespace(), · 2576c97f
      Tim Peters yazdı
      _PyUnicode_IsLinebreak():
      Changed the declarations to match the definitions.
      
      Don't know why they differed; MSVC warned about it;
      don't know why only these two functions use "const".
      Someone who does may want to do something saner ;-).
      2576c97f
  19. 30 Agu, 2005 1 kayıt (commit)
  20. 22 Kas, 2004 1 kayıt (commit)
  21. 31 Eki, 2004 1 kayıt (commit)
  22. 07 Eyl, 2004 1 kayıt (commit)
    • Walter Dörwald's avatar
      SF patch #998993: The UTF-8 and the UTF-16 stateful decoders now support · 69652035
      Walter Dörwald yazdı
      decoding incomplete input (when the input stream is temporarily exhausted).
      codecs.StreamReader now implements buffering, which enables proper
      readline support for the UTF-16 decoders. codecs.StreamReader.read()
      has a new argument chars which specifies the number of characters to
      return. codecs.StreamReader.readline() and codecs.StreamReader.readlines()
      have a new argument keepends. Trailing "\n"s will be stripped from the lines
      if keepends is false. Added C APIs PyUnicode_DecodeUTF8Stateful and
      PyUnicode_DecodeUTF16Stateful.
      69652035
  23. 04 Agu, 2004 1 kayıt (commit)
    • Hye-Shik Chang's avatar
      SF #989185: Drop unicode.iswide() and unicode.width() and add · e9ddfbb4
      Hye-Shik Chang yazdı
      unicodedata.east_asian_width().  You can still implement your own
      simple width() function using it like this:
          def width(u):
              w = 0
              for c in unicodedata.normalize('NFC', u):
                  cwidth = unicodedata.east_asian_width(c)
                  if cwidth in ('W', 'F'): w += 2
                  else: w += 1
              return w
      e9ddfbb4
  24. 08 Tem, 2004 1 kayıt (commit)
  25. 02 Haz, 2004 1 kayıt (commit)
  26. 15 Ara, 2003 1 kayıt (commit)
  27. 12 Agu, 2002 2 kayıt (commit)
  28. 11 Agu, 2002 1 kayıt (commit)
  29. 29 May, 2002 1 kayıt (commit)
  30. 22 Nis, 2002 1 kayıt (commit)
  31. 19 Eki, 2001 1 kayıt (commit)
    • Guido van Rossum's avatar
      SF patch #470578: Fixes to synchronize unicode() and str() · b8c65bc2
      Guido van Rossum yazdı
          This patch implements what we have discussed on python-dev late in
          September: str(obj) and unicode(obj) should behave similar, while
          the old behaviour is retained for unicode(obj, encoding, errors).
      
          The patch also adds a new feature with which objects can provide
          unicode(obj) with input data: the __unicode__ method. Currently no
          new tp_unicode slot is implemented; this is left as option for the
          future.
      
          Note that PyUnicode_FromEncodedObject() no longer accepts Unicode
          objects as input. The API name already suggests that Unicode
          objects do not belong in the list of acceptable objects and the
          functionality was only needed because
          PyUnicode_FromEncodedObject() was being used directly by
          unicode(). The latter was changed in the discussed way:
      
          * unicode(obj) calls PyObject_Unicode()
          * unicode(obj, encoding, errors) calls PyUnicode_FromEncodedObject()
      
          One thing left open to discussion is whether to leave the
          PyUnicode_FromObject() API as a thin API extension on top of
          PyUnicode_FromEncodedObject() or to turn it into a (macro) alias
          for PyObject_Unicode() and deprecate it. Doing so would have some
          surprising consequences though, e.g.  u"abc" + 123 would turn out
          as u"abc123"...
      
      [Marc-Andre didn't have time to check this in before the deadline.  I
      hope this is OK, Marc-Andre!  You can still make changes and commit
      them on the trunk after the branch has been made, but then please mail
      Barry a context diff if you want the change to be merged into the
      2.2b1 release branch.  GvR]
      b8c65bc2
  32. 20 Eyl, 2001 1 kayıt (commit)
  33. 19 Eyl, 2001 1 kayıt (commit)
  34. 11 Eyl, 2001 1 kayıt (commit)
  35. 30 Agu, 2001 1 kayıt (commit)
  36. 17 Agu, 2001 1 kayıt (commit)
    • Martin v. Löwis's avatar
      Patch #445762: Support --disable-unicode · 339d0f72
      Martin v. Löwis yazdı
      - Do not compile unicodeobject, unicodectype, and unicodedata if Unicode is disabled
      - check for Py_USING_UNICODE in all places that use Unicode functions
      - disables unicode literals, and the builtin functions
      - add the types.StringTypes list
      - remove Unicode literals from most tests.
      339d0f72
  37. 09 Agu, 2001 1 kayıt (commit)
    • Tim Peters's avatar
      SF patch #438013 Remove 2-byte Py_UCS2 assumptions · 772747b3
      Tim Peters yazdı
      Removed all instances of Py_UCS2 from the codebase, and so also (I hope)
      the last remaining reliance on the platform having an integral type
      with exactly 16 bits.
      PyUnicode_DecodeUTF16() and PyUnicode_EncodeUTF16() now read and write
      one byte at a time.
      772747b3