Re: qsort->pg_qsort in 8.2

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: Jan Wieck <JanWieck(at)Yahoo(dot)com>
Cc: pgsql-hackers(at)postgreSQL(dot)org
Subject: Re: qsort->pg_qsort in 8.2
Date: 2006-10-27 20:56:55
Message-ID: 9545.1161982615@sss.pgh.pa.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

Jan Wieck <JanWieck(at)Yahoo(dot)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

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message Simon Riggs 2006-10-27 21:19:54 Re: [HACKERS] WAL logging freezing
Previous Message Richard Troy 2006-10-27 19:57:34 Re: Replication documentation addition