database/postgres
1
0
Fork 0
mirror of https://github.com/postgres/postgres.git synced 2025-11-07 19:06:32 +03:00
Code Activity

Attached is a patch that uses autoconf to determine whether there

Browse Source 
is a working 64-bit-int type available.

In playing around with it on my machine, I found that gcc provides
perfectly fine support for "long long" arithmetic ... but sprintf()
and sscanf(), which are system-supplied, don't work :-(.  So the
autoconf test program does a cursory test on them too.

If we find that a lot of systems are like this, it might be worth
the trouble to implement binary<->ASCII conversion of int64 ourselves
rather than relying on sprintf/sscanf to handle the data type.

			regards, tom lane
This commit is contained in:
Bruce Momjian
1998-08-23 22:25:54 +00:00
parent 9cad9febb1
commit 07ae591c87
5 changed files with 96 additions and 21 deletions
Download Patch File Download Diff File Expand all files Collapse all files

27
src/include/utils/int8.h
View File

@@ -6,7 +6,7 @@
*
* Copyright (c) 1994, Regents of the University of California
*
* $Id: int8.h,v 1.1 1998/07/08 14:10:30 thomas Exp $
* $Id: int8.h,v 1.2 1998/08/23 22:25:54 momjian Exp $
*
* NOTES
* These data types are supported on all 64-bit architectures, and may
@@ -23,29 +23,22 @@
#ifndef INT8_H
#define INT8_H
#if defined(__alpha) || defined(PPC)
#ifdef HAVE_LONG_INT_64
/* Plain "long int" fits, use it */
typedef long int int64;
#define INT64_FORMAT "%ld"
#elif defined(__GNUC__) && defined(i386)
typedef long long int int64;
#define INT64_FORMAT "%Ld"
#else
#ifdef HAVE_LONG_LONG_INT_64
/* We have working support for "long long int", use that */
typedef long long int int64;
#define INT64_FORMAT "%Ld"
#else
/* Won't actually work, but fall back to long int so that int8.c compiles */
typedef long int int64;
#define INT64_FORMAT "%ld"
#define INT64_IS_BUSTED
#endif
/*
#if sizeof(int64) == 8
#define HAVE_64BIT_INTS 1
#endif
*/
extern int64 *int8in(char *str);
extern char *int8out(int64 * val);