Berkus
Ахах, у нас 4.3. На него перешли где-то год назад с 3.8.
я знаю где можно оригинальный 2.95.3 взять
Berkus
он огонь
Alexey
Милая штука, см ev3dev.org
Знаю. Юзаю. можно прямо на борту пытаться свой код собирать.
Anonymous
Милая штука, см ev3dev.org
Чё, реально имеет смысл? Я как-то перестал следить после RCX.
Anonymous
Они были классненькими, я помню
Светомеч
Чё, реально имеет смысл? Я как-то перестал следить после RCX.
Имеет) Я одно время юзал MonoBrick, но он, увы, протух
Anonymous
А других к нам и не завозили. :(
Oleg
я знаю где можно оригинальный 2.95.3 взять
Но зачем. Я хочу писать на 11, а еще лучше на 17 плюсах. Боль и страдание. Одно спасает - проект интересный
Светомеч
Знаю. Юзаю. можно прямо на борту пытаться свой код собирать.
Компилировать прям на нем не медленно будет? Не пробовал еще прост, у себя обычно собираю
Alexey
Компилировать прям на нем не медленно будет? Не пробовал еще прост, у себя обычно собираю
Смотря сколько кода. Если обмазаться бустом, то медленно. Если int main() c кодом который дергает моторчиками, то жить можно.
Alexey
то есть всё равно медленно конечно, но, кажется, возни меньше чем компилять тут, лить туда, отлаживаться удаленно... так ssh-сессия и привет.
Alexey
17 плюсы менее актуальны нежели буст 😊 ибо до прода 17 плюсы доедут еще хз когда.
Alexey
ну и в 17е плюсы же не весь буст переехал
Berkus
Сейчас, кстати, boost вообще актуален, учитывая 17 стандарт плюсов?
достаточно один раз самому открыть сайт буста чтобы больше не задавать этот идиотский вопрос никогда
Светомеч
Maksim
Всем привет. Есть кто нибудь, кто проводит собеседования?
Berkus
std::filesystem как минимум
его нет ни в одном либцпп еще
Alexey
оптиональ еще переехал. и ваще полезности переехали, да.
Alexey
но далеко не всё.
Alexey
его нет ни в одном либцпп еще
оно есть даже в gcc 5.4
Berkus
оно есть даже в gcc 5.4
gcc тут вообще причём? это library feature
Berkus
и да, std::experimental::filesystem не считается
Alexey
gcc тут вообще причём? это library feature
я про комплект поставки.
Alexey
если что, в бубунте 16.04 это всё есть.
Anonymous
его нет ни в одном либцпп еще
Интересно, кстати, по какой причине...
Berkus
если что, в бубунте 16.04 это всё есть.
что ж, это очень портабельно, прямо по стандарту
Alexey
-lstdc++fs
Maksim
Вопрос к опытным программистам. Какие сейчас требования к мидлам предъявляются?
Berkus
-lstdc++fs
непортабельно, сказал же
Berkus
оно в experimental лежит
Alexander "SonnySlave"
В gcc 8 будет уже
Alexander "SonnySlave"
В шланге 6 хз
Alexey
А а msvs когда? :-)
Alexander "SonnySlave"
А ещё нет?
Alexander "SonnySlave"
Неа, ещё нет
Ostap ꑭ
Кст, чё там по срокам с GCC 8?
Alexander "SonnySlave"
Кст, чё там по срокам с GCC 8?
Жди под конец января- начало февраля
Alexander "SonnySlave"
На крайняк ещё затянуть могут. Но там вроде stage 4 уже
Александр
https://blog.tartanllama.xyz/passing-overload-sets/
Александр
http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2017/p0834r0.html
Александр
интересный пропозал
Anonymous
1. explicit operator std::string() const 2. std::string to_string() const Debate.
Berkus
2.
Berkus
и вообще free function std::string to_string(T); :P
Anonymous
2.
Кстати, интересно, почему?
Berkus
Кстати, интересно, почему?
вызов "сишного каста" выглядит неоч
Berkus
и сразу триггерит
Vladislav
Господа, я правильно понимаю что от вызова memset внутри vector<uint8_t>::resize без хаков никак не избавиться?
Anonymous
А функциональный каст (std::string(...)) не работает с оператором?
Anonymous
Или он вообще с классами не ту-ту? Я просто в этом слабо разбираюсь.
Иван
А функциональный каст (std::string(...)) не работает с оператором?
Там есть какие-то различия в поведении, причём разные в 11-14 и 17. https://stackoverflow.com/questions/46740341/different-behavior-among-explicit-cast-direct-initialization-and-copy-initializ
Vladislav
Ага.
печаль-беда
Vladislav
Господа, я правильно понимаю что от вызова memset внутри vector<uint8_t>::resize без хаков никак не избавиться?
кажется можно кастомный аллокатор с переопределенным construct, но мне это не поможет -_-
Ignat
а чего ты хочешь вместо memcpy? realloc?
Ignat
или тебя устраивает потенциальное копирование содержимого
Ignat
но не memset?
Vladislav
я хочу не обнулять свежевыделенный кусок памяти, потому что я все равно потом поверх запишу
Ignat
ну reserve в помощь, казалось бы
Vladislav
reserve не меняет размер
Vladislav
а писать за пределы размера - UB
Ignat
а ты пишешь не последовательно?
Vladislav
последовательно
Ignat
тогда в чём проблема пушить в вектор?
Vladislav
точно, туплю) сейчас попробую
Vladislav
надеюсь компилятор осилит не прибавлять к size на каждой итерации
Berkus
так сделай reserve сначала )
Berkus
а потом emplace_back() :)
Александр
Зачем же по одному байту-то пушить, если сразу кусок можно