Re: Installing PostgreSQL on Win 2003 R2 64-bit

From: Bruce Momjian <pgman(at)candle(dot)pha(dot)pa(dot)us>
To: Magnus Hagander <mha(at)sollentuna(dot)net>
Cc: Merlin Moncure <mmoncure(at)gmail(dot)com>, Aly Dharshi <aly(dot)dharshi(at)telus(dot)net>, Stanislaw Tristan <admin(at)zestad(dot)com>, pgsql-general(at)postgresql(dot)org
Subject: Re: Installing PostgreSQL on Win 2003 R2 64-bit
Date: 2006-04-28 13:28:26
Message-ID: 200604281328.k3SDSQd26680@candle.pha.pa.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

Magnus Hagander wrote:
> > On 4/27/06, Aly Dharshi <aly(dot)dharshi(at)telus(dot)net> wrote:
> > > Yes, if you search the archives there was something on
> > this. Maybe it
> > > was around 32-bit, but nonetheless, take a search through.
> >
> > There is a patch in the queue written by Magnus Hagander
> > right now which allows pg to build from the microsoft C
> > compiler. In theory, this should allow pg to build 64 bit on
> > windows with little or no modifcation.
>
> Just so we're all clear, this patch *only* deals with 32-bit for now. It
> lays a foundation for future work on 64-bit, but it makes no attempt at
> it yet.
>
>
> > Either of these approaches could work, but expect to be
> > hacking around wierd problems. There is decent chance pgsql
> > will be officially supported on windows as of 8.2, scheduled
> > for release this summer.
>
> Um. That's the first I heard 8.2 was scheduled for release this summer.
> AFAIK the curernt time-estimate is that it shuld go beta towards the end
> of the summer, which means a release sometime Q4 if we follow previous
> patterns.

The schedule is for feature freeze of August 1, so right, no _release_
in the summer (assuming northern hemisphere).

--
Bruce Momjian http://candle.pha.pa.us
EnterpriseDB http://www.enterprisedb.com

+ If your life is a hard drive, Christ can be your backup. +

In response to

Browse pgsql-general by date

  From Date Subject
Next Message Csaba Nagy 2006-04-28 13:32:48 Re: Alternative for vacuuming queue-like tables
Previous Message kmh496 2006-04-28 13:20:42 Re: Alternative for vacuuming queue-like tables