Re: Visual Studio 2010/Windows SDK 7.1 support

Lists: pgsql-hackers
From: Craig Ringer <craig(at)postnewspapers(dot)com(dot)au>
To: Brar Piening <brar(at)gmx(dot)de>
Cc: pgsql-hackers(at)postgresql(dot)org
Subject: Visual Studio 2010/Windows SDK 7.1 support
Date: 2011-07-02 09:43:44
Message-ID: 4E0EE850.4040703@postnewspapers.com.au
Views: Raw Message | Whole Thread | Download mbox | Resend email
Lists: pgsql-hackers

Hi

I'm getting set up to test your VS 2010 support patches. Sorry it's
taken me so long - work decided to take this opportunity to become ...
rather hectic.

I'd appreciate it if you'd post the config.pl you're building with,
mainly so I can see what libraries and optional features you are or are
not using with your test builds.

Also: Have you been testing both 32-bit and 64-bit builds with VC 2010,
or have you been doing 32-bit builds only? It shouldn't matter, but it's
worth knowing.

If you're testing 64-bit builds, how are you building/obtaining your
dependencies, given that GnuWin32 doesn't carry 64-bit builds?
Rebuilding GnuWin32 packages? Building from sources? I've only just got
a 64-bit Windows dev environment set up so I'm new to building 64-bit
Pg. Any issues you had to resolve to get the x64 libs built?

I have an existing 32-bit Pg build environment on my other machine that
I'l be testing with as well, but I figure I may as well test x64 if I can.

--
Craig Ringer


From: Brar Piening <brar(at)gmx(dot)de>
To: pgsql-hackers(at)postgresql(dot)org
Subject: Re: Visual Studio 2010/Windows SDK 7.1 support
Date: 2011-07-03 07:28:07
Message-ID: 4E101A07.50109@gmx.de
Views: Raw Message | Whole Thread | Download mbox | Resend email
Lists: pgsql-hackers

schrieb Craig Ringer:
>
> I'd appreciate it if you'd post the config.pl you're building with,
> mainly so I can see what libraries and optional features you are or
> are not using with your test builds.
>
I've already posted it here:
http://archives.postgresql.org/message-id/4DCDA3CD.4030506@gmx.de

> Also: Have you been testing both 32-bit and 64-bit builds with VC
> 2010, or have you been doing 32-bit builds only?
Both - but 32-bit was tested more extensively due to limited
availability of 64-bit libraries.

>
> If you're testing 64-bit builds, how are you building/obtaining your
> dependencies, given that GnuWin32 doesn't carry 64-bit builds?
> Rebuilding GnuWin32 packages? Building from sources? I've only just
> got a 64-bit Windows dev environment set up so I'm new to building
> 64-bit Pg. Any issues you had to resolve to get the x64 libs built?
No Issues im my minimal configuration.

Perhaps someone who routinely does 64-bit builds could help out with a
config.pl and some info from where to get the 64-bit libraries to build
with.

Thanks for reviewing!

Regards,

Brar


From: Dave Page <dpage(at)pgadmin(dot)org>
To: Brar Piening <brar(at)gmx(dot)de>
Cc: pgsql-hackers(at)postgresql(dot)org
Subject: Re: Visual Studio 2010/Windows SDK 7.1 support
Date: 2011-07-03 08:04:31
Message-ID: CA+OCxoybbRO_Y3AhrbnGAXsGnZJkgpFYatcMHc+hwz7z=M6Guw@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Lists: pgsql-hackers

On Sun, Jul 3, 2011 at 8:28 AM, Brar Piening <brar(at)gmx(dot)de> wrote:
> Perhaps someone who routinely does 64-bit builds could help out with a
> config.pl and some info from where to get the 64-bit libraries to build
> with.

Here's what we use for the installers.

# Configuration arguments for vcbuild.
use strict;
use warnings;

our $config = {
asserts=>0, # --enable-cassert
integer_datetimes=>1, # --enable-integer-datetimes
nls=>'C:\pgBuild\gettext', # --enable-nls=<path>
perl=>'C:\Perl-5.10', # --with-perl
python=>'C:\Python26', # --with-python=<path>
ldap=>1, # --with-ldap
openssl=>'C:\pgBuild\OpenSSL', # --with-ssl=<path>
xml=>'C:\pgBuild\libxml2',
xslt=>'C:\pgBuild\libxslt',
iconv=>'C:\pgBuild\iconv',
zlib=>'C:\pgBuild\zlib', # --with-zlib=<path>
uuid=>'C:\pgBuild\uuid-ossp' # --with-uuid-ossp
};

1;

--
Dave Page
Blog: http://pgsnake.blogspot.com
Twitter: @pgsnake

EnterpriseDB UK: http://www.enterprisedb.com
The Enterprise PostgreSQL Company