[Bug middle-end/44681] usage of macro in loop boundary leads to crash

2010-06-30 Thread jd at cococo dot de
--- Comment #9 from jd at cococo dot de 2010-07-01 05:37 --- Ok, but in terms of semantics there is only one way of interpreting the sentence nr <= left->rows > right->rows ? left->rows : right->rows because we have to differ between conditions yielding truth values and expressions y

[Bug middle-end/44681] usage of macro in loop boundary leads to crash

2010-06-30 Thread redi at gcc dot gnu dot org
--- Comment #8 from redi at gcc dot gnu dot org 2010-06-30 17:10 --- (In reply to comment #7) > Sorry, I was not precise enough. Delphi is the IDE for both, Pascal and C, and > what I meant by the word are the language(s) Borland C and C++. They have an > option for Standard C. Maybe I m

[Bug middle-end/44681] usage of macro in loop boundary leads to crash

2010-06-30 Thread jd at cococo dot de
--- Comment #7 from jd at cococo dot de 2010-06-30 16:47 --- Sorry, I was not precise enough. Delphi is the IDE for both, Pascal and C, and what I meant by the word are the language(s) Borland C and C++. They have an option for Standard C. Maybe I misunderstood it ... -- http://gcc

[Bug middle-end/44681] usage of macro in loop boundary leads to crash

2010-06-30 Thread redi at gcc dot gnu dot org
--- Comment #6 from redi at gcc dot gnu dot org 2010-06-30 14:15 --- (In reply to comment #5) > Which is the standard C operator precedence? You can find that for yourself on the web e.g. http://en.wikipedia.org/wiki/Operator_precedence_in_C GCC uses the standard precedence. > It shou

[Bug middle-end/44681] usage of macro in loop boundary leads to crash

2010-06-30 Thread jd at cococo dot de
--- Comment #5 from jd at cococo dot de 2010-06-30 13:43 --- Which is the standard C operator precedence? It should not depend on the dialect. Is there a pragma for it? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44681

[Bug middle-end/44681] usage of macro in loop boundary leads to crash

2010-06-30 Thread redi at gcc dot gnu dot org
--- Comment #4 from redi at gcc dot gnu dot org 2010-06-30 10:57 --- Delphi and C have different operator precedence -- redi at gcc dot gnu dot org changed: What|Removed |Added ---

[Bug middle-end/44681] usage of macro in loop boundary leads to crash

2010-06-30 Thread jd at cococo dot de
--- Comment #3 from jd at cococo dot de 2010-06-30 10:32 --- You are right - it was a matter of bracketing. After having changed the macro to #define max(a,b)(a>b?a:b) it works fine on MingW and Linux. The problem lies in an incompatibility between to Delphi 2010. Delphi p

[Bug middle-end/44681] usage of macro in loop boundary leads to crash

2010-06-27 Thread redi at gcc dot gnu dot org
--- Comment #2 from redi at gcc dot gnu dot org 2010-06-27 23:31 --- is this just an operator precedence misunderstanding? the loop condition expands to nr <= left->rows > right->rows ? left->rows : right->rows try adding parentheses to the macro definition -- http://gcc.gnu.org/

[Bug middle-end/44681] usage of macro in loop boundary leads to crash

2010-06-27 Thread pinskia at gcc dot gnu dot org
--- Comment #1 from pinskia at gcc dot gnu dot org 2010-06-27 23:23 --- Can you provide the preprocessed source? The code snip does not compile without the definitions of Tree. Oh Can asg/coeff change its arguments. -- pinskia at gcc dot gnu dot org changed: What|Re

[Bug middle-end/44681] usage of macro in loop boundary leads to crash

2010-06-27 Thread pinskia at gcc dot gnu dot org
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Severity|blocker |normal Component|c |middle-end h