From: Robert Ayrapetyan <robert.ayrapetyan@comodo.com>
To: pgsql-interfaces@postgresql.org
Subject: Re: Problem with getting static libpq.a from PostgresSQL 8.2.4 sources using MinGW
Date: Thu, 20 Sep 2007 11:17:34 +0300
Message-ID: <1902207738.20070920111734@comodo.com> (raw)
In-Reply-To: <692511163.20070917162346@comodo.com>
References: <692511163.20070917162346@comodo.com>
btw, the bug (or feature?) of libpq.a building still exists (that's why my problem occurred). Maybe it can be useful for someone.
Here is description. You will never get real static libpq.a if you have done building of shared version of libpq before. You MUST delete pseudo-static libpq.a before building real static libpq.a
Folder "\src\interfaces\libpq\":
Here is failure scenario:
1. make install (dynamic libpq.dll and pseudo-static libpq.a were created)
2. make install enable_shared=no (get real static libpq.a - fails).
Real static libpq.a wasn't created. Instead of it we can see old, pseudo-static libpq.a.
Another failure scenario:
1. make install enable_shared=no (real static libpq.a was created - indeed).
2. make install (dynamic libpq.dll and pseudo-static libpq.a were created).
Real static libpq.a was overwritten by pseudo-static libpq.a!
Here is successful, working scenario:
1. make install (dynamic libpq.dll and pseudo-static libpq.a were created).
2. delete pseudo-static libpq.a.
3. make install enable_shared=no (get real static libpq.a).
So that's only possible way to get both shared and real static libpq libraries.
Strange, why pseudo-static libp.q can overwrite real static one but can't vice-versa?
I think lot of bugs peoples have with libpq are based on that bug...
Best regards,
Robert Ayrapetyan
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Reply to all the recipients using the --to and --cc options:
reply via email
To: pgsql-interfaces@postgresql.org
Cc: robert.ayrapetyan@comodo.com
Subject: Re: Problem with getting static libpq.a from PostgresSQL 8.2.4 sources using MinGW
In-Reply-To: <1902207738.20070920111734@comodo.com>
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
This inbox is served by DDX for PostgreSQL; see mirroring instructions
for how to clone and mirror all data and code used for this inbox