qsort->pg_qsort in 8.2
since rev. 1.105 of include/port.h all files that inlcude postgres_fe.h
are forced to use pg_qsort() instead of qsort. Was that intended?
Jan
--
#======================================================================#
# It's easier to get forgiveness for being wrong than for being right. #
# Let's break this rule - forgive me. #
#================================================== JanWieck@Yahoo.com #
Jan Wieck <JanWieck@Yahoo.com> writes:
since rev. 1.105 of include/port.h all files that inlcude postgres_fe.h
are forced to use pg_qsort() instead of qsort. Was that intended?
Is it a problem? If you really want the platform qsort you can #undef
qsort, but I don't entirely see why you would.
regards, tom lane
On 10/27/2006 3:47 PM, Tom Lane wrote:
Jan Wieck <JanWieck@Yahoo.com> writes:
since rev. 1.105 of include/port.h all files that inlcude postgres_fe.h
are forced to use pg_qsort() instead of qsort. Was that intended?Is it a problem? If you really want the platform qsort you can #undef
qsort, but I don't entirely see why you would.
It forces client programs to link against libpgport, which they didn't
have to before.
Jan
--
#======================================================================#
# It's easier to get forgiveness for being wrong than for being right. #
# Let's break this rule - forgive me. #
#================================================== JanWieck@Yahoo.com #
Jan Wieck <JanWieck@Yahoo.com> writes:
On 10/27/2006 3:47 PM, Tom Lane wrote:
Is it a problem? If you really want the platform qsort you can #undef
qsort, but I don't entirely see why you would.
It forces client programs to link against libpgport, which they didn't
have to before.
Client programs that aren't part of Postgres have no business including
postgres_fe.h, and in any case the inclusion of port.h forces you to buy
into libpgport, no? This is hardly the only substitute function we have.
regards, tom lane