jcmvbkbc

Прости, но вопрос уровня: "Всем привет, надо построить дом из готовых панелей, как это сделать автоматически? Слышал насчёт молотка, но там всё ручками."
centos для любителей собирать ядро под своё железо называется gentoo. Начало здесь. Но скорее всего это тебе тоже не нужно.

Например : система узнает какой процессрр и конкретно под него делает автоматически конфигурацию.

Попробуй объяснить, зачем ты хочешь это сделать, чего хочешь добиться?
Если 10-кратного прироста производительности hello_world, то нет, не добьёшься.
Если сёрфить веб без тормозов на машине 10-летней давности с гигом памяти -- нет, тоже не добьёшься.

Кто может объяснить как исправить если можно развернуто

Имеются два числа a и b, как найти (a/b) mod m?

Разделить a на b и взять результат деления по модулю m.
Вот такой почти бесполезный ответ на бесполезно поставленный вопрос.

Подсказка: другой ответ подразумевает какую-то оптимизацию, а для этого в вопросе не хватает ожидаемых величин a, b и m и ожидаемого быстродействия.

error: unknown warning option '-Wno-unused-lambda-capture'; did you mean '-Wno-unused-parameter'? [-Werror,-Wunknown-warning-option]
прошу поясните вкратце что за ошибка

Передал компилятору неизвестную ему опцию. Опция для дополнительной диагностики. Поскольку ты не разработчик и править код не собираешься можно найти её и удалить из исходников системы сборки:

find -type f -print0 | xargs -0 sed -i 's/-Wno-unused-lambda-capture//g'

думаю что установил неправильные зависимости

Думаю, что система сборки ожидает clang более новой версии.

Почему в С допускают такое?

То что у вас написано квалифицируется стандартом как Undefined behavior (с99 6.7.3:5):

If an attempt is made to modify an object defined with a const-qualified type through use
of an lvalue with non-const-qualified type, the behavior is undefined.

Почему технически можно так сделать и этот код работает -- потому что массив string имеет автоматическое время жизни и компилятор помещает его на стек. Т.е. память фактически не является константной.

Почему функция strchr принимает const char *, а возвращает char *? Чтобы показать, что сама она свой аргумент не изменяет, но чтобы не заставлять всех её пользователей делать приведение типа у результата. Я бы сказал, что проблема в этой функции, но она настолько старая, что никто не будет чинить её прототип.

В С++ можно было бы решить эту проблему предоставив два перегруженных варианта strchr -- char *strchr(char *, char) и const char *strchr(const char *, char), но в С нет перегрузки функций.

куда тут копать то можно? что за дичь?

Вероятно, поломал кучу. Копать в сторону валидации использования памяти -- valgrind, asan, duma, electric fence, итд.

arr это же просто указатель.

Нет, arr -- это имя массива. В языке С указатели и массивы -- разные концепции.

Почему нельзя сменить его значение что бы он указывал на новый адрес

Потому что это не предусмотрено языком в таком контексте как у вас. А вот в таком контексте -- можно:

void f(int arr[])
{
    arr = arr + 1;
}

И почему нельзя создавать массивы (не символьные) в стиле указателей?
int * arr = {1, 2, 3, 4, 5}; // ne ok

В с99 и далее -- можно:
int * arr = (int []){1, 2, 3, 4, 5}; // ok

Как засунуть n — мерный массив в аргумент функции?

ведь есть autosleep!? Подскажите что это за сущность и почему ее нет в современных дистрибутивах?

Потому что это андроидная фича. Но если хочется, можно пересобрать десктопное ядро и включить в нём CONFIG_AUTOSLEEP.

Для понимания моей проблемы: есть слушающие сокеты и нужно после epoll_wait(). запускать комп из (наверное) ждущего режима

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

выполняю:
find "$path" -type f -mmin +9 | xargs rm
...
Ага. xargs не умеет в пути с пробелами.

Идиома для обработки имён файлов с пробелами/другой ерундой: find ... -print0 | xargs -0 ... -- т.е. использовать нулевой символ в качестве разделителя полей при выводе из find и при вводе в xargs.

Почему константа π выводится не полностью?

Иррациональное число же, невозможно вывести полностью при современном уровне технологии.

Стал настраивать /etc/vsftpd.conf . Что-то пошло не так...
Как починить VSFTPD?

Вернуться к моменту, когда что-то пошло не так и отменить последнее действие.
Либо читать логи vsftpd в поисках того, что ему не понравилось в vsftpd.conf.

Объясните почему именно так, с умножение переполняется, а при сложении как будто просто отсекаются лишние биты.

Потому что именно так и есть: для сложения числа приводятся к одному порядку. Порядок FLT_MAX -- 2^127, порядок 1.0 -- 2^0. Т.е. единица сдвигается на 127 разрядов вправо перед сложением с FLT_MAX. Ни в одном стандартном представлении чисел с плавающей точкой столько разрядов не предусмотрено, лишние разряды отсекаются, единица превращается в 0.

Минимальное число, которое можно прибавить к FLT_MAX и получить бесконечность равно 2 ^ (127 - 24). При нормализации этого числа с FLT_MAX получается единица сдвинутая вправо на 24 разряда, как раз в последний значащий разряд мантиссы float.