[Bug c/44681] New: usage of macro in loop boundary leads to crash

2010-06-26 Thread jd at cococo dot de
atus: UNCONFIRMED Severity: blocker Priority: P3 Component: c AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: jd at cococo dot de 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 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. Del

[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 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

[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 valu