Обсуждение: Re: [COMMITTERS] pgsql: Make S_IRGRP etc available in mingw builds as well as MSVC.
Re: [COMMITTERS] pgsql: Make S_IRGRP etc available in mingw builds as well as MSVC.
От
Andrew Dunstan
Дата:
On 12/12/2010 01:43 PM, Tom Lane wrote: > Make S_IRGRP etc available in mingw builds as well as MSVC. > > (Hm, I wonder whether BCC defines them either...) > > Is anyone building the client stuff with BCC any more? I don't recall having heard of anyone doing so for quite some years. cheers andrew
Andrew Dunstan <andrew@dunslane.net> writes:
> On 12/12/2010 01:43 PM, Tom Lane wrote:
>> (Hm, I wonder whether BCC defines them either...)
> Is anyone building the client stuff with BCC any more? I don't recall
> having heard of anyone doing so for quite some years.
It's a fair question. We could clean up some of these messy ifdefs
if we dropped support for that combination. I assume that an MSVC-built
libpq.dll would still work for Borland users, no?
regards, tom lane
Re: [COMMITTERS] pgsql: Make S_IRGRP etc available in mingw builds as well as MSVC.
От
Magnus Hagander
Дата:
On Sun, Dec 12, 2010 at 19:54, Tom Lane <tgl@sss.pgh.pa.us> wrote: > Andrew Dunstan <andrew@dunslane.net> writes: >> On 12/12/2010 01:43 PM, Tom Lane wrote: >>> (Hm, I wonder whether BCC defines them either...) > >> Is anyone building the client stuff with BCC any more? I don't recall >> having heard of anyone doing so for quite some years. > > It's a fair question. We could clean up some of these messy ifdefs > if we dropped support for that combination. I assume that an MSVC-built > libpq.dll would still work for Borland users, no? The dynamic one, yes. Static linked one, no. IIRC I suggest desupporting it every now and then and get voted down ;) And quite often we have someone showing up around the x.y.2 release to clean it up so it works again... -- Magnus Hagander Me: http://www.hagander.net/ Work: http://www.redpill-linpro.com/
Magnus Hagander <magnus@hagander.net> writes:
> On Sun, Dec 12, 2010 at 19:54, Tom Lane <tgl@sss.pgh.pa.us> wrote:
>> It's a fair question. �We could clean up some of these messy ifdefs
>> if we dropped support for that combination. �I assume that an MSVC-built
>> libpq.dll would still work for Borland users, no?
> The dynamic one, yes. Static linked one, no.
> IIRC I suggest desupporting it every now and then and get voted down
> ;) And quite often we have someone showing up around the x.y.2 release
> to clean it up so it works again...
Yeah, a look in the commit logs shows that happening about once a year.
It'd sure be nice if we had a less haphazard process for it though.
regards, tom lane