-isystem path to your headers

Спасибо <3

касательно zapcc - можешь пользоваться гуглом как для шланга. компилятор по сути один и тот же. просто zapcc == clang + кэширование

Да я так и делаю, но все по поиску меня кидает на форумы 2010 года, а на вопросы ответов нет

А что бы такого сделать QT Creator-у чтобы его не клинило на записи файлов?

А что бы такого сделать QT Creator-у чтобы его не клинило на записи файлов?

купить ssd

А что бы такого сделать QT Creator-у чтобы его не клинило на записи файлов?

никогда такого небыло

Ошибки выдаёт. Винда, если что.

купить ssd

да как-то странно - это же сорцы, как я понимаю

Ошибки выдаёт. Винда, если что.

какие ошибки?

Поймаю - покажу. Кажется, иссуя связана не то с теневым сохранением, не то с теневым же анализом исходников.

А что бы такого сделать QT Creator-у чтобы его не клинило на записи файлов?

Вырубать всё, что использует IO. Винда любит кэшировать.

Попалось! "Ошибка при сохранении файла: Не удалось записать файл .........: Не удается удалить заменяемый файл."

Вырубать всё, что использует IO. Винда любит кэшировать.

Звучит как "вырубать всё"

Звучит как "вырубать всё"

Ну да. Это же Винда. Либо смирись, либо переходи на что-нибудь другое.

Попалось! "Ошибка при сохранении файла: Не удалось записать файл .........: Не удается удалить заменяемый файл."

Наверное бинарник, который ты собрал, в этот момент был запущен. Винда - не юникс, не перезапишет тебе открытый файл без вопросов.

Ничего не запускал. Поправил строчку и жмякнул сохранение. Криейтор только что запущенный. Ладно. Может поправят.

-isystem path to your headers

Это ж вроде бы опция при компиляции, не?

Как сделать, что бы один раз и навсегда прописать

Как сделать, что бы один раз и навсегда прописать

Использовать нормальную систему сборки с автопоиском зависимостей например.

Как сделать, что бы один раз и навсегда прописать

ну настроить билд-систему, например

и правда, чего это я

И вам поспамлю, уж слишком радостное для меня событие

продолжаем продавливать опенсорс на работе - https://github.com/opensoft/proof-oss

А в плюсочатик чего не поспамил?

Приветы

продолжаем продавливать опенсорс на работе - https://github.com/opensoft/proof-oss

Это bjam?

Это bjam?

Где именно? Ты про билд систему? Это кумейк

а что это вообще такое? )

readme какой-то пустой

и почему новыми gcc не собирается?

и почему новыми gcc не собирается?

Собирается. Просто минимус 492

ясно, в readme просто не так написано

@anton_malyshev

ну там большая часть того, что опенсорс, это common use. Всякие базовые классы, работа с сетью, мультипоточка, футуры. Плюс частично от печатной промышленности (собственно у нас большая часть фреймворка про нее)

ох, еще один folly?

только qt-based и qt-oriented

ну и там всякая вот такая фигня https://github.com/opensoft/proofseed#ok-but-what-if-our-calculation-is-complicated-enough-and-is-inside-some-function-that-returns-future-double-double---futurespdouble

конкретно в этом я бы убрал зависимость от Qt

конкретно в этом я бы убрал зависимость от Qt

Ну нам проще с ней. Отказываться было бы неудобно. Кой какие вещи вообще на cow ктютешных контейнеров завязаны например

конкретно в этом я бы убрал зависимость от Qt

Оно для того и бсд, чтобы если кому понравилась идея и хочется без кьюта, мог спокойео взять и перепилить. Я сомневаюсь что кто то будет пользоваться этим as is, как фреймворком, скорее как набор идей, которые можно забрать в свои велосипеды

Оно для того и бсд, чтобы если кому понравилась идея и хочется без кьюта, мог спокойео взять и перепилить. Я сомневаюсь что кто то будет пользоваться этим as is, как фреймворком, скорее как набор идей, которые можно забрать в свои велосипеды

а, понятно

ясно, в readme просто не так написано

Там в ридми сабмодулей написано побольше. Надо будет про это указать в ридми метарепа, да

Не на то ответил, ну да ладно. Это было на пустое ридми

ну я понял )

-isystem path to your headers

так оно же добавит указанную директорию в конец уже существующего списка, а /usr/include и /home/ostap местами не поменяет, разве нет?

Ближайшие мероприятия: Конференция в главном корпусе Яндекса, посвященная внутренностям Яндекс.Такси: https://t.me/ProCxxNews/86 Список чатов - в этом сообщении по ссылке: https://t.me/ProCxx/234053

Ребят, такой вопрос возник. В boost есть возможности по обработке сигналов пользователя (а-ля SIGINT, SIGTERM)?

Сейчас это сделано через библиотеку сигналов UNIX, а хотелось бы использовать что-то кроссплатформенное.

а в винде есть такие сигналы?

The SIGILL and SIGTERM signals are not generated under Windows. They are included for ANSI compatibility.

особенно мне нравится

SIGINT is not supported for any Win32 application. When a CTRL+C interrupt occurs, Win32 operating systems generate a new thread to specifically handle that interrupt. This can cause a single-thread application, such as one in UNIX, to become multithreaded and cause unexpected behavior.

:(

Что ещё раз подтвержает, что винда не для разработчиков.

что винда не unix

А, да, точно.

наиболее близкий аналог на винде - SetConsoleCtrlHandler, кросс-платформенных решений не знаю

Господа, есть тут кто шпилил wmi запросы в энергопотребление? Вот в отчаянии уже прост..

Опыт в чистом WinApi (Win32_PowerPlan, Win32_PowerSettingDataIndex и тд) тоже поможет!! Отзовитесь пожалуйста..

:(

в буст азио сигнал хендлеры, они ловят в том числе сигинт (и сами ставят и слушают хендлер для setconsolectrlhandler)

в буст азио сигнал хендлеры, они ловят в том числе сигинт (и сами ставят и слушают хендлер для setconsolectrlhandler)

Таки азио. Ну ок, норм.

Господа, есть тут кто шпилил wmi запросы в энергопотребление? Вот в отчаянии уже прост..

Я wmi сношал для других целей

Я wmi сношал для других целей

Уже разобрался, спасибо..