Zdenek Kotala wrote:
> Andrew Dunstan p??e v po 08. 02. 2010 v 20:07 -0500:
>
> >
> > Our Solaris *moth members seem to have stopped building. Have we lost them?
>
> Hi Andrew,
>
> The answer is not simple. Yes, we lost Solaris 8 and 9 machines which
> was reinstalled and now they are used for
Andrew Dunstan píše v po 08. 02. 2010 v 20:07 -0500:
>
> Our Solaris *moth members seem to have stopped building. Have we lost them?
Hi Andrew,
The answer is not simple. Yes, we lost Solaris 8 and 9 machines which
was reinstalled and now they are used for different purpose. It was
planned befor
Magnus Hagander writes:
> If someone didn't notice, I have applied that fix and it appears to
> have solved it.
... and there was much rejoicing.
regards, tom lane
--
Sent via pgsql-hackers mailing list (pgsql-hackers@postgresql.org)
To make changes to your subscription
2010/2/9 Magnus Hagander :
> On Tue, Feb 9, 2010 at 17:11, Tom Lane wrote:
>> Magnus Hagander writes:
>>> Here's a patch that "fixes" this. I put it locally for the radius
>>> authentication for now, since we don't use this anywhere else. Should
>>> we put this in /port/ somewhere, or is this goo
On Tue, Feb 9, 2010 at 17:11, Tom Lane wrote:
> Magnus Hagander writes:
>> Here's a patch that "fixes" this. I put it locally for the radius
>> authentication for now, since we don't use this anywhere else. Should
>> we put this in /port/ somewhere, or is this good for now?
>
> How about dropping
Magnus Hagander writes:
> Here's a patch that "fixes" this. I put it locally for the radius
> authentication for now, since we don't use this anywhere else. Should
> we put this in /port/ somewhere, or is this good for now?
How about dropping it in src/backend/port/win32/mingwcompat.c ?
The adva
On Tue, Feb 9, 2010 at 13:52, Magnus Hagander wrote:
> On Tue, Feb 9, 2010 at 02:20, Tom Lane wrote:
>> Andrew Dunstan writes:
>>> Mingw builds are missing in6addr_any in backend/libpq/auth.c, added by a
>>> recent RADIUS support fix. Looks like we might need to include win32.h
>>> in there.
>>
On Tue, Feb 9, 2010 at 02:20, Tom Lane wrote:
> Andrew Dunstan writes:
>> Mingw builds are missing in6addr_any in backend/libpq/auth.c, added by a
>> recent RADIUS support fix. Looks like we might need to include win32.h
>> in there.
>
> That was discussed already. I assume Magnus is going to ad
> For the regression test, I am inclined to just do
>
> #ifdef WIN32
> #define isnan(x) _isnan(x)
> #define isinf(x) _isinf(x)
> #endif
Well the isinf() macro is different in win32.h. I did make a change and
apparently red_bat is now green again. Hopefully that was it.
Michael
--
Michael Me
Michael Meskes írta:
> On Mon, Feb 08, 2010 at 08:20:04PM -0500, Tom Lane wrote:
>
>>> MSVC builds are broken from a missing _isnan function on the ECPG tests.
>>> Do we need to link in a math lib or something there?
>>>
>> It looks to me like the problem is that that test is being compi
On Tuesday, February 9, 2010, Dave Page wrote:
> On Tue, Feb 9, 2010 at 9:39 AM, Michael Meskes wrote:
>> Actually I was hoping someone with some Windows experience would take a look
>> at
>> it or Zoltan would come up with a fix, after all it was his addition. :-)
>>
>> Looking at the portabili
On Tue, Feb 9, 2010 at 9:39 AM, Michael Meskes wrote:
> Actually I was hoping someone with some Windows experience would take a look
> at
> it or Zoltan would come up with a fix, after all it was his addition. :-)
>
> Looking at the portability header file it appears that isnan/isinf are only
>
On Mon, Feb 08, 2010 at 08:20:04PM -0500, Tom Lane wrote:
> > MSVC builds are broken from a missing _isnan function on the ECPG tests.
> > Do we need to link in a math lib or something there?
>
> It looks to me like the problem is that that test is being compiled
> without benefit of any platform
On Mon, Feb 8, 2010 at 5:20 PM, Tom Lane wrote:
>> Our Solaris *moth members seem to have stopped building. Have we lost them?
>
> They're not *all* dead, but it sure looks like Oracle scaled that lab
> way back the moment they owned it. I'm surprised any of them are still
> alive :-(
We still h
Andrew Dunstan writes:
> Mingw builds are missing in6addr_any in backend/libpq/auth.c, added by a
> recent RADIUS support fix. Looks like we might need to include win32.h
> in there.
That was discussed already. I assume Magnus is going to address it
as soon as he gets back from FOSDEM.
> MSVC
It looks like some recent patches have broken a couple of things on the
buildfarm.
Mingw builds are missing in6addr_any in backend/libpq/auth.c, added by a
recent RADIUS support fix. Looks like we might need to include win32.h
in there.
MSVC builds are broken from a missing _isnan function
16 matches
Mail list logo
