@ProCxx
Eugene02.07.2017
10:41:11
10:41:11
Я как-то дженту ставил и компилил всё на o3, побочных эффектов вроде не видел :D
Eugene
Berkus02.07.2017
10:49:26
10:49:26
Это костыль. C++ слишком многословный для интерактмвности
да нормально, пару хелпер темплейтов соорудил и уже весьма удобноGoogle
Vlad02.07.2017
10:51:51
10:51:51
http://clang.llvm.org/docs/CommandGuide/clang.html
Berkus02.07.2017
10:54:08
10:54:08
ну я давно не пользовался этой опцией
Vlad02.07.2017
10:54:32
10:54:32
иногда кстати О3 может быть медленнее чем О2
Berkus02.07.2017
10:54:54
10:54:54
я бы не стал все пакеты собирать -O3 без разбору
GoogleBerkus02.07.2017
10:57:06
10:57:06
Compiling with -O3 is not a guaranteed way to improve performance, and in fact, in many cases, can slow down a system due to larger binaries and increased memory usage. -O3 is also known to break several packages. Using -O3 is not recommended. However, it also enables -ftree-vectorize so that loops in the code get vectorized and will use AVX YMM registers.
https://wiki.gentoo.org/wiki/GCC_optimization#-O граждане из генту давно все посчитали
Vlad02.07.2017
10:58:25
10:58:25
Berkus02.07.2017
10:58:52
10:58:52
потому что мы обсуждаем с какими флагами собирать систему?
Vlad02.07.2017
10:58:59
10:58:59
гражданам из генту советуют не использовать UB и не будет проблем
Berkus02.07.2017
10:59:08
10:59:08
wat
Berkus02.07.2017
10:59:34
10:59:34
у них аналогичный набор оптимизаций
Berkus02.07.2017
10:59:50
10:59:50
предлагаешь пофиксить 200к пакетов? удачи
Vlad02.07.2017
10:59:54
10:59:54
Дед Пегас02.07.2017
11:00:52
11:00:52
Достаточно собирать с -O0 и писать весь оптимизированный код вручную.
dmtrge02.07.2017
11:03:52
11:03:52
Достаточно собирать с -O0 и писать весь оптимизированный код вручную.
Удачи в переписывании 17к пакетов из портажаДед Пегас02.07.2017
11:05:59
11:05:59
О Луна, они это всерьёз восприняли.
Berkus02.07.2017
11:07:46
11:07:46
Google
Alexander02.07.2017
11:49:51
11:49:51
Scarf02.07.2017
11:51:49
11:51:49
:)
Alexander02.07.2017
12:33:34
12:33:34
https://habrahabr.ru/post/332084/
Сергей02.07.2017
13:12:26
13:12:26
Evgeniy02.07.2017
13:20:05
13:20:05
Плюшка02.07.2017
13:26:46
13:26:46
ну ок
Roman02.07.2017
14:11:59
14:11:59
std::any из C++17 уже поддерживается основными компилями?
Ecklory02.07.2017
14:12:47
14:12:47
Что есть "основные компиля"?
Roman02.07.2017
14:13:03
14:13:03
GCC, MSVC, CLang
Dumitru02.07.2017
14:14:41
14:14:41
Msvc ещё cpp14 не умеет толком
Я очень долго втыкал почему вижуалка мне подсвечивала constexpr
GoogleRoman02.07.2017
14:16:40
14:16:40
пытаюсь понять возможна ли подобная псевдо-конструкция в C++:
Validator<int, float, std::string> vld();
// should return false if anyTypeVar is neither int, nor float, nor std::string
vld.validate(anyTypeVar);
Dumitru02.07.2017
14:17:33
14:17:33
Ilya02.07.2017
14:18:35
14:18:35
А если темплейтный метод и тайп трейтом проверять аргумент?
Roman02.07.2017
14:18:42
14:18:42
определить как-бэ некий список типов который "принимается"
template method статичен, не примет любого типа аргумент во время исполнения
AdminERROR: S client not available
Dumitru02.07.2017
14:21:02
14:21:02
Есть другой вариант
Определи все функции для int, float, string
И одну которая будет принимать все (шаблон), вот она всегда будет возвращать False
Правда зачем
Roman02.07.2017
14:21:12
14:21:12
хочу просто при ловле исключений иметь некий список типов который определяет какого-типа исключения должны тригерить определённую логику, но C++ походу такого не реализуешь
грубо говоря, псевдо-код:
// попробуй выполнить someFunction
// если кинет length_error или domain_error то выполняй ламбду из onMatch
// иначе onMismatch
trial(someFunction, {std::length_error, std::domain_error})
trial.onMismatch(...)
trial.onMatch(...)
trial.execute(...)
есть оператор typeid(), есть std::type_info
но в целом всё-равно непонятно возможно ли подобное вообще
Evgeniy02.07.2017
14:34:47
14:34:47
Roman02.07.2017
14:35:34
14:35:34
try catch?
я не настолько нуб)) просто try-catch в данном случае неприменим по причине асинхронности кодазахотелось попробовать экзотики и запилить некий сахар для асинхронного failure handling'а
Friedrich02.07.2017
14:36:50
14:36:50
Разве catch не работает с co_await?
Roman02.07.2017
14:37:09
14:37:09
это совсем в другую сторону..
суть в том что хотелось бы в идеале просто определить список типов, при котором асинхронная сущность должна повториться
PepeGoogle
Alex Фэils?︙02.07.2017
14:45:20
14:45:20
мб есть где-нибудь исторические справки, почему оно такое страшное?
Есть у Реймонда Чена бложик "The Old New Thing"Нужны функции над ними. Смысл в абстракции и представлении, а не в реализации на низком уровне
valarray. Хотя там некоторые авторы стд говорят, что он не очень
Маришка02.07.2017
14:57:34
14:57:34
@admin
Group Butler [beta]Alex Фэils?︙02.07.2017
14:58:04
14:58:04
Спасибо
Anatoly02.07.2017
14:59:54
14:59:54
грубо говоря, псевдо-код:
// попробуй выполнить someFunction
// если кинет length_error или domain_error то выполняй ламбду из onMatch
// иначе onMismatch
trial(someFunction, {std::length_error, std::domain_error})
trial.onMismatch(...)
trial.onMatch(...)
trial.execute(...)
вообще говоря, не вижу ничего нереального, твоя идея легко достигается с помощью http://en.cppreference.com/w/cpp/error/exception_ptr
Александр02.07.2017
15:24:26
15:24:26
слушайте, а почему я в упор не вижу в бусте stacktrace? что в репозитории написано, что он существует, буст тоже последний (1.64)
Alex Фэils?︙02.07.2017
15:24:40
15:24:40
Так у Антона он пока в разработке
Александр02.07.2017
15:25:17
15:25:17
ах вот оно что, спасибо
Roman02.07.2017
15:47:52
15:47:52
вообще говоря, не вижу ничего нереального, твоя идея легко достигается с помощью http://en.cppreference.com/w/cpp/error/exception_ptr
я чёт в ступор вошёл с error handling'ом в QS считай стрим который запускается в случае неожиданной ошибки (создан при помощи failure оператора)
получает ошибку в качестве QVariant
stream->failure([](const QVariant& err) {...})
и retry оператор тоже должен оперировать QVariant'амитипа
stream
->retry([](const QVariant& err) {
// if error was expected then retry
if(errorIsExpected(err)) return true;
// otherwise don't retry and fail
return false;
})
->failure([](const QVariant& err) {...})
но тогда как быть с std::exception'ами? (на данный момент реализовано через жп, просто QVariant(exception.what()) )
с error code'ами всё просто, кидаем число из enum'а и всё, с классами исключений всё получается через жп
Scarf02.07.2017
16:09:07
16:09:07
Qt не любит исключений.
Alexander02.07.2017
16:10:30
16:10:30
что значит не любит?
Roman02.07.2017
16:12:40
16:12:40
Qt не любит исключений.
вот и я теперь их начинаю "не любить". если ловлю в стриме exception, беру .what() - кладу в QVariant() и передаю обработчику.. но это наверное далеко от идеала
(стрим в данном контексте это асинхронный executable бросающий эвенты имеющий свойство завершаться, останавливаться и отменяться)
Открыть в Telegram