On 10/26/06, Jeffrey Law <[EMAIL PROTECTED]> wrote:
> So, the passes that maniuplate loop structure need to know about
> LOOP_HEADER and others do not need to worry about LOOP_HEADER.
Passes which do code motions may need to know about it -- they don't
need to update its contents, but they may ne
Gah! My seond procedural post in as many days, sorry.
First: I've been very disappointed by the tone that some gcc developers
have taken against Liqin. We've built up an awful lot of rules and
procedures around gcc -- with many more now than when I started six
years ago -- and I don't think it's
From: Dino Puller <[EMAIL PROTECTED]>
Date: 26-ott-2006 15.45
Subject: Re: fdump-tree explanation
To: Ian Lance Taylor <[EMAIL PROTECTED]>
25 Oct 2006 09:55:30 -0700, Ian Lance Taylor <[EMAIL PROTECTED]>:
"Dino Puller" <[EMAIL PROTECTED]> writes:
> i want to make a statistic(i haven't found
Hi folks.
Now that the branch is bootstrapping with no regressions (C and C++ anyhow),
I have run some memory benchmarks to make sure we're on the right path.
So far I have only implemented GIMPLE_MODIFY_STMT which is the tuples
counterpart of MODIFY_EXPR.
To compare memory usage, I forced a gar
Hello,
I have a novice question to dg-error. The testcase if for Fortran, but I
hope to find more dejagnu experts here
I have:
> gcc/testsuite/gfortran.dg> cat -n namelist_internal2.f90 | grep dg-
1 ! { dg-do compile }
2 ! { dg-options "-fall-intrinsics -std=f95" }
16write(st
Dino Puller wrote on 10/26/06 10:11:
How many times gcc simplify expressions like: x/x, 0*x, 1*y, a+0,
x*x/x and so on
You are probably looking at folding then. An initial idea might be to
put some code in fold-const.c:fold that compares the input tree
expression with the output, if they are
On Thu, Oct 26, 2006 at 01:41:59PM +0100, Richard Sandiford wrote:
> More important (and getting off the soap-box, or at least changing to a
> different one): people seem to be saying that Liqin acted wrongly in
> checking in patches to the port. Surely the procedural problem was
> at the FSF end
Hi, I've come with a problem with g++ 4.1.1 and people at gcc-help said
they think it's a bug, so I'll forward my original email to this list.
Regards,
Rodolfo Lima
- Forwarded message from Rodolfo Schulz de Lima <[EMAIL PROTECTED]> -
> Date: Fri, 13 Oct 2006 14:05:27 -0300
> From: R
On Thu, Oct 26, 2006 at 09:49:57PM +0200, Rask Ingemann Lambertsen wrote:
> On Thu, Oct 26, 2006 at 01:41:59PM +0100, Richard Sandiford wrote:
> > More important (and getting off the soap-box, or at least changing to a
> > different one): people seem to be saying that Liqin acted wrongly in
> > che
On Thu, Oct 26, 2006 at 06:08:01PM +0200, Tobias Burnus wrote:
> Hello,
>
> I have a novice question to dg-error. The testcase if for Fortran, but I
> hope to find more dejagnu experts here
I'm not an expert, but as testsuite maintainer I need to continue
learning more about DejaGnu/Tcl/expect.
Snapshot gcc-4.0-20061026 is now available on
ftp://gcc.gnu.org/pub/gcc/snapshots/4.0-20061026/
and on various mirrors, see http://gcc.gnu.org/mirrors.html for details.
This snapshot has been generated from the GCC 4.0 SVN branch
with the following options: svn://gcc.gnu.org/svn/gcc/branches
On Thu, 2006-10-26 at 17:37 -0300, [EMAIL PROTECTED] wrote:
> Hi, I've come with a problem with g++ 4.1.1 and people at gcc-help said
> they think it's a bug, so I'll forward my original email to this list.
And this is the same issue as PR 11407, http://gcc.gnu.org/PR11407 .
-- Pinski
what is the release number for gcc trunk (mainline)? currently there
are two branches 4.2.0 and 4.3.0 which are accepting patches.
thanks
murali
Hi Murali,
On Thu, 26 Oct 2006, Murali Vemulapati wrote:
> what is the release number for gcc trunk (mainline)? currently there
> are two branches 4.2.0 and 4.3.0 which are accepting patches.
we tried to provide this information on our main web page at
http://gcc.gnu.org. If this does not relay
Gerald Pfeifer wrote:
Hi Murali,
On Thu, 26 Oct 2006, Murali Vemulapati wrote:
what is the release number for gcc trunk (mainline)? currently there
are two branches 4.2.0 and 4.3.0 which are accepting patches.
we tried to provide this information on our main web page at
http://gcc.gnu.org. If
Hi all,
I am working with a GCC Cross compiler version 4.1.1.
This small bit of code worked fine with all optimization except Os.
unsigned int n = 30;
void x ()
{
unsigned int h;
h = n <= 30; // Line 1
if (h)
p = 1;
else
p = 0;
}
when we tried to debug the emitted RTL instruction
"Rohit Arul Raj" <[EMAIL PROTECTED]> writes:
> This small bit of code worked fine with all optimization except Os.
>
> unsigned int n = 30;
> void x ()
> {
> unsigned int h;
> h = n <= 30; // Line 1
> if (h)
>p = 1;
> else
>p = 0;
> }
>
> when we tried to debug the emitted
On 26 Oct 2006 22:02:04 -0700, Ian Lance Taylor <[EMAIL PROTECTED]> wrote:
"Rohit Arul Raj" <[EMAIL PROTECTED]> writes:
> This small bit of code worked fine with all optimization except Os.
>
> unsigned int n = 30;
> void x ()
> {
> unsigned int h;
> h = n <= 30; // Line 1
> if (h)
Rohit Arul Raj wrote:
I am working with a GCC Cross compiler version 4.1.1.
This small bit of code worked fine with all optimization except Os.
unsigned int n = 30;
void x ()
{
unsigned int h;
h = n <= 30; // Line 1
if (h)
p = 1;
else
p = 0;
}
[...]
3. What are the probabl
> since p is a global variable, it can be used in other functions. Any
> other causes?
The first thing to do is to post a reproducer. As Ian said, your code doesn't
even compile...
--
Eric Botcazou
"Rohit Arul Raj" <[EMAIL PROTECTED]> writes:
> > > This small bit of code worked fine with all optimization except Os.
> > >
> > > unsigned int n = 30;
> > > void x ()
> > > {
> > > unsigned int h;
> > > h = n <= 30; // Line 1
> > > if (h)
> > >p = 1;
> > > else
> > >p = 0;
>
21 matches
Mail list logo
