[Python-checkins] CVS: python/dist/src/Lib/encodings __init__.py,1.2,1.3 aliases.py,1.2,1.3

Guido van Rossum python-dev@python.org
Wed, 5 Apr 2000 16:11:50 -0400 (EDT)


Update of /projects/cvsroot/python/dist/src/Lib/encodings
In directory eric:/home/guido/hp/mal/py-patched/Lib/encodings

Modified Files:
	__init__.py aliases.py 
Log Message:
Marc-Andre's third try at this bulk patch seems to work (except that
his copy of test_contains.py seems to be broken -- the lines he
deleted were already absent).  Checkin messages:


New Unicode support for int(), float(), complex() and long().

- new APIs PyInt_FromUnicode() and PyLong_FromUnicode()
- added support for Unicode to PyFloat_FromString()
- new encoding API PyUnicode_EncodeDecimal() which converts
  Unicode to a decimal char* string (used in the above new
  APIs)
- shortcuts for calls like int(<int object>) and float(<float obj>)
- tests for all of the above

Unicode compares and contains checks:
- comparing Unicode and non-string types now works; TypeErrors
  are masked, all other errors such as ValueError during
  Unicode coercion are passed through (note that PyUnicode_Compare
  does not implement the masking -- PyObject_Compare does this)
- contains now works for non-string types too; TypeErrors are
  masked and 0 returned; all other errors are passed through

Better testing support for the standard codecs.

Misc minor enhancements, such as an alias dbcs for the mbcs codec.

Changes:
- PyLong_FromString() now applies the same error checks as
  does PyInt_FromString(): trailing garbage is reported
  as error and not longer silently ignored. The only characters
  which may be trailing the digits are 'L' and 'l' -- these
  are still silently ignored.
- string.ato?() now directly interface to int(), long() and
  float(). The error strings are now a little different, but
  the type still remains the same. These functions are now
  ready to get declared obsolete ;-)
- PyNumber_Int() now also does a check for embedded NULL chars
  in the input string; PyNumber_Long() already did this (and
  still does)

Followed by:

Looks like I've gone a step too far there... (and test_contains.py
seem to have a bug too).

I've changed back to reporting all errors in PyUnicode_Contains()
and added a few more test cases to test_contains.py (plus corrected
the join() NameError).



Index: __init__.py
===================================================================
RCS file: /projects/cvsroot/python/dist/src/Lib/encodings/__init__.py,v
retrieving revision 1.2
retrieving revision 1.3
diff -C2 -r1.2 -r1.3
*** __init__.py	2000/03/20 16:36:27	1.2
--- __init__.py	2000/04/05 20:11:18	1.3
***************
*** 5,10 ****
  
      Codec modules must have names corresponding to standard lower-case
!     encoding names. Hyphens are automatically converted to
!     underscores, e.g. 'utf-8' is looked up as module utf_8.
  
      Each codec module must export the following interface:
--- 5,10 ----
  
      Codec modules must have names corresponding to standard lower-case
!     encoding names with hyphens mapped to underscores, e.g. 'utf-8' is
!     implemented by the module 'utf_8.py'.
  
      Each codec module must export the following interface:
***************
*** 41,45 ****
  
      # Import the module
!     modname = string.replace(encoding,'-','_')
      modname = aliases.aliases.get(modname,modname)
      try:
--- 41,45 ----
  
      # Import the module
!     modname = string.replace(encoding, '-', '_')
      modname = aliases.aliases.get(modname,modname)
      try:

Index: aliases.py
===================================================================
RCS file: /projects/cvsroot/python/dist/src/Lib/encodings/aliases.py,v
retrieving revision 1.2
retrieving revision 1.3
diff -C2 -r1.2 -r1.3
*** aliases.py	2000/03/31 17:23:18	1.2
--- aliases.py	2000/04/05 20:11:18	1.3
***************
*** 55,57 ****
--- 55,60 ----
      'macturkish': 'mac_turkish',
  
+     # MBCS
+     'dbcs': 'mbcs',
+ 
  }