Re: dynloader.h missing in prebuilt package for Windows?

On Wed, Jan 20, 2016 at 1:37 PM, Michael Paquier
<michael(dot)paquier(at)gmail(dot)com> wrote:
> On Wed, Jan 20, 2016 at 1:34 PM, Bruce Momjian <bruce(at)momjian(dot)us> wrote:
>> On Mon, Jan 4, 2016 at 09:50:40PM -0800, Michael Paquier wrote:
>>> On Tue, Jan 5, 2016 at 2:27 PM, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> wrote:
>>> > Michael Paquier <michael(dot)paquier(at)gmail(dot)com> writes:
>>> >> The patch would put the buildfarm in red as it is incomplete anyway,
>>> >> with MSVC what is used instead of dynloader.h is
>>> >> port/dynloader/win32.h. Instead of this patch I would be incline to
>>> >> remove the #define stuff with dynloader.h that use WIN32_ONLY_COMPILER
>>> >> (see for example dfmgr.c) and just copy the header in include/. This
>>> >> way we use the same header for all platforms.
>>> >
>>> > Patch please?
>>>
>>> Sure, here you go. Bruce's patch simply forgot to copy the header file
>>> via Solution.pm, so installation just failed. The change of dfmgr.c is
>>> actually not mandatory but I think that as long as dynloader.h is
>>> copied in include/ we had better change that as well, and it makes the
>>> code cleaner.
>>
>> I have applied this patch all the way back to 9.1. This means PL/Java
>> can be cleanly built via MSVC on Windows for all installs after the next
>> set of minor releases.
>
> Thanks. I'll keep an eye on the buildfarm in case.

And it did not blow up.
--
Michael