Чувак, что с тобой? Тебе вот лично на работе когда последний раз приходилось пользоваться циклами? Это очень специфический инструмент, который не нужен большинству программистов

Речь была про саод. Саод полезно.

кажется у кого-то сломался детектор сарказма

std::uint32_t и проч. надо

Есть же align, без всяких pragma

В общемм, int8_t всякие поиогли Вместа с alignas. И никаких сериализаций и протобуффов ) спасибо! )

Учти, ты заложил мину, полагаясь на одинаковый endianness. Хотя бы ассерты вставь на маркер порядка байт

ну так это жэ хорошщо, когда шаманишь с пониманием сути :)

А потом внезапно выяснить что в стандарте это явно не прописано, и однажды очень удивиться когда перестанет работать.

Что за упадничество с утра?

А потом внезапно выяснить что в стандарте это явно не прописано, и однажды очень удивиться когда перестанет работать.

align внутри структурки (завёрнутой в pragma pack) разве может меняться?

int diag1 = 0; int diag2 = 0; for (int i = 0; i < n; i++) { for (int j = 0; j < n; j++) { if (i == j && j % 2 == 0) { diag1 += arr[i][j]; } if (i + j == n - 1) // только четный индекс или каждые вторые??? { diag2 += arr[i][j]; } } }

Yura Serditov: Здравствуйте, столкнулся с проблемой распараллеливания цикла for с помощью библиотеки OpenMP. Вопрос в том, что как это сделать правильно? Вот код: #pragma omp parallel for num_threads(2) for(uint i = 2; i < selectZ; ++i) { initLayer[i] = initLayer[i-1] - stepInit; }

Yura Serditov: Здравствуйте, столкнулся с проблемой распараллеливания цикла for с помощью библиотеки OpenMP. Вопрос в том, что как это сделать правильно? Вот код: #pragma omp parallel for num_threads(2) for(uint i = 2; i < selectZ; ++i) { initLayer[i] = initLayer[i-1] - stepInit; }

Yura Serditov: Здравствуйте, столкнулся с проблемой распараллеливания цикла for с помощью библиотеки OpenMP. Вопрос в том, что как это сделать правильно? Вот код: #pragma omp parallel for num_threads(2) for(uint i = 2; i < selectZ; ++i) { initLayer[i] = initLayer[i-1] - stepInit; }

Вам нужен другой алгоритм, этот цикл очень плохо паралелится.

Я кодю на С++ лет 10, но вопрос всё равно тупой: Если написать int x в глобальном scope, вне функции main(), то это статическая память, да? А физически она вне стека? А почему её можно менять, если она статическая? Интересует low level...

Он вообще парарелится? Ну то есть если для любого i-го нужно вычыслить i-1-й, то все действия нужно соверщить только последовательно, то есть нельзя вычислить какое-нибудь i+k-ое, без вычисления всех i, ..., i+k-1

bss ? это же где-то из времён DOS вроде

м? я про bss

Есть у меня подозрение, что есть ещё внешний цикл. В этом случае паралелится внешний+внетренний так, что второй поток досчитывает вторую половину итерации, а первый поток уже считает первую половину следующий итерации Без второго цикла тоже паралелится, при наличии большого количества памяти - второй поток считает для всех возможных значений initLayer[N], запоминая результаты. когда первый поток вычисляет initLayer[N], берётся готовый результат, остальные выкидываются. но это очень затратный способ

господа олдфаги, поясните за жизнь джуну, который пороху не нюхал проект собирается под арм, винду, генту и центось; в разных конфигурациях (где-то одни .cpp из сборки выкидываются, где-то другие, разные дефайны и т.п.) на арме буст 1.58, на винде 1.60, на генте 1.55, на центоси до недавнего времени был 1.50 какова степень идиотизма ситуации? никто из старших, кому я задавал вопрос "а с фига ли", проблемы не видит, потому что разработка под каждую из платформ анально огорожена собственным chroot'ом со всеми нужными предустановленными библиотеками при этом мы регулярно влетаем в ситуации аля "воспользовались конструктором `boost::optional`, которого нет в 1.55", или "появилась зависимость, которой нужен буст 1.54+, пришлось на центоси искать пакет с 1.54", что наводит меня на мысль что проблема всё-таки есть