Re: 8.1.4 compile problem

From: km <km(at)mrna(dot)tn(dot)nic(dot)in>
To: Thomas Pundt <thomas(dot)pundt(at)rp-online(dot)de>
Cc: pgsql-general(at)postgresql(dot)org
Subject: Re: 8.1.4 compile problem
Date: 2006-09-29 14:55:36
Message-ID: 20060929145536.GA2978@mrna.tn.nic.in
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

> > I'd say, this is expected output from configure. Configure is just a mechanism
> > to help constructing an abstraction for different types of OS (i.e. things
> > like "can we use this C type? Do we need to use another type instead?").
> > | how can i add int8,uint8,int64 and uint64 functionality into postgres ? are
> > | there any special flags that i am missing ?
> >
> > The "smallint", "integer" and "bigint" types are available regardless of that
> > output from configure.
>
> I was in a doubt if int64,int8,uint64 and uint8 are not supported after setting up the db.
> thanks for clarifying my doubt. will proceed with gmake :)
> regards,
> KM

let me add this too:
i have compiled postgres 8.1.4 even if configure didnt detect int8,uint8,int64 and uint64.
i have tried to create a test table with datattype as int64 , but it says no such datatype, same is with uint8 an uint64 datatypes. of the four mentioned above, int8 only is recognised as a datatype. which means i have compiled postgresql without int64/uint64 support ???

any gotchas ?
tia

regards,
KM

In response to

Responses

Browse pgsql-general by date

  From Date Subject
Next Message Tom Lane 2006-09-29 14:58:01 Re: 8.1.4 compile problem
Previous Message John D. Burger 2006-09-29 14:53:21 Re: Expected accuracy of planner statistics