get_ref_base_and_extent() semantics

2008-12-11 Thread Martin Jambor
Hi, today I have encountered an unpleasant problem with the function get_ref_base_and_extent() when it claimed a known and constant offset for the expression insn_4(D)->u.fld[arg.82_3].rt_rtvec. (arg being a default_def parameter of the function, insn is an rtx). Moreover, it also retu

gcc-4.3-20081211 is now available

2008-12-11 Thread gccadmin
Snapshot gcc-4.3-20081211 is now available on ftp://gcc.gnu.org/pub/gcc/snapshots/4.3-20081211/ and on various mirrors, see http://gcc.gnu.org/mirrors.html for details. This snapshot has been generated from the GCC 4.3 SVN branch with the following options: svn://gcc.gnu.org/svn/gcc/branches

Re: Wrong code with -O3 -fgraphite-identity

2008-12-11 Thread Sebastian Pop
On Thu, Dec 11, 2008 at 2:36 PM, Sebastian Pop wrote: > I do know these problems and also the place that I have to fix. > > I guess a meta bug like this one "Wrong code with -O3 > -fgraphite-identity on polyhedron benchmarks" is enough. > I just opened a bug that I will have to fix before submitt

Re: Wrong code with -O3 -fgraphite-identity

2008-12-11 Thread Sebastian Pop
I do know these problems and also the place that I have to fix. I guess a meta bug like this one "Wrong code with -O3 -fgraphite-identity on polyhedron benchmarks" is enough. Thanks for testing, Sebastian Pop -- AMD - GNU Tools

Wrong code with -O3 -fgraphite-identity

2008-12-11 Thread Dominique Dhumieres
I have done a few tests at r142680 on i686-apple-darwin9 on the polyhedron test suite and I have found a couple of wrong codes at -O3 -fgraphite-identity, namely for capacita.f90 and fatigue.f90 (nothing to report so far for channel.f90 and induct.f90). I have little time to explore the problems.

Re: [PATCH, DARWIN] fix emutls exports in libgcc_s10.{4,5}.dylib

2008-12-11 Thread IainS
On 11 Dec 2008, at 13:51, Jack Howarth wrote: On Thu, Dec 11, 2008 at 12:38:11PM +, IainS wrote: ... I have a hunch that this is, at least partially, the origin of sporadic failures in crayptr2 (which has been one of the very few tests using tls so far - because all the rest have been

wieseltux23 wants to keep up with you on Twitter

2008-12-11 Thread wieseltux23
To find out more about Twitter, visit the link below: http://twitter.com/i/b6cdbda2dd0b97a447dd7db3f70e04adc08aa8b5 Thanks, -The Twitter Team About Twitter Twitter is a unique approach to communication and networking based on the simple concept of status. What are you doing? What are your frie

wieseltux23 wants to keep up with you on Twitter

2008-12-11 Thread wieseltux23
To find out more about Twitter, visit the link below: http://twitter.com/i/804c155986608fb6129205812a0af487ac6da136 Thanks, -The Twitter Team About Twitter Twitter is a unique approach to communication and networking based on the simple concept of status. What are you doing? What are your frie

Retargetting alpha to mtalpha

2008-12-11 Thread Thomas A.M. Bernard
Hi, I made an extension of the alpha backend. To make it cleaner I have created another backend directory (in gcc/config/mtalpha). I updated the configure scripts and binutils accordingly (with the new path, name "mtalpha", features of my extension). The problem is when I generate the compil

Re: [PATCH, DARWIN] fix emutls exports in libgcc_s10.{4,5}.dylib

2008-12-11 Thread Jack Howarth
On Thu, Dec 11, 2008 at 12:38:11PM +, IainS wrote: ... > > I have a hunch that this is, at least partially, the origin of sporadic > failures in crayptr2 (which has been one of the very few tests using tls > so far - because all the rest have been UNSUPPORTED by the fails in dg > target supp

Re: [PATCH, DARWIN] fix emutls exports in libgcc_s10.{4,5}.dylib

2008-12-11 Thread IainS
Gents, thanks for taking the time to explain stuff - hopefully, in the end, we'll resolve this. --- Firstly, issues with my choice of configure options might be important - but they are not relevant to the underlying problem. The basic problem is entirely repeatable with default options

Re: question on optimizing calls to library functions

2008-12-11 Thread Paolo Bonzini
> The main difference that springs to mind: SIN is built-in, MATMUL is a > library > function. In gcc/builtin.defs, one finds Not just that: SIN is a pure (or const, depending on -frounding-math) function, which can be subject to CSE and DCE. I don't see anything suggesting that for MATMUL in

Re: A question about cleanup_cfg ()

2008-12-11 Thread Steven Bosscher
On Thu, Dec 11, 2008 at 9:57 AM, Revital1 Eres <[EMAIL PROTECTED]> wrote: > > Hello, > > I have a basic-block and I want to get the last jump insn of it. > I use BB_END (bb) for that purpose. > The instruction I get is a NOTE_INSN_PROLOGUE_END which appears right > before the jump insn; and when do

A question about cleanup_cfg ()

2008-12-11 Thread Revital1 Eres
Hello, I have a basic-block and I want to get the last jump insn of it. I use BB_END (bb) for that purpose. The instruction I get is a NOTE_INSN_PROLOGUE_END which appears right before the jump insn; and when doing NEXT_INSN for that note I get the first insn of the next bb (code_label); which me