Next | Query returned 8 messages, browsing 1 to 10 | previous

History of commit frequency

CVS Commit History:


   2010-08-11 13:44:55 by Kamel Derouiche | Files touched by this commit (5) | Package removed
Log message:
delete clone package

   2010-07-17 00:13:23 by Kamel Derouiche | Files touched by this commit (1)
Log message:
regular dependency

   2010-07-16 23:24:22 by Kamel Derouiche | Files touched by this commit (3) | Package updated
Log message:

	wip-changes
	==========
	o update py-gmpy 1.12
	Changes in gmpy 1.10

Number conversion rules have changed.
-------------------------------------
The arguments in operations involving mixed types are converted using the
following rules:

   Integer --> Rational   --> Floating-point
    'int'       'Fraction'     'float'
    'long'      'mpq'          'Decimal'
    'mpz'                      'mpf'

   Old behavior:
     mpz(1) + float(1.2)     --> float(2.2)
     mpz(1) + Decimal('1.2') --> mpz(2)

   New behavior:
     mpz(1) + float(1.2)     --> mpf(2.2)
     mpz(1) + Decimal('1.2') --> mpf(2.2)

As a side-effect of Python 3.x compatibility, coerce() is no longer supported.

The result of // will be an mpz if the arguments are Integer or Rational, but
will be an mpf if either argument is Floating-point.

The result of 'mpq'/'mpq' will be an 'mpq'. It will not be converted to an
'mpf'. This matches the behavior of the 'Fraction' type in Python 3.x.

The result of 'mpz'/'float' will an 'mpf' instead of a 'float'.

Type-specific methods require appropriate arguments.
----------------------------------------------------
If you call an 'mpq' specific method, i.e. gmpy.qdiv, the arguments are
required to be either integer or rational. Floating-point arguments are not
automatically converted to rational when an 'mpq' specific method is
called. Similarly, if you call an 'mpz' specific method, the arguments must
be integers.

Other bug fixes and changes
--------------------------
Corrected formating bug with mpf where last digit was missing.

The wording of some error messages has changed. The type of error has not
changed.

The result of gcdext may no longer be the "minimal" values. They result
does solve gcd(a,b) = ax + by. This is a side-effect of GMP 4.3 using a
different (faster) algorithm.

Unicode strings are now supported.
   2010-06-04 13:59:36 by Kamel Derouiche | Files touched by this commit (1) | Package updated
Log message:
update Maintainer

   2010-05-06 11:16:33 by Kamel Derouiche | Files touched by this commit (1)
Log message:
support for GMP 5.0.0

   2010-02-25 10:12:30 by Kamel Derouiche | Files touched by this commit (1)
Log message:

	wip-changes:
	-----------
	-> added BUILD_TARGET= gmpy.so
	-> easy package testing uses do-test 
   2010-02-03 15:44:36 by Kamel Derouiche | Files touched by this commit (3)
Log message:

	o pkgsrc-wip changes:
	====================
	- Update version
	- incompatibility python version: 23 22 21 20 15
   2009-07-16 19:36:29 by Kamel Derouiche | Files touched by this commit (4) | Imported package
Log message:
Import py25-gmpy-1.04 as wip/py-gmpy.

Library for arbitrary precision arithmetic wirtten by Python


Next | Query returned 8 messages, browsing 1 to 10 | previous