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

Поиск
Список
Период
Сортировка
От Keith Parks
Тема Re: [HACKERS] int8 type -- call for porting results!
Дата
Msg-id 199808161653.RAA05666@mtcc.demon.co.uk
обсуждение исходный текст
Список pgsql-hackers
Tom,

Here's the output of ccsym, hope it gives you something to
work with.

Keith.


[postgres@sparclinux src]$ tools/ccsym
__GNUC__=2
__GNUC_MINOR__=7
__ELF__
unix
sparc
linux
__ELF__
__unix__
__sparc__
__linux__
__unix
__sparc
__linux
system=unix
system=posix
cpu=sparc
machine=sparc
[postgres@sparclinux src]$

Thomas G. Lockhart" <lockhart@alumni.caltech.edu>
>
> > Things were broken for int8 on SPARC/Linux, showing a regression test
> > failure.
> >
> > Since making 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.
>
> OK, great. Do you have a suggestion for a pre-defined compiler value I
> can check? Is "sparc" or "__sparc" defined? On my machine I can run
>   gcc -v
> which tells me where to look for specs, and in that file is a line of
> "predefines". I think that there is another way to check this, but I've
> forgotten how.
>
> I wonder if we can try enabling int8's for all gcc compilers? The only
> machines that might break on are other 64-bit machines (like some
> SGI's?).
>
>                      - Tom
>


В списке pgsql-hackers по дате отправления:

Предыдущее
От: Keith Parks
Дата:
Сообщение: Re: [HACKERS] Rules: first fix on monday
Следующее
От: Tom Lane
Дата:
Сообщение: Autoconf'd test for int64