template<typename T> struct S { template<typename U> void foo(){} }; template<typename T> void bar() { S<T> s; s.foo<T>(); // error: < parsed as less than operator s.template foo<T>(); // OK }

Да ничего я не отрицаю. Ненавижу плюсовиков, лишь бы мерзко прикопаться.

Доброго времени суток,Ребят кто юзал TablePrinter? -> https://github.com/dattanchu/bprinter/wiki

Хм.. клевая штука

Доброго времени суток,Ребят кто юзал TablePrinter? -> https://github.com/dattanchu/bprinter/wiki

ну не совсем такой

Кинь ссыль)

Кинь ссыль)

Доброго времени суток,Ребят кто юзал TablePrinter? -> https://github.com/dattanchu/bprinter/wiki

ну там суть что ты в метод принта ккидаеш строки и параметры

Ну raii не эксплуатируется, непорядок

Го патчить

надо сделать его хиадер онли

Го патчить

Конфигурацию лучше отдельно вынести в конфигуратор. Тогда и хедер в конструкторе можно распечатать

По-моему, это даже не супапро. Потому что тут вопрос компиляторов, а не типичное "помогите сдать лабу". Жил-был серенький Андре, и он очень хотел стать зелёненьким. Зарегистрировался на раунд, и перешёл к задаче http://codeforces.com/contest/789/problem/B . Из-за одной оказии, которую он на стадии дорешивания всё-таки выявил, очков у меня поубавилось, но я всё же нашёл верное решение: http://codeforces.com/contest/789/submission/25933259 . Но не тут-то было: грозная система проверки ни в какую не хотела выдавать вердикт "Полное решение". И связано это было с тем, что Андре решал логарифмическое уравнение. Короче: на моем компе тесты вполне проходятся, причем какой бы логарифм я не взял: десятичный, натуральный, двоичный — неважно. А здесь ставишь один — не проходит один тест, ставишь другой — не проходит другой. У себя компилирую GCC 4.8, на КФ шестым. В чём дело?

По-моему, это даже не супапро. Потому что тут вопрос компиляторов, а не типичное "помогите сдать лабу". Жил-был серенький Андре, и он очень хотел стать зелёненьким. Зарегистрировался на раунд, и перешёл к задаче http://codeforces.com/contest/789/problem/B . Из-за одной оказии, которую он на стадии дорешивания всё-таки выявил, очков у меня поубавилось, но я всё же нашёл верное решение: http://codeforces.com/contest/789/submission/25933259 . Но не тут-то было: грозная система проверки ни в какую не хотела выдавать вердикт "Полное решение". И связано это было с тем, что Андре решал логарифмическое уравнение. Короче: на моем компе тесты вполне проходятся, причем какой бы логарифм я не взял: десятичный, натуральный, двоичный — неважно. А здесь ставишь один — не проходит один тест, ставишь другой — не проходит другой. У себя компилирую GCC 4.8, на КФ шестым. В чём дело?

Можно или в конфигураторе ее генерить. А можно и на std::initializer_list<std::pair<std::string, int>>> нацепить

А это... что мелпон думает об этом?

TablePrinter({{"col1", width1}, ..})

Пункт 5😊

да я прост подумал конфиг отдельно заполнить

Он думает то же самое, что и я, даже если поставить G++ 6.2

Так-то, если юзер захочет, будет хранить конфиг-список где хочет

Цель от addColumn избавиться

Зачем auto? std::initializer_list<std::pair<std::string, int>>> config_t

Зачем auto? std::initializer_list<std::pair<std::string, int>>> config_t

Maximal munch - Wikipedia en.wikipedia.org In computer programming and computer science, "maximal munch" or "longest match" is the principle that when creating some construct, as much of the available input as possible should be consumed. The earliest known use of this term is by R.G.G. Cattell in his PhD thesis on automatic derivation...

А архитектура какая на кодфорсе? Мб чо там херово считается?

Вот из-за жтого раньше как >> парсилось. А потом ребята в комитете заметили, что компили норм могут распознать эту ситуацию, и в C++11 пофиксили для шаблонов

И тогда не надо будет думать, что за auto там

:) молодёж делает через using

Кто-нибудь до этого момента знал о существовании: http://en.cppreference.com/w/cpp/numeric/fenv/feround ?