Re: [HACKERS] int8 type -- call for porting results!

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
>

Responses

Browse pgsql-hackers by date

  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