On Wed, Jan 06, 2010 at 09:42:06AM +0100, Boszormenyi Zoltan wrote:
> Attached. Passes "make check" here on 32-bit and
> 64-bit builds under Fedora 9/x86-64.
Applied.
Michael
--
Michael Meskes
Michael at Fam-Meskes dot De, Michael at Meskes dot (De|Com|Net|Org)
Michael at BorussiaFan dot De, Me
On Tue, Jan 05, 2010 at 09:49:27PM -0500, Bruce Momjian wrote:
> I am seeing a compile failure in current CVS because my operating
> system, BSD/OS, does not have inttypes.h:
Sorry, missed this. I did remove it in another file, but didn't notice it's
here too. Should be fixed now that I committed
Boszormenyi Zoltan írta:
> Bruce Momjian írta:
>
>> Bruce Momjian wrote:
>>
>>
>>> I am seeing a compile failure in current CVS because my operating
>>> system, BSD/OS, does not have inttypes.h:
>>>
>>> ccache gcc -O2 -Wall -Wmissing-prototypes -Wpointer-arith
>>> -fno-strict-ali
Bruce Momjian írta:
> Bruce Momjian wrote:
>
>> I am seeing a compile failure in current CVS because my operating
>> system, BSD/OS, does not have inttypes.h:
>>
>> ccache gcc -O2 -Wall -Wmissing-prototypes -Wpointer-arith
>> -fno-strict-aliasing -O1 -Wall -Wmissing-prototypes
>>
Bruce Momjian wrote:
> I am seeing a compile failure in current CVS because my operating
> system, BSD/OS, does not have inttypes.h:
>
> ccache gcc -O2 -Wall -Wmissing-prototypes -Wpointer-arith
> -fno-strict-aliasing -O1 -Wall -Wmissing-prototypes
> -Wmissing-declarations -Wpoin
On Tue, Jun 12, 2007 at 09:57:17AM +0200, Michael Meskes wrote:
> On Mon, Jun 11, 2007 at 07:03:05PM +0200, Magnus Hagander wrote:
> > I get the following error when trying to build the sql/parser.pgc test:
> > c:\prog\pgbin\pgsql\bin\ecpg --regression -o parser.c parser.pgc
> > parser.pgc
On Mon, Jun 11, 2007 at 07:03:05PM +0200, Magnus Hagander wrote:
> I get the following error when trying to build the sql/parser.pgc test:
> c:\prog\pgbin\pgsql\bin\ecpg --regression -o parser.c parser.pgc
> parser.pgc:26: ERROR: syntax error at or near "NULLS"
>
> Any pointers for where
> Anyway, if you have and it appears you also have HAVE_LONG_LONG_INT_64
> defined, which header file does provide the approprioate constants and
> how is it named? It seems INT_MIN etc. are there.
Sorry, limits.h includes machine/limits.h.
Which (after a fresh cvsup), I have your earlier fix.
-
> Anyway, if you have and it appears you also have HAVE_LONG_LONG_INT_64
> defined, which header file does provide the approprioate constants and
> how is it named? It seems INT_MIN etc. are there.
/usr/include/machine/limits.h seems to have INT_MIN, etc. in them.
--
Rod Taylor <[EMAIL PROTECTED
On Wed, Jun 25, 2003 at 11:51:47AM -0400, Rod Taylor wrote:
> misc.c: In function `ECPGset_informix_null':
> misc.c:272: `LONG_LONG_MIN' undeclared (first use in this function)
> misc.c:272: (Each undeclared identifier is reported only once
> misc.c:272: for each function it appears in.)
> misc.c:
10 matches
Mail list logo