Skip site navigation (1) Skip section navigation (2)

Re: Call for 7.5 feature completion

From: Andrew Dunstan <andrew(at)dunslane(dot)net>
To: William ZHANG <uniware(at)zedware(dot)org>
Cc: Dave Page <dpage(at)vale-housing(dot)co(dot)uk>,pgsql-hackers(at)postgresql(dot)org
Subject: Re: Call for 7.5 feature completion
Date: 2005-09-01 02:30:31
Message-ID: (view raw, whole thread or download thread mbox)
Lists: pgsql-hackers

William ZHANG wrote:

>----- Original Message ----- 
>From: "Andrew Dunstan" <andrew(at)dunslane(dot)net>
>To: "Dave Page" <dpage(at)vale-housing(dot)co(dot)uk>
>Cc: "William ZHANG" <uniware(at)zedware(dot)org>; <pgsql-hackers(at)postgresql(dot)org>
>Sent: Wednesday, August 31, 2005 10:24 PM
>Subject: Re: [HACKERS] Call for 7.5 feature completion
>>Dave Page wrote:
>>>>* Compile with MSVC on Win32 platforms. MySQL support it.
>>>So what? It would take a major amount of work, with no useful benefits.
>>... and you can compile all the client and library stuff with MSVC - 
>>just not the server nor extensions. But the audience for compiling those 
>>is far smaller.
>I think the most popular method to build a project on Win32 is using 
>MSVC or Intel C. Intel C can be integrated with MSVC's IDE to help
>developers increase their productivity. Actually I have tried to make 
>the backend of pgsql-8.0.3 build with MSVC 6.0, and it works well.
>Should I polish it and send it as a patch?
>Having been a Win32 developer for several years, I think it is more 
>convenient to use MSVC's IDE than CL.exe with NMAKE.exe.
>Although I do not like Microsoft very much, and like to use MinGW
>or Cygwin to do some small tests, MSVC is more suitable for 
>native Win32 development. If pgsql want to be the first class citizen
>on Windows, and want to compete with MySQL, I think supporting 
>MSVC is important. I beleive there will be many contributions from 
>the Win32 world.

You are missing the point. We are not prepared to support two completely 
different build systems. Our build system is very very heavily dependent 
on gmake. So if you want to change the build system you have to come up 
with something that works everywhere. COming up with a project file or 
an nmake file for Windows is not hard. Keeping them in step with 
everything else is very hard.

We currently have nmake files for the client libraries, but project 
files might be good to have too, and I don't think we have those. Why 
not start a pgfoundry project to publish some MSVC project files, at 
least for the client libs?



In response to

pgsql-hackers by date

Next:From: Christopher Kings-LynneDate: 2005-09-01 02:40:51
Subject: Re: Minimally avoiding Transaction Wraparound in VLDBs
Previous:From: Alvaro HerreraDate: 2005-09-01 02:25:32
Subject: Re: Remove xmin and cmin from frozen tuples

Privacy Policy | About PostgreSQL
Copyright © 1996-2017 The PostgreSQL Global Development Group