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

Re: CVS of 8.1.x MS-VC6 probrem.

From: "Dave Page" <dpage(at)vale-housing(dot)co(dot)uk>
To: "Tom Lane" <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Cc: "Hiroshi Saito" <saito(at)inetrt(dot)skcapi(dot)co(dot)jp>,"Magnus Hagander" <mha(at)sollentuna(dot)net>,"Bruce Momjian" <pgman(at)candle(dot)pha(dot)pa(dot)us>,"PostgreSQL-patches" <pgsql-patches(at)postgresql(dot)org>
Subject: Re: CVS of 8.1.x MS-VC6 probrem.
Date: 2005-12-09 14:36:38
Message-ID: (view raw, whole thread or download thread mbox)
Lists: pgsql-patches

> -----Original Message-----
> From: Tom Lane [mailto:tgl(at)sss(dot)pgh(dot)pa(dot)us] 
> Sent: 09 December 2005 14:33
> To: Dave Page
> Cc: Hiroshi Saito; Magnus Hagander; Bruce Momjian; PostgreSQL-patches
> Subject: Re: [PATCHES] CVS of 8.1.x MS-VC6 probrem. 
> "Dave Page" <dpage(at)vale-housing(dot)co(dot)uk> writes:
> > As one of the people who has had the joy of maintaining this in the
> > past, I wanted to drop it as you may remember but that was 
> rejected on
> > the basis that someone somewhere might want to use their 
> own VC++ build
> > over our precompiled versions for some reason.
> > Now that there is a project on pgFoundry allowing builds of 
> the entire
> > server using VC++, perhaps we should rethink that decision?
> I recall wanting to drop it too.  Wasn't the argument about 
> whether the
> libpq.dll we produce would work nicely in a VC++ project?  If it does,
> then I'm willing to push the problem off to the pgFoundry project.

It works perfectly well - pgAdmin is built with VC++ on windows for
example, as is psqlODBC.

> (Of course that would be a change for 8.2, not something we 
> should drop
> in existing branches.)

Goes without saying doesn't it? :-)

Regards, Dave

pgsql-patches by date

Next:From: Bruce MomjianDate: 2005-12-09 14:45:20
Subject: Re: CVS of 8.1.x MS-VC6 probrem.
Previous:From: Hiroshi SaitoDate: 2005-12-09 14:34:22
Subject: Re: CVS of 8.1.x MS-VC6 probrem.

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