GCC круче разрабов STL?

GCC какбэ намекает, что у массивов нет конструктора копирования, юзай strncpy для p.first и p.second

компилятор не может быть круче «людов», Кэп

Спасибо.

у массивов нет конструктора копирования, юзай strncpy для p.first и p.second

сказал бы юзай std::string, так нет же - давай плохому учить :)

Темплейты это по-сути макросы, которые при компиляции раскрывабтся в какой-то код. И если в этом коде возникнет ошибка, то она будет отнесена к участку кода, определяющему шаблон.

Вот потому что

	pair<char[17],char[6]> p;

GCC круче разрабов STL?

STL (libstdc++) разрабатывается как часть G++, есличё.

Может быть так?

void AppClass::PushStat(){
	typedef char char17[17];
	typedef char char6[6];
	typedef std::pair<char17, char6> char17p6;
	stat.insert(char17p6(type, str));
}

typedef char char17[17];

трава

STL (libstdc++) разрабатывается как часть G++, есличё.

у Stl больше чем одна реализация, есличё

у Stl больше чем одна реализация, есличё

Это ежу ясно, но в сабже речь про обычный дистр с обычным STL от GCC.

УМВР

gcc version 4.4.5

Разве так тяжело соорудить в 21 веке компилятор, который будет выбрасывать ошибку в той строчке где ошибка. Думаю с С++ это не возможно, увы.

Для этой цели придумали концепты, жаль, что в новом стандарте от них отказались

Думаю с С++ это не возможно, увы.

значит clang умеет невозможное:

        p=make_pair("1","2");
          ^

Очень похвально

по яйцам за такое