Re: Review of VS 2010 support patches
От | Brar Piening |
---|---|
Тема | Re: Review of VS 2010 support patches |
Дата | |
Msg-id | 4EF91740.4030301@gmx.de обсуждение исходный текст |
Ответ на | Re: Review of VS 2010 support patches (Andrew Dunstan <andrew@dunslane.net>) |
Ответы |
Re: Review of VS 2010 support patches
|
Список | pgsql-hackers |
Andrew Dunstan wrote: > Well, I do also dislike the asymmetry of it. Here's what I suggest: > for the Solution files, we'll just put the object packages in > Solution.pm. There really doesn't seem like any need for those to have > tiny files on their own. For the Project files, factor out the > 2005/2008 specific parts from Project.pm into a new file, and have a > new file for the equivalent parts of your new VC2010Project.pm. Then > we'll add packages to Project.pm to create objects just like I'm > suggesting above for Solution.pm. The result is then more symmetrical > and we'll have three new files instead of seven (counting > VSObjectFactory.pm). > > Perhaps, too, this has all got sufficiently complicated that adding > some descritpion of what's going on here to README would be in order. > I suspect some of my fellow committers tend to look at the whole thing > and scratch their heads a bit, and that means expecting other people > to make sense if it is probably a bit much ;-) Attached is an updated patch which includes your suggestions. I have to admit that it's currently broken (it builds but fails during regression tests becuse it can't connect) when building with Visual Studio 2010 or Windows SDK 7.1 because of commit 1a0c76c32fe470142d3663dd84ac960d75a4e8db (Enable compiling with the mingw-w64 32 bit compiler). It seems like VS 2010 has a few of the E... constants in src/include/port/win32.h already defined, but obviously in a way that breaks postgres. Because of my missing experience and as I don't have a Mingw64 build environment I don't feel like I could fix that without breaking anythig else. Regards, Brar
Вложения
В списке pgsql-hackers по дате отправления: