Re: [HACKERS] Cube extension point support // GSoC'13 - Mailing list pgsql-students

From Robert Haas
Subject Re: [HACKERS] Cube extension point support // GSoC'13
Date
Msg-id CA+TgmoZdaou7E9wBApexPkYvOiEKBW2Xp8+G6rNFYxav8gVT4Q@mail.gmail.com
Whole thread Raw
In response to Re: [HACKERS] Cube extension point support // GSoC'13  (Stas Kelvich <stas.kelvich@gmail.com>)
Responses Re: [HACKERS] Cube extension point support // GSoC'13  (Heikki Linnakangas <hlinnakangas@vmware.com>)
List pgsql-students
On Tue, Sep 24, 2013 at 9:07 AM, Stas Kelvich <stas.kelvich@gmail.com> wrote:
> Hello
>
> There is new version of patch. I have separated ordering operators to different patch
(https://commitfest.postgresql.org/action/patch_view?id=1243),fixed formatting issues and implemented backward
compatibilitywith old-style points in cube_is_point() and cube_out(). 
>
> Also comparing output files I've discovered that this four files is combination of two types of different behavior:
>
> 1) SELECT '-1e-700'::cube AS cube;
> can be (0) or (-0)
>
> 2) Amount of zeros in exponent of floating point, i.e. SELECT '1e27'::cube AS cube;
>  can be (1e+027) or (1e+27)
>
> On my system (OSX) it is second option in both situations. I've also tested it on FreeBSD 9.0 and Ubuntu 12.04 with
thesame results. So is there some ideas how can I reproduce such results? 

Heikki, are you going to review this further for this CommitFest?

Is there a prerequisite patch that hasn't been committed yet?

--
Robert Haas
EnterpriseDB: http://www.enterprisedb.com
The Enterprise PostgreSQL Company


pgsql-students by date:

Previous
From: Thom Brown
Date:
Subject: Re: Pencils down!
Next
From: Heikki Linnakangas
Date:
Subject: Re: [HACKERS] Cube extension point support // GSoC'13