Re: install libpq.dll in bin directory on Windows / Cygwin - Mailing list pgsql-hackers

From Andrew Dunstan
Subject Re: install libpq.dll in bin directory on Windows / Cygwin
Date
Msg-id 52ED5795.7080109@dunslane.net
Whole thread Raw
In response to Re: install libpq.dll in bin directory on Windows / Cygwin  (Peter Eisentraut <peter_e@gmx.net>)
Responses Re: install libpq.dll in bin directory on Windows / Cygwin  (Peter Eisentraut <peter_e@gmx.net>)
List pgsql-hackers
On 02/01/2014 08:01 AM, Peter Eisentraut wrote:
> On 1/31/14, 12:47 PM, Andrew Dunstan wrote:
>> Hmm, looks like it got dropped. I think my original patch is probably
>> about the  the right thing to do, and given that it's already done by
>> the MSVC build it's a bug and should be backported, as Alvaro said in
>> the original discussion.
>>
>> I'll get on that shortly - since the patch was untested I'll need to do
>> a test first.
> I think this change is reasonable to make, but it should be in
> Makefile.shlib, not in libpq/Makefile.  Makefile.shlib already knows
> about the difference between a link-time and a run-time dynamic library
> (not to speak of Windows vs. others), so the right change there will
> make it work for libpq, ecpg, and whatever else someone might come up
> with automatically.
>
>


In the end I went with the way I had suggested, because that's what the 
MSVC system does - it doesn't copy any other DLLs to the bin directory. 
So doing that seemed sane for backpatching, to bring the two build 
systems into sync.

If you want to propose a better arrangement for the future, to include, 
say, ecpg DLLs, and including changes to the MSVC system, we can discuss 
that separately.

cheers

andrew




pgsql-hackers by date:

Previous
From: Tom Lane
Date:
Subject: Re: What is happening on buildfarm member crake?
Next
From: Andres Freund
Date:
Subject: Re: [9.3 bug] disk space in pg_xlog increases during archive recovery