From: | Keith Parks <emkxp01(at)mtcc(dot)demon(dot)co(dot)uk> |
---|---|
To: | tgl(at)sss(dot)pgh(dot)pa(dot)us, lockhart(at)alumni(dot)caltech(dot)edu |
Cc: | hackers(at)postgresql(dot)org |
Subject: | Re: [HACKERS] int8 type -- call for porting results! |
Date: | 1998-08-16 12:22:53 |
Message-ID: | 199808161222.NAA02440@mtcc.demon.co.uk |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
Tom. (Lockhart)
Things were broken for int8 on SPARC/Linux, showing a regression test
failure.
Since makeing your suggested change (removing "&& defined(i386)") I'm
getting a "pass" on the int8 tests.
The platform is SPARCstation IPX, Redhat 4.2.
PostgreSQL (latest CVS).
GCC 2.7.2.1.
Thanks,
Keith.
Thomas G. Lockhart" <lockhart(at)alumni(dot)caltech(dot)edu>
>
> > > I implemented it on a gcc/x86/Linux machine, and we will need to
> > > ensure that it works on other platforms.
<snip>
>
> OK, so GCC on 32-bit machines has a convention that "long long int" is a
> 64-bit quantity. On my machine there is library support for simple
> 64-bit integer math; we'll need to have addition, subtraction,
> multiplication and division. I'll warn you that on a previous release of
> gcc on my Linux box I had to poke around in obscure directories to find
> the subtraction or division routine, but my more recent installations
> seem to have all of the routines up in the normal places.
>
> So, it may be sufficient for testing purposes to remove the
> "&& defined(i386)" and see what you get. We can tailor the defines to
> your machine later.
>
> - Tom
>
From | Date | Subject | |
---|---|---|---|
Next Message | Thomas G. Lockhart | 1998-08-16 14:06:33 | Re: [HACKERS] int8 type -- call for porting results! |
Previous Message | Dr. Michael Meskes | 1998-08-16 11:59:37 | Re: [HACKERS] ecpg problem |