This is the mail archive of the
gcc-patches@gcc.gnu.org
mailing list for the GCC project.
Re: Very serious bug...
- To: Theodore Papadopoulo <Theodore dot Papadopoulo at sophia dot inria dot fr>
- Subject: Re: Very serious bug...
- From: Gabriel Dos Reis <gdr at codesourcery dot com>
- Date: 05 Mar 2001 23:12:08 +0100
- Cc: Gabriel Dos Reis <gdr at codesourcery dot com>, libstdc++ at gcc dot gnu dot org, gcc-patches at gcc dot gnu dot org, bkoz at redhat dot com
- Organization: CodeSourcery, LLC
- References: <200103052157.f25LvQR01639@mururoa.inria.fr>
Theodore Papadopoulo <Theodore.Papadopoulo@sophia.inria.fr> writes:
| gdr@codesourcery.com said:
| > Certainly, I think the very question is why we're playing cast game
| > between int_type and streamsize: I don't think there is any
| > requirement that every int_type represent every value of type
| > streamsize. Why __num isn't of type streamsize? And __extracted
| > should also be of type streamsize. Objections?
|
|
| Note that I may be wrong (I tried many different things and
| everything mixes), but my first trial was to use streamsize as you
| say. It failed on x86.
| A ptype under gdb showed that streamsize is an int !!!
Yes, streamsize ought to be a signed integer type as per the Standard.
But an int_type can be unsigned.
I'm looking into the problem.
-- Gaby
CodeSourcery, LLC http://www.codesourcery.com