Skip site navigation (1) Skip section navigation (2)

Re: [HACKERS] Open Items (was: RE: [HACKERS] Beta going well)

From: Tatsuo Ishii <t-ishii(at)sra(dot)co(dot)jp>
To: ZeugswetterA(at)spardat(dot)at
Cc: peter_e(at)gmx(dot)net, pgsql-hackers(at)postgresql(dot)org, pgsql-patches(at)postgresql(dot)org
Subject: Re: [HACKERS] Open Items (was: RE: [HACKERS] Beta going well)
Date: 2001-11-15 01:22:00
Message-ID: (view raw, whole thread or download thread mbox)
Lists: pgsql-hackerspgsql-patches
> > The check for int64 and uint64 has to be separated, my AIX 
> > has: int8, int16, int32, int64
> > but not: uint8, uint16, uint32, uint64
> This would be an incremental patch to Peter's, but as I said I have not
> been able to check configure itself. (The rest works, needless to say)
> I am actually very suspicious whether the configure trick 
> AC_CHECK_SIZEOF(int8, 0) will work, because they only get defined
> with _ALL_SOURCE defined and inttypes.h included.
> Previous patch included just in case.
> Tatsuo would you be so kind as to check this, that would be great ?

Peter's patches could not be applied to the current and I cannot test
your patches too.

[t-ishii(at)srapc1474 pgsql]$ patch -b -p2 < ~/int8-patch
missing header for context diff at line 3 of patch
patching file
patching file src/include/
patching file src/include/c.h
Hunk #1 FAILED at 204.
Hunk #2 FAILED at 216.
Hunk #3 FAILED at 266.
3 out of 3 hunks FAILED -- saving rejects to file src/include/c.h.rej
Tatsuo Ishii

In response to

pgsql-hackers by date

Next:From: Tatsuo IshiiDate: 2001-11-15 01:30:47
Subject: Re: postgres and 8859-6 encoding
Previous:From: Tom LaneDate: 2001-11-15 00:34:26
Subject: Re: Problem with 7.1.3 and template1.bki during first init

pgsql-patches by date

Next:From: Bruce MomjianDate: 2001-11-15 02:26:05
Subject: Re: [HACKERS] Open Items (was: RE: [HACKERS] Beta going well)
Previous:From: Bill StudenmundDate: 2001-11-15 01:16:16
Subject: Re: Patch to add Heimdal kerberos support

Privacy Policy | About PostgreSQL
Copyright © 1996-2017 The PostgreSQL Global Development Group