jcmvbkbc

Как это усовершенствовать?

Из man scanf:

An optional 'm' character. This is used with string conversions (%s, %c, %[), and relieves the caller of the need to allocate a corresponding buffer to hold the input: instead, scanf() allocates a buffer of sufficient size, and assigns the address of this buffer to the corresponding pointer argument, which should be a pointer to a char * variable (this variable does not need to be initialized before the call). The caller should subsequently free(3) this buffer when it is no longer required.

Т.е.:

#include <stdio.h>

int main()
{
  char *chars;
  scanf("%m[^\n]",&chars);
  printf("%s\n", chars);
}

Что происходит в данном случае
int ** ptr = &arr;

Происходит initialization from incompatible pointer type.

Получается что далее ptr == arr == &arr

== использованное в смысле "численно равно" действительно имеет место. Но типы этих трёх значений разные: int **/int[4]/int (*)[4]

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

Потому что, чтобы получить указатель на указатель, надо этот второй указатель иметь. Массив -- это не указатель.
Вот так будет работать:

#include <stdio.h>

int main(void)
{
  int arr[4] = {1, 2, 3, 4};
  int *pa = arr;
  int ** ptr = &pa;

  printf("%d", **ptr); // 1
  return 0;
}

Почитал, что ядро Linux использует стандарт C90,

c99 в линуксе используется.

хотелось бы писать на K&R C

Это пройдёт.

Какой стандарт наиболее поддерживаемый сейчас и распространён среди программистов под настольные ОС

в мире gcc и clang уже несколько лет по умолчанию выбран c11, а в виндовый cl вроде до сих пор не завезли c99.

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

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

То что у вас написано квалифицируется стандартом как 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 — мерный массив в аргумент функции?

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

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

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

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

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

undefined reference to `OpenRusEng'

ld наверно прав: в приведённом коде действительно нет такой функции.

Откуда диапазон значений, тоже понятно. Но что конкретно происходит при попытке выйти за этот диапазон?
Почему при вычислении степеней двойки в какой-то момент выводится минимальное значение, -32768, а затем - одни нули?

Точно понятно?

2^0 == 0b0000000_00000001 == 1 (16 младших разрядов)
...
2^14 == 0b01000000_00000000 == 16384 (16 младших разрядов)
...
2^15 - 1 == 0b01111111_11111111 == 32767 (16 младших разрядов)
2^15 == 0b100000_00000000 == -32768 (16 младших разрядов)
2^15 + 1 == 0b100000_00000001 == -32767 (16 младших разрядов)
...
2^16 - 1 == 0b11111111_11111111 == -1 (16 младших разрядов)
2^16 == 0b1_00000000_00000000 == 0 (16 младших разрядов)
2^16 + 1 == 0b1_00000000_00000001 == 1 (16 младших разрядов)

Что происходит при других операциях со слишком большими числами?

Неопределённое поведение, если тип значения знаковый. Компилятор может наоптимизировать что захочет.
Если тип значения беззнаковый -- результат обрезается по ширине типа данных результата.

составить две функции, вызывающиеся в main - функцию ввод массива определенной длины n, и функцию вывод массива в консоль

1) понять, что эти функции будут принимать и что возвращать
2) перенести код ввода в первую функцию
3) написать вторую функцию

Проект создаёт статическую библиотеку mylib, но в неё не включена требуемая реализация boost, то есть при линковке приложения с mylib нужно явно указывать, что нужно линковать boost.

Так обычно библиотеки и делают -- ни одна нормальная библиотека не тащит с собой часть другой.
А вот для того, чтобы указать, что у библиотеки есть зависимости используют pkg-config. Такая библиотека устанавливает в системе свой архив (*.a), свои заголовочные файлы (*.h) и описание для pkg-config (*.pc). Пользователь библиотеки вызывает pkg-config --libs <имя библиотеки>и получает список ключей для линковки.

$ cat > dump-fp.c <<EOF
#include <inttypes.h>
#include <string.h>
#include <stdio.h>

void dump_float(float v)
{
    uint32_t i;
    memcpy(&i, &v, sizeof(i));
    printf("0x%08"PRIx32"\n", i);
}

void dump_double(double v)
{
    uint64_t i;
    memcpy(&i, &v, sizeof(i));
    printf("0x%016"PRIx64"\n", i);
}

int main(void)
{
    dump_float(1.0f);
    dump_double(1.0l);
    return 0;
}
EOF
$ gcc dump-fp.c -o dump-fp 
$ ./dump-fp 
0x3f800000                                                                                                                                                                                                                                                                     
0x3ff0000000000000

Как исправить ошибку «stdio.h: No such file or directory »?

Понять почему она возникает:
- запустить компиляцию с опцией -v: gcc -v helloworld.c -o helloworld
- найти в выводе строки

#include "..." search starts here:
#include <...> search starts here:

- посмотреть что за каталоги идут после них, есть ли эти каталоги в твоей системе
- посмотреть, есть ли в твоей системе stdio.h, и если есть, то где
- написать сюда результаты выполнения предыдущих шагов.