Re: Cannot build docs of 9.1 on Windows - Mailing list pgsql-hackers

From Andrew Dunstan
Subject Re: Cannot build docs of 9.1 on Windows
Date
Msg-id 4DDBD446.9040302@dunslane.net
Whole thread Raw
In response to Re: Cannot build docs of 9.1 on Windows  ("MauMau" <maumau307@gmail.com>)
Responses Re: Cannot build docs of 9.1 on Windows  ("MauMau" <maumau307@gmail.com>)
List pgsql-hackers

On 05/19/2011 06:29 PM, MauMau wrote:
> From: "Andrew Dunstan" <andrew@dunslane.net>
>> On Thu, May 19, 2011 10:32 am, Robert Haas wrote:
>>> 2011/5/16 MauMau <maumau307@gmail.com>:
>>>> Can't open perl script "make-errcodes-table.pl": No such file or
>>>> directory
>>>
>>> I think this is the root of the problem.  We have no script called
>>> make-errcodes-table.pl.  Can you try changing it to
>>> generate-errcodes-table.pl and see if that works?
>>>
>>
>>
>> Building docs under Windows in the buildfarm is on my TODO list. We
>> already support it (as of a few weeks ago) for non-Windows build
>> systems.
>>
>> That will help us make sure we don't have this kind of drift.
>
> Thank you. I could remove the error "Can't open perl script
> "make-errcodes-table.pl": N..." by changing "make-errcodes-table.pl"
> to "generate-errcodes-table.pl", but all other results seems to be
> same as before.
>
> Andrew, could you announce the commit when you have successfully built
> docs on Windows? Can I know that fact by watching pgsql-hackers and
> pgsql-docs? I'll git-fetch the patch.
>
>

builddoc.bat failed on my system and reading it made my head hurt. So I
did what I've done with other bat files and rewrote it in Perl. The
result is attached. It works for me, and should be a dropin replacement.
Just put it in the src/tools/msvc directory and run "perl builddoc.pl".
Please test it and if it works for you we'll use it and make
builddoc.bat a thin wrapper like build.bat and vcregress.bat.

cheers

andrew

Attachment

pgsql-hackers by date:

Previous
From: Robert Haas
Date:
Subject: Re: Pull up aggregate subquery
Next
From: Robert Haas
Date:
Subject: Re: Reducing overhead of frequent table locks