Tom Lane wrote:
>> However, all the values are hardcoded, so nothing in it should relate to 
>> settings that come from configure, I believe. These should be dealt with 
>> in src/tools/msvc/Solution.pm (mostly in GenerateFiles() ).
>>     
>
> FYI, I'm about to commit changes moving XLOG_BLCKSZ and XLOG_SEG_SIZE
> into the domain of configurable stuff, too.
>
> 			
>   

This patch should fix things for both sets of changes. And it 
demonstrates pretty much what you need to do for config options for MSVC.

If there's no objection I will apply shortly.

cheers

andrew

In response to

• Re: [COMMITTERS] pgsql: Sigh ... at 2008-05-02 19:44:13 from Tom Lane

Responses

• Re: [COMMITTERS] pgsql: Sigh ... at 2008-05-02 22:28:41 from Tom Lane
• Re: [COMMITTERS] pgsql: Sigh ... at 2008-05-03 09:15:01 from Peter Eisentraut

pgsql-hackers by date

Next:	From: Tom Lane	Date: 2008-05-02 22:28:41
	Subject: Re: [COMMITTERS] pgsql: Sigh ...
Previous:	From: Tom Lane	Date: 2008-05-02 21:53:31
	Subject: Re: VacAttrStatsP vs VacAttrStats * (typedef'ing pointer types)

pgsql-committers by date

Next:	From: Tom Lane	Date: 2008-05-02 22:28:41
	Subject: Re: [COMMITTERS] pgsql: Sigh ...
Previous:	From: Tom Lane	Date: 2008-05-02 21:26:10
	Subject: pgsql: Allow the planner's estimate of the fraction of a cursor's rows

pgsql-patches by date

Next:	From: Tom Lane	Date: 2008-05-02 22:28:41
	Subject: Re: [COMMITTERS] pgsql: Sigh ...
Previous:	From: Tom Lane	Date: 2008-05-02 21:28:31
	Subject: Re: GUC parameter cursors_tuple_fraction