Ho visto che cosa sembra un'incoerenza nelle convenzioni std :: lower_bound() e std :: upper_bound() (beh, type-conversion, davvero) e mi chiedevo se qualcuno potesse chiarire per favore? Per i commenti, la riga 2 non verrà compilata nonostante la sua evidente somiglianza con la linea 1; è necessario utilizzare il modulo indicato sulla linea 3 (su gcc 4.7.3/ubuntu 64 bit, almeno - è tutto quello che ho avuto modo di giocare con)requisiti di valore incoerenti upper_bound e lower_bound
#include <set>
#include <algorithm>
using namespace std;
class MyInt {
private:
int val;
public:
MyInt(int _val): val(_val) {}
bool operator<(const MyInt& other) const {return val < other.val;}
};
int main() {
set<MyInt> s;
s.insert(1); // demonstrate implicit conversion works
s.insert(MyInt(2));
s.insert(3); // one last one for the road
set<MyInt>::iterator itL = lower_bound(s.begin(), s.end(), 2); //LINE 1
// the line below will NOT compile
set<MyInt>::iterator itU = upper_bound(s.begin(), s.end(), 2); //LINE 2
// the line below WILL compile
set<MyInt>::iterator itU2 = upper_bound(s.begin(), s.end(), MyInt(2)); // LINE 3
return 0;
}
Stesso comportamento con g ++ 4.8.4 qui. È sicuramente un bug g ++. –