dead code in treelang/parse.y

2005-09-11 Thread Rafael Ávila de Espíndola
Looking at the treelang/parse.y I have found the following (lines 202-208) if (STORAGE_CLASS (prod) == EXTERNAL_REFERENCE_STORAGE) { error("%HExternal reference variable %q.*s has an initial value.", &tok->tp.tok.location, tok->tp.tok.length, tok->tp.tok.char

Re: Minimum/maximum operators are deprecated?

2005-09-11 Thread Giovanni Bajo
Steven Bosscher <[EMAIL PROTECTED]> wrote: > It was an ill-defined and poorly maintained language extension that > was broken in many cases. That's an overstatement. I've been using it for years without any problem, and was very deprived by its removal, though I can understand the "we don't want

Re: rtl line no

2005-09-11 Thread Dale Johannesen
On Sep 11, 2005, at 8:09 AM, shreyas krishnan wrote: Hi, Can anyone tell me if there is a way to find out roughly the source line no of a particular rtl instruction (if there is ) ? I believe tree has a link to the source line no, in which case how do I find out the source tree node for a

Re: Problem with dom

2005-09-11 Thread Jeffrey A Law
On Sun, 2005-09-11 at 16:41 +0200, Zdenek Dvorak wrote: > No, it unfortunately cannot help. The new blocks are placed before the > loop, and jump threading only occurs inside the loop, so the sizes of > copied blocks remain small. Yea, you're right. It's been a while since I looked at this... Th

rtl line no

2005-09-11 Thread shreyas krishnan
Hi, Can anyone tell me if there is a way to find out roughly the source line no of a particular rtl instruction (if there is ) ? I believe tree has a link to the source line no, in which case how do I find out the source tree node for a particular rtl stmt ? I appreciate any ideas ... th

Re: Problem with dom

2005-09-11 Thread Zdenek Dvorak
Hello, > > I have run into following problem with dom. One of the places > > where cfg_altered is set is wrong: > It's not really wrong, it's set this way on purpose, specifically > to avoid the compile-time explosion you're seeing. This works by pure luck only, I think. In fact, the only thing

Re: Problem with dom

2005-09-11 Thread Jeffrey A Law
On Sun, 2005-09-11 at 10:37 +0200, Zdenek Dvorak wrote: > Hello, > > I have run into following problem with dom. One of the places > where cfg_altered is set is wrong: It's not really wrong, it's set this way on purpose, specifically to avoid the compile-time explosion you're seeing. > So I trie

Problem with dom

2005-09-11 Thread Zdenek Dvorak
Hello, I have run into following problem with dom. One of the places where cfg_altered is set is wrong: Index: tree-ssa-dom.c === RCS file: /cvs/gcc/gcc/gcc/tree-ssa-dom.c,v retrieving revision 2.124.2.1 diff -c -3 -p -r2.124.2.1 tre