Re: C/C++ FEs: Do we really need three char_type_nodes?

2008-09-22 Thread Richard Guenther
On Sun, Sep 21, 2008 at 8:34 PM, Mark Mitchell <[EMAIL PROTECTED]> wrote: > Steven Bosscher wrote: > >> + if (signed_char) >> +{ >> + char_type_node = make_signed_type (CHAR_TYPE_SISE); >> + TYPE_CANONICAL (char_type_node) = signed_char_type_node; >> +} > > I don't think this is

java: Add new rewite rule for VMCPStringBuilder.toString()

2008-09-22 Thread Andrew Haley
VMCPStringBuilder.toString() relies on backdoor access to a private constructor for String. We can do this via a native method, but it's easier and more efficient to add a compiler builtin. This one performs the transformation: gnu.java.lang.VMCPStringBuilder.toString(char[],int,int) --> jav

FAIL: gcc.target/mips/octeon-exts-2.c scan-assembler-times

2008-09-22 Thread Adam Nemet
Hi David, David Daney writes: > gcc.target/mips/octeon-exts-2.c is failing when configured --with-arch=sb1 > > Do you know if it is failing universally or only on non-octeon targets? It's failing on little-endian. There is also another test that's failing on 64-bit little-endian. I will submit

More floating point problems on the Alpha

2008-09-22 Thread Roberto Bagnara
[Thanks to all those who responded to my previous problem-report wrt to the IEEE inexact-flag on the Alpha. We have filed a bug report for that one.] Hi there, we keep finding problems on the Alpha, and we are unsure about what is going on. I anticipate that the present problem does not seem

Re: Pmode != INT (e.g., SImode)

2008-09-22 Thread DJ Delorie
Michael Eager <[EMAIL PROTECTED]> writes: > Are there any architectures which have Pmode != INT? m32c has Pmode == PSImode, at least with -mcpu=m32c. The r8c/m16c variants have Pmode == HImode == int. > I'm running into a number of problems. Yup! GCC doesn't like ports where sizeof(pointer) !

Re: [PPL-devel] More floating point problems on the Alpha

2008-09-22 Thread Abramo Bagnara
Roberto Bagnara ha scritto: > [Thanks to all those who responded to my previous problem-report > wrt to the IEEE inexact-flag on the Alpha. We have filed a bug > report for that one.] > > Hi there, > > we keep finding problems on the Alpha, and we are unsure about > what is going on. I anticipa

Re: [PPL-devel] More floating point problems on the Alpha

2008-09-22 Thread Joe Buck
On Mon, Sep 22, 2008 at 09:56:30PM +0200, Abramo Bagnara wrote: > The problem come from the fact that for astonishing reasons 1.4e-45f is > not seen as 1.4e-45. Why is this astonishing? The smallest positive single-precision IEEE floating point number is roughly 1.175494e-38. Since user-specifie

Re: m32c: pointer math vs sizetype again

2008-09-22 Thread DJ Delorie
> Does the following fix it? Nope, sorry. I was looking at this code in c-common.c, where the expr is first created, but I don't know what that ends up calling: /* Create the sum or difference. */ if (resultcode == MINUS_EXPR) intop = fold_build1 (NEGATE_EXPR, sizetype, intop); ret

Re: [PPL-devel] More floating point problems on the Alpha

2008-09-22 Thread Joseph S. Myers
On Mon, 22 Sep 2008, Joe Buck wrote: > On Mon, Sep 22, 2008 at 09:56:30PM +0200, Abramo Bagnara wrote: > > The problem come from the fact that for astonishing reasons 1.4e-45f is > > not seen as 1.4e-45. > > Why is this astonishing? The smallest positive single-precision IEEE > floating point nu

Re: C/C++ FEs: Do we really need three char_type_nodes?

2008-09-22 Thread Mark Mitchell
Richard Guenther wrote: > char and signed char (if char is signed) are the same types for the > middle-end (but not for the Frontend). Is that desirable? Type-based alias analysis should be able to take advantage of the difference between them; a "char **" and a "signed char **" cannot point at

Re: [PPL-devel] More floating point problems on the Alpha

2008-09-22 Thread Joe Buck
On Mon, Sep 22, 2008 at 09:41:05PM +, Joseph S. Myers wrote: > On Mon, 22 Sep 2008, Joe Buck wrote: > > > On Mon, Sep 22, 2008 at 09:56:30PM +0200, Abramo Bagnara wrote: > > > The problem come from the fact that for astonishing reasons 1.4e-45f is > > > not seen as 1.4e-45. > > > > Why is thi

Re: C/C++ FEs: Do we really need three char_type_nodes?

2008-09-22 Thread Daniel Berlin
On Mon, Sep 22, 2008 at 8:48 AM, Mark Mitchell <[EMAIL PROTECTED]> wrote: > Richard Guenther wrote: > >> char and signed char (if char is signed) are the same types for the >> middle-end (but not for the Frontend). > > Is that desirable? Type-based alias analysis should be able to take > advantage

RFA: emitting .rodata before .text

2008-09-22 Thread Matt Thomas
In trying to make gcc for VAX pass test suites, one of the problems is gcc.c-torture/compile/pr34029-2.c in that the function foo is emitted before .rodata. This mean s & t are undefined and vax--netbsdelf-as doesn't like that. Moving .rodata before .text solves this but I can't see how to forc

Re: m32c: pointer math vs sizetype again

2008-09-22 Thread Ian Lance Taylor
DJ Delorie <[EMAIL PROTECTED]> writes: >> Does the following fix it? > > Nope, sorry. I was looking at this code in c-common.c, where the expr > is first created, but I don't know what that ends up calling: > > /* Create the sum or difference. */ > if (resultcode == MINUS_EXPR) > intop =

Re: C/C++ FEs: Do we really need three char_type_nodes?

2008-09-22 Thread Richard Guenther
On Tue, Sep 23, 2008 at 1:34 AM, Daniel Berlin <[EMAIL PROTECTED]> wrote: > On Mon, Sep 22, 2008 at 8:48 AM, Mark Mitchell <[EMAIL PROTECTED]> wrote: >> Richard Guenther wrote: >> >>> char and signed char (if char is signed) are the same types for the >>> middle-end (but not for the Frontend). >> >