From: | "William ZHANG" <uniware(at)zedware(dot)org> |
---|---|
To: | "Dave Page" <dpage(at)vale-housing(dot)co(dot)uk>, "Andrew Dunstan" <andrew(at)dunslane(dot)net> |
Cc: | <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re: Call for 7.5 feature completion |
Date: | 2005-09-01 07:57:20 |
Message-ID: | 017801c5aeca$de271fe0$1504a8c0@raymond |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
----- Original Message -----
> From: "Dave Page" <dpage(at)vale-housing(dot)co(dot)uk>
> To: "Andrew Dunstan" <andrew(at)dunslane(dot)net>; "William ZHANG" <uniware(at)zedware(dot)org>
> Cc: <pgsql-hackers(at)postgresql(dot)org>
> Sent: Thursday, September 01, 2005 3:21 PM
> Subject: RE: [HACKERS] Call for 7.5 feature completion
> > And even those are a royal pain to maintain, never mind an entire set.
> Besides, I'm sure what William really wants is not nmake files, but VC++
> Project files - but then which version do we keep? It's not like we
> could say that everyone should be using VS2005, so all commits would
> have to be VC++ 6.0 or earlier compatible, otherwise someone is bound to
> complain.
You are right. What I want is VC++ projects(*.dsp, *.dsw). Once the
project files is created, the maintance work is simply add/remove some
new/deleted source files (*.c only) from the dsps.
And I think VC++ 6.0 is ok, it is power enough and not so big for pgsql's
development. And latter versions of VC++ can automatically convert 6.0's
project files. There are also a "VC++7 to VC++6 project converter" on
www.codeproject.com.
> I agree with Andrew though - maintaining VC++ project files or nmake
> files is just not practical - especially given that most of our
> developers are not Windows users.
I am expecting more and more Windows users to join us.
According to Andrew's advice, I will try to start a project on pgfoundry
to provide the VC++ project files.
> Regards, Dave.
From | Date | Subject | |
---|---|---|---|
Next Message | Hannu Krosing | 2005-09-01 08:12:26 | Re: On hardcoded type aliases and typmod for user types |
Previous Message | Martijn van Oosterhout | 2005-09-01 07:26:09 | Re: On hardcoded type aliases and typmod for user types |