[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [gmp 3.1.1] LONG_MAX and ULONG_MAX redefined
From: |
Vincent Lefevre |
Subject: |
Re: [gmp 3.1.1] LONG_MAX and ULONG_MAX redefined |
Date: |
Mon, 08 Jan 2001 04:07:12 +0100 |
User-agent: |
Pluto/2.02b (RISC-OS/4.02) POPstar/2.02 |
On 08 Jan, Kevin Ryde <address@hidden> wrote:
> Vincent Lefevre <address@hidden> writes:
> > and on Windows NT with some compiler (I know someone who uses a compiler
> > with 16-bit char's).
> In such a setup does fputc still write one byte?
The standard says that it writes a char, which is a byte *in the C
standard terminology*. In a low-level point of view, it is 16 bits.
> If not it might be a problem for the mpz_out_raw file formatting.
I don't think there is a problem. The file uses a 16-bit character set.
I suppose that the user will use conversion tools when he needs to read
the file on another machine or something like that.
I'll try to have more details about that...
--
Vincent Lefèvre <address@hidden> - Web: <http://www.vinc17.org/> - 100%
validated HTML - Acorn Risc PC, Yellow Pig 17, Championnat International des
Jeux Mathématiques et Logiques, TETRHEX, etc.
Work: CR INRIA - computer arithmetic / PolKA research team at LORIA