From 1776dc1ebee61008d1eb6c7ca9559e024ca05f50 Mon Sep 17 00:00:00 2001 From: Carsten Lohrke Date: Sat, 29 Apr 2006 12:07:57 +0000 Subject: Clean up. (Portage version: 2203-svn) --- .../kinterbasdb/files/digest-kinterbasdb-3.0.2 | 1 - .../kinterbasdb/files/digest-kinterbasdb-3.1 | 1 - .../kinterbasdb/files/digest-kinterbasdb-3.1.1 | 1 - .../kinterbasdb/files/digest-kinterbasdb-3.1.2 | 1 - .../kinterbasdb/files/kinterbasdb-3.0.2-py23.patch | 59 ---------------------- 5 files changed, 63 deletions(-) delete mode 100644 dev-python/kinterbasdb/files/digest-kinterbasdb-3.0.2 delete mode 100644 dev-python/kinterbasdb/files/digest-kinterbasdb-3.1 delete mode 100644 dev-python/kinterbasdb/files/digest-kinterbasdb-3.1.1 delete mode 100644 dev-python/kinterbasdb/files/digest-kinterbasdb-3.1.2 delete mode 100644 dev-python/kinterbasdb/files/kinterbasdb-3.0.2-py23.patch (limited to 'dev-python/kinterbasdb/files') diff --git a/dev-python/kinterbasdb/files/digest-kinterbasdb-3.0.2 b/dev-python/kinterbasdb/files/digest-kinterbasdb-3.0.2 deleted file mode 100644 index eff9bc4c7244..000000000000 --- a/dev-python/kinterbasdb/files/digest-kinterbasdb-3.0.2 +++ /dev/null @@ -1 +0,0 @@ -MD5 8089670e2b57b7e59f984a744de24e1e kinterbasdb-3.0.2-src.tar.gz 86287 diff --git a/dev-python/kinterbasdb/files/digest-kinterbasdb-3.1 b/dev-python/kinterbasdb/files/digest-kinterbasdb-3.1 deleted file mode 100644 index e49218fc844b..000000000000 --- a/dev-python/kinterbasdb/files/digest-kinterbasdb-3.1 +++ /dev/null @@ -1 +0,0 @@ -MD5 33df6cd34efc25dc83aedec11d860ba6 kinterbasdb-3.1.src.tar.gz 215252 diff --git a/dev-python/kinterbasdb/files/digest-kinterbasdb-3.1.1 b/dev-python/kinterbasdb/files/digest-kinterbasdb-3.1.1 deleted file mode 100644 index 1d594b7e50fe..000000000000 --- a/dev-python/kinterbasdb/files/digest-kinterbasdb-3.1.1 +++ /dev/null @@ -1 +0,0 @@ -MD5 3fae5ebaa93be8c70d5ae57c3cacf222 kinterbasdb-3.1.1.src.tar.gz 216963 diff --git a/dev-python/kinterbasdb/files/digest-kinterbasdb-3.1.2 b/dev-python/kinterbasdb/files/digest-kinterbasdb-3.1.2 deleted file mode 100644 index e208a7bf18e6..000000000000 --- a/dev-python/kinterbasdb/files/digest-kinterbasdb-3.1.2 +++ /dev/null @@ -1 +0,0 @@ -MD5 31cda3752776401febbe4a2b963fd380 kinterbasdb-3.1.2.src.tar.gz 219208 diff --git a/dev-python/kinterbasdb/files/kinterbasdb-3.0.2-py23.patch b/dev-python/kinterbasdb/files/kinterbasdb-3.0.2-py23.patch deleted file mode 100644 index 2e2084b4a744..000000000000 --- a/dev-python/kinterbasdb/files/kinterbasdb-3.0.2-py23.patch +++ /dev/null @@ -1,59 +0,0 @@ ---- _kinterbasdb.c 2002-08-28 19:01:52.000000000 +0100 -+++ /tmp/_kinterbasdb.c 2003-10-02 12:06:53.000000000 +0100 -@@ -1626,7 +1626,7 @@ - ** YYY:DSR This normalize_double implementation should be audited for overflow - ** issues. - */ --static LONG_LONG normalize_double( double d, short* sqlscalePtr ) { -+static PY_LONG_LONG normalize_double( double d, short* sqlscalePtr ) { - /* DSR: Note that my implementation could just as well receive a - ** 'short sqlscale' as the current 'pointer to short sqlscale'. - ** I left it as a pointer in order to adhere to the function's original -@@ -1636,7 +1636,7 @@ - */ - - /* We iteratively build the normalized double in this variable: */ -- LONG_LONG result; -+ PY_LONG_LONG result; - - /* During this the bulk of this function's computations, we deal with the - ** ABSOLUTE value of d, so we must remember the original sign: */ -@@ -1654,9 +1654,9 @@ - ** fractional portion. - */ - if (signOfD == SIGN_POSITIVE) { -- result = (LONG_LONG) fabs(floor(d)); -+ result = (PY_LONG_LONG) fabs(floor(d)); - } else { -- result = (LONG_LONG) fabs(ceil(d)); -+ result = (PY_LONG_LONG) fabs(ceil(d)); - } - - fractionalPartRemaining = fabs(modf(d, &wholePartRemaining)); -@@ -1868,7 +1868,7 @@ - ** engine), and 10 to the 18th is less than LONG_LONG_MAX. - ** The actual scaling is done using Python longs, will never overflow. - */ -- LONG_LONG multiplier = 1; -+ PY_LONG_LONG multiplier = 1; - PyObject* pyMultiplier; - short i; - for (i = 0; i < num_decimal_places; i++) -@@ -2000,7 +2000,7 @@ - *(LONG_LONG*)sqlvar->sqldata = (LONG_LONG) PyInt_AsLong(pyScaledN); - } else { /* Must be PyLong */ - #endif -- *(LONG_LONG*)sqlvar->sqldata = PyLong_AsLongLong(pyScaledN); -+ *(PY_LONG_LONG*)sqlvar->sqldata = PyLong_AsLongLong(pyScaledN); - #if !PYTHON_2_2_OR_LATER - } - #endif -@@ -3164,7 +3164,7 @@ - ** values properly in imprecise mode (the 64-bit int will overflow the - ** double). This can be overcome by using precise mode. - */ -- LONG_LONG conv_long_long = *(LONG_LONG*)( sqlvar->sqldata ); -+ PY_LONG_LONG conv_long_long = *(PY_LONG_LONG*)( sqlvar->sqldata ); - if ( num_decimal_places == 0 || precision_mode != PRECISION_MODE_IMPRECISE ) { - /* This is either a NUMERIC/DECIMAL field being requested in precise - ** mode as an uninterpreted integer, or a NUMERIC/DECIMAL field being -- cgit v1.2.3-65-gdbad