[Bug c++/36921] [4.3/4.4 Regression] warning "comparison does not have mathematical meaning" is not correct for overloaded operators that do not return boolean

2008-12-03 Thread deba at inf dot elte dot hu
--- Comment #9 from deba at inf dot elte dot hu 2008-12-03 19:26 --- (In reply to comment #8) > I'm not convinced that we shouldn't warn in these cases. Yes, there are cases > where people overload the operators in ways that make normal precedence > irrelevant.

[Bug c++/36921] comparsion does not have mathematical meaning is not correct

2008-07-25 Thread deba at inf dot elte dot hu
--- Comment #4 from deba at inf dot elte dot hu 2008-07-25 14:43 --- (In reply to comment #3) > What Andrew means by "example" is a short, self-contained, compilable testcase > that shows the undesired behaviour. > struct A {}; A operator<(A, A) { return A(); }

[Bug c++/36921] comparsion does not have mathematical meaning is not correct

2008-07-25 Thread deba at inf dot elte dot hu
--- Comment #2 from deba at inf dot elte dot hu 2008-07-25 10:24 --- (In reply to comment #1) > Example? > In the LEMON graph library (http://lemon.cs.elte.hu/) there is an LP solver interface. The LP constraints could be added like the next formulation: lp.addRow((double)

[Bug c++/36921] New: comparsion does not have mathematical meaning is not correct

2008-07-24 Thread deba at inf dot elte dot hu
correct Product: gcc Version: 4.3.1 Status: UNCONFIRMED Severity: minor Priority: P3 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: deba at inf dot elte dot hu GCC build triplet

[Bug c++/36019] New: template parameter does not hide class name

2008-04-22 Thread deba at inf dot elte dot hu
emplate parameter does not hide class name Product: gcc Version: 4.2.3 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: deba at inf dot elte dot h