But can you tell me how to let libpq.so depend on the shared library of
PrintQueryTuples? I need to implement this to show my boss that this final
step is not applicable.
Also, what is and what do you mean by extending libpq's published API?
Regards
Islam Hegazy
----- Original Message -----
From: "Tom Lane" <tgl@sss.pgh.pa.us>
To: "Islam Hegazy" <islheg@gmail.com>
Cc: <pgsql-interfaces@postgresql.org>
Sent: Saturday, April 21, 2007 8:55 PM
Subject: Re: [INTERFACES] modifying in the libpg files
> "Islam Hegazy" <islheg@gmail.com> writes:
>> ../../src/interfaces/libpq/libpq.so: undefined reference to =
>> `PrintQueryResults'
>
> libpq.so is a shared library --- you can't have it calling functions
> that are not in either itself or a shared library it depends on.
> You'd have to move PrintQueryTuples bodily into libpq.so to make this
> work. There are various reasons why that's not a great idea, the
> main one being that libpq has no idea where psql is intending to
> send the output.
>
> IMHO a reasonable solution would involve extending libpq's published API
> to allow returning partial query results. This seems like it could be
> made to fit into the PQsendQuery/PQgetResult paradigm, but nobody's
> actually done that yet.
>
> regards, tom lane
