Re: BUG #5960: No rule to make target 'libpq.a', needed by 'all-static-lib' - Mailing list pgsql-bugs

From Julia Jacobson
Subject Re: BUG #5960: No rule to make target 'libpq.a', needed by 'all-static-lib'
Date
Msg-id 4D93A42C.6070406@arcor.de
Whole thread Raw
In response to BUG #5960: No rule to make target 'libpq.a', needed by 'all-static-lib'  ("Julia Jacobson" <julia.jacobson@arcor.de>)
List pgsql-bugs
On 30/03/2011 19:49, Etienne Robillard wrote:
> On 30/03/11 12:56 PM, julia.jacobson@arcor.de wrote:
>> Hello Etienne,
>>
>> Thanks for your answer.
>> What do you mean by "you may have hitten yourself in the foot with the --disable-shared option"?
>> When I don't use this option, everything works fine.
>> Compiling PostgreSQL 8.4.7 doesn't work either.
>> The problem is that I need a static libpq. Leaving out the --disable-shared option doesn't results in some
pseudo-staticlibpq and my application still requires a dynamic libpq apart from the static one. 
>>
>> Regards,
>> Julia
>>
>>
>
> have you tried with "--enable-static=libpq" ? I'm not sure but this
> issue could also be related
> to the Mingw environment.
>
> Cheers,
>
> Etienne

Well, the "--enable-static=libpq" option isn't very effective, since it
results in the following message:
configure: WARNING: option ignored: --enable-static
Therefore, I would be happy about the compilation with the
--disable-shared option finishing without errors.

pgsql-bugs by date:

Previous
From: Lawrence Cohan
Date:
Subject: Re: Postgres not using indexes
Next
From: Heikki Linnakangas
Date:
Subject: Re: backend for database 'A' crashes/is killed -> corrupt index in database 'B'