pgsql: Modify the float4 datatype to be pass-by-val. - Mailing list pgsql-committers
From | [email protected] (Alvaro Herrera) |
---|---|
Subject | pgsql: Modify the float4 datatype to be pass-by-val. |
Date | |
Msg-id | [email protected] Whole thread Raw |
List | pgsql-committers |
Log Message: ----------- Modify the float4 datatype to be pass-by-val. Along the way, remove the last uses of the long-deprecated float32 in contrib/seg; the definitions themselves are still there, but no longer used. fmgr/README updated to match. I added a CREATE FUNCTION to account for existing seg_center() code in seg.c too, and some tests for it and the neighbor functions. At the same time, remove checks for NULL which are not needed (because the functions are declared STRICT). I had to do some adjustments to contrib's btree_gist too. The choices for representation there are not ideal for changing the underlying types :-( Original patch by Zoltan Boszormenyi, with some adjustments by me. Modified Files: -------------- pgsql: configure (r1.588 -> r1.589) (http://anoncvs.postgresql.org/cvsweb.cgi/pgsql/configure?r1=1.588&r2=1.589) pgsql/config: c-compiler.m4 (r1.15 -> r1.16) (http://anoncvs.postgresql.org/cvsweb.cgi/pgsql/config/c-compiler.m4?r1=1.15&r2=1.16) pgsql/contrib/btree_gist: btree_utils_num.c (r1.8 -> r1.9) (http://anoncvs.postgresql.org/cvsweb.cgi/pgsql/contrib/btree_gist/btree_utils_num.c?r1=1.8&r2=1.9) pgsql/contrib/seg: seg.c (r1.20 -> r1.21) (http://anoncvs.postgresql.org/cvsweb.cgi/pgsql/contrib/seg/seg.c?r1=1.20&r2=1.21) seg.sql.in (r1.17 -> r1.18) (http://anoncvs.postgresql.org/cvsweb.cgi/pgsql/contrib/seg/seg.sql.in?r1=1.17&r2=1.18) segdata.h (r1.3 -> r1.4) (http://anoncvs.postgresql.org/cvsweb.cgi/pgsql/contrib/seg/segdata.h?r1=1.3&r2=1.4) uninstall_seg.sql (r1.6 -> r1.7) (http://anoncvs.postgresql.org/cvsweb.cgi/pgsql/contrib/seg/uninstall_seg.sql?r1=1.6&r2=1.7) pgsql/contrib/seg/data: test_seg.data (r1.1 -> r1.2) (http://anoncvs.postgresql.org/cvsweb.cgi/pgsql/contrib/seg/data/test_seg.data?r1=1.1&r2=1.2) pgsql/contrib/seg/expected: seg.out (r1.12 -> r1.13) (http://anoncvs.postgresql.org/cvsweb.cgi/pgsql/contrib/seg/expected/seg.out?r1=1.12&r2=1.13) seg_1.out (r1.3 -> r1.4) (http://anoncvs.postgresql.org/cvsweb.cgi/pgsql/contrib/seg/expected/seg_1.out?r1=1.3&r2=1.4) pgsql/contrib/seg/sql: seg.sql (r1.4 -> r1.5) (http://anoncvs.postgresql.org/cvsweb.cgi/pgsql/contrib/seg/sql/seg.sql?r1=1.4&r2=1.5) pgsql/src/backend/bootstrap: bootstrap.c (r1.240 -> r1.241) (http://anoncvs.postgresql.org/cvsweb.cgi/pgsql/src/backend/bootstrap/bootstrap.c?r1=1.240&r2=1.241) pgsql/src/backend/commands: analyze.c (r1.117 -> r1.118) (http://anoncvs.postgresql.org/cvsweb.cgi/pgsql/src/backend/commands/analyze.c?r1=1.117&r2=1.118) pgsql/src/backend/utils/fmgr: README (r1.10 -> r1.11) (http://anoncvs.postgresql.org/cvsweb.cgi/pgsql/src/backend/utils/fmgr/README?r1=1.10&r2=1.11) fmgr.c (r1.115 -> r1.116) (http://anoncvs.postgresql.org/cvsweb.cgi/pgsql/src/backend/utils/fmgr/fmgr.c?r1=1.115&r2=1.116) pgsql/src/include: c.h (r1.224 -> r1.225) (http://anoncvs.postgresql.org/cvsweb.cgi/pgsql/src/include/c.h?r1=1.224&r2=1.225) postgres.h (r1.89 -> r1.90) (http://anoncvs.postgresql.org/cvsweb.cgi/pgsql/src/include/postgres.h?r1=1.89&r2=1.90) pgsql/src/include/catalog: catversion.h (r1.448 -> r1.449) (http://anoncvs.postgresql.org/cvsweb.cgi/pgsql/src/include/catalog/catversion.h?r1=1.448&r2=1.449) pg_attribute.h (r1.135 -> r1.136) (http://anoncvs.postgresql.org/cvsweb.cgi/pgsql/src/include/catalog/pg_attribute.h?r1=1.135&r2=1.136) pg_type.h (r1.193 -> r1.194) (http://anoncvs.postgresql.org/cvsweb.cgi/pgsql/src/include/catalog/pg_type.h?r1=1.193&r2=1.194)
pgsql-committers by date:
Previous
From: [email protected] (Tom Lane)Date:
Subject: pgsql: Fix rmtree() so that it keeps going after failure to remove any