| From: | Andrew Dunstan <andrew(at)dunslane(dot)net> |
|---|---|
| To: | Alvaro Herrera <alvherre(at)2ndquadrant(dot)com> |
| Cc: | "Igal (at) Lucee(dot)org" <igal(at)lucee(dot)org>, pgsql-hackers(at)postgresql(dot)org |
| Subject: | Re: make error - libpqdll.def No such file or directory |
| Date: | 2016-01-19 19:15:01 |
| Message-ID: | 569E8B35.70208@dunslane.net |
| Views: | Raw Message | Whole Thread | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-hackers |
On 01/19/2016 02:01 PM, Alvaro Herrera wrote:
> Andrew Dunstan wrote:
>
>> jacana does VPATH builds with pretty much this setup all the time. See for
>> example <http://www.pgbuildfarm.org/cgi-bin/show_log.pl?nm=jacana&dt=2016-01-19%2013%3A00%3A09>
> Yes, it builds a tree *once*, then deletes the result, and the next BF
> run uses a completely new build directory. So any issues resulting from
> re-building an existing tree are never seen.
Oh. odd. I don't think I've seen that even when developing on Windows
(e.g. parallel pg_restore). Maybe I always did that in-tree.
cheers
andrew
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Robert Haas | 2016-01-19 19:34:50 | Re: PATCH: postpone building buckets to the end of Hash (in HashJoin) |
| Previous Message | Robert Haas | 2016-01-19 19:11:36 | Re: RFC: replace pg_stat_activity.waiting with something more descriptive |