functions that take pass-by-value datatypes.  Should be ready for
port testing ...

inputs have been converted to newstyle.  This should go a long way towards
fixing our portability problems with platforms where char and short
parameters are passed differently from int-width parameters.  Still
more to do for the Alpha port however.

(ie, allow rounding to occur at a digit position left of the decimal
point).  Apparently this is how Oracle handles it, and there are
precedents in other programming languages as well.

as a unary minus operator for numeric.  Now that long numeric constants
will get converted to NUMERIC in early parsing, it's essential to have
numeric->int8 conversion to avoid 'can't convert' errors on undecorated
int8 constants.  Threw in the rest for completeness while I was in the
area.
I did not force an initdb for this, since the system will still run
without the new pg_proc/pg_operator entries.  Possibly I should've.

and both would insert random junk digits if given an input that was an
exact multiple of 10.

is considerably more robust and accurate than it used to be.
Also, get rid of numeric's private allocation freelist, which is no longer
a win since Jan rewrote palloc.

the case wherein zero was rejected for a field like NUMERIC(4,4).
Miscellaneous other code beautification efforts.

Jan

Jan

Original code used float8out(), but the resulting exponential notation
 was not handled (e.g. '3E9' was decoded as '3').

an
embedded new-line character.


Billy G. Allie

overflow error on high precision calculations where temporary
huge precision is required.

Jan

taking a logarithm with a 400 digit precision worked with that bug
in place).

Jan

Jan

Jan

exponents.

Jan

and aggregates.

Jan