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
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
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
[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
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) !
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
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
> 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
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
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
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
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
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
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 =
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).
>>
>
15 matches
Mail list logo