jcmvbkbc

Вы потеряли -fno-stack-protector когда компилировали в ассемблер, в коде как раз присутствуют проверки целостности стека, а на стеке резервируется место для канарейки.

компилятор упорно не хочет вычислять выражение &((int*)f)[3] при компилировании

Что говорит?

имя функции - это константа на момент компиляции

Ложное утверждение. Адрес функции становится известен только на этапе линковки, а если функция импортирована из dll -- то только в момент загрузки. Если линковка релоцируемая, то адрес может измениться в момент загрузки. Другое дело, что константная строка в этом смысле мало отличается от функции.

Сложная конструкция должна выглядеть вот так:
void (*fptr)(int) = (void(*)(int)) (((int*)f) + 3);
Вариант с (f+3) компилироваться не будет, т.к. арифметика указателей не работает с указателями на функции.

В линуксе эта конструкция компилируется и работает.

до "break!" не доходит. вылетает с Segmentation fault и ну хоть бы какая инфа

Соберите программу с отладочной информацией и запустите её в gdb.

После компиляции не появилась папка $LFS_TGT/include/c++/4.8.2

Она появится не после компиляции а после установки (make all-gcc или типа того).

> Какой выбрать планировщик для последовательного чтения миллионов файлов в каталоге с подкаталогами, чтобы минимизировать перемещения головок?

Если ваше чтение происходит последовательно в один поток, планировщик ввода/вывода вам слабо поможет: ваша задача генерирует единственный запрос и блокируется до завершения его выполнения, планировщик же для какого-то видимого эффекта требует несколько запросов, которые он может переупорядочить/склеить.
По идее вам нужно сначала создать правильную нагрузку на файловую систему, например обходя каталоги и читая файлы в параллельных потоках или используя fadvise для управления чтением.

> buf = mmap(NULL, size, PROT_READ, MAP_PRIVATE, fd, 0);

не похоже на последовательное чтение.

> Есть подозрение, что чтение файлов происходит не в том порядке, в котором они были записаны

превратите его в уверенность или опровергните с помощью, например, blktrace.

const относится к float var1, а не к значению, которым её инициализируют. Если вы хотите в дальнейшем иметь возможность изменять значение var1, const не нужен.

Компилятор С написать несложно. Сложно написать его так, чтобы он генерировал качественный код. Подавляющее большинство багов gcc связано с оптимизацией.

Налицо две проблемы:
— если запускать скрипт как есть общее количество строк в temp не всегда равно 3 * n + 1. Это проблема записи в один файл без O_APPEND. Решается заменой > temp на >> temp, как предложил CleverMouse
— даже когда общее количество строк правильное, количество вхождений разных символов бывает разным. Это явно проблема кода, либо lastmsg, либо libseqev.

Может быть

sock = socket(AF_INET, SOCK_DGRAM, IPPROTO_UDP);