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

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

From
"Dave Page"
Date:

> -----Original Message-----
> From: pgsql-patches-owner@postgresql.org
> [mailto:pgsql-patches-owner@postgresql.org] On Behalf Of Tom Lane
> Sent: 09 December 2005 14:01
> To: Hiroshi Saito
> Cc: Magnus Hagander; Bruce Momjian; PostgreSQL-patches
> Subject: Re: [PATCHES] CVS of 8.1.x MS-VC6 probrem.
>
> "Hiroshi Saito" <saito@inetrt.skcapi.co.jp> writes:
> >> AFAIK we don't support NLS builds with MSVC anyway. (Check
> >> pg_config.h.win32, it has no #define NLS). So I don't
> think this is an
> >> issue.
>
> > Um, I agree with you. Probably, Bruce san is also noticed.
> > I thought that Bruce san suggested the evolution.
> > However, I think that the plan is now difficult for 8.1.1.
>
> Yeah.  I had hoped the client-only build would "just work" with the
> snprintf changes, but if not there is no time to make it work
> for 8.1.1.
> I would like to revisit this for 8.1.2 or 8.2, though.  It would be
> good to have NLS support in the client-only build, if we
> intend to keep
> supporting that at all.

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?

Regards, Dave

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

From
Tom Lane
Date:
"Dave Page" <dpage@vale-housing.co.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.

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

            regards, tom lane