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

Re: 8.0.2 Beta 1 for Windows available

From: Andreas Pflug <pgadmin(at)pse-consulting(dot)de>
To: Greg Landrum <greg(dot)landrum(at)gmail(dot)com>
Cc: Dave Page <dpage(at)vale-housing(dot)co(dot)uk>,pgsql-hackers-win32(at)postgresql(dot)org
Subject: Re: 8.0.2 Beta 1 for Windows available
Date: 2005-04-08 17:28:53
Message-ID: (view raw, whole thread or download thread mbox)
Lists: pgsql-hackers-win32
Greg Landrum wrote:
> On Apr 8, 2005 12:45 AM, Dave Page <dpage(at)vale-housing(dot)co(dot)uk> wrote:
>>>-----Original Message-----
>>>From: pgsql-hackers-win32-owner(at)postgresql(dot)org
>>>[mailto:pgsql-hackers-win32-owner(at)postgresql(dot)org] On Behalf
>>>Of Greg Landrum
>>>Sent: 08 April 2005 01:35
>>>To: Dave Page
>>>Cc: pgsql-hackers-win32(at)postgresql(dot)org
>>>Subject: Re: [pgsql-hackers-win32] 8.0.2 Beta 1 for Windows available
>>>On Apr 6, 2005 3:29 AM, Dave Page <dpage(at)vale-housing(dot)co(dot)uk> wrote:
>>>>A pgInstaller build of PostgreSQL 8.0.2 beta 1 for Windows
>>>is available
>>>>for testing at
>>>Does the new installer beta include the extra headers required to do
>>>backend development on win32 systems or will a source distribution
>>>still be required there?
>>Source will be required as this work has not been done yet.

I wonder if it is really sensible to include all backend includes. 
People might think they can easily develop backend modules with any 
compiler, which I doubt will be supported thoroughly. Second, somebody 
who has mingw installed won't have a problem to unzip those backend 
sources too; compiling the backend is a good test if everything's 
working as expected.
So I'd suggest to leave backend includes out of the std distribution, or 
at least make a distinctively selectable (non-default) package from it.


In response to

pgsql-hackers-win32 by date

Next:From: Steve - DNDDate: 2005-04-12 08:08:27
Subject: Can't install pltcl
Previous:From: John DeSoiDate: 2005-04-08 14:24:19
Subject: Re: pgsql 8.x libpq.dll Installation problems

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