Евгений Шатунов

Во-первых, то что вы называете синтаксисом GAS на самом деле называется синтаксисом AT&T. А используемый в MASM/TASM синтаксис - это синтаксис Intel. Во-вторых, что примерно ждёт от вас препод

.section .data

hello_str:
    .ascii "Hello, world!\n"
    .set hello_str_length, . - hello_str


.section .text

.global main
.type main, @function

main:
    movq    $4, %rax
    movq    $1, %rbx
    movq    $hello_str, %rcx
    movq    $hello_str_length, %rdx
    int     $0x80

    movq    $1, %rax
    movq    $0, %rbx
    int     $0x80

.size main, . - main

Что вы получите в результате трансляции Сишного кода

.file   "test.c"
        .section        .rodata
.LC0:
        .string "Hello, World!"
        .text
        .globl  main
        .type   main, @function
main:
.LFB0:
        .cfi_startproc
        pushq   %rbp
        .cfi_def_cfa_offset 16
        .cfi_offset 6, -16
        movq    %rsp, %rbp
        .cfi_def_cfa_register 6
        subq    $16, %rsp
        movl    %edi, -4(%rbp)
        movq    %rsi, -16(%rbp)
        leaq    .LC0(%rip), %rdi
        call    puts@PLT
        movl    $0, %eax
        leave
        .cfi_def_cfa 7, 8
        ret
        .cfi_endproc
.LFE0:
        .size   main, .-main
        .ident  "GCC: (Debian 6.3.0-18) 6.3.0 20170516"
        .section        .note.GNU-stack,"",@progbits

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

Но если всё же хотите попытать счастья, то вот что нагуглилось за десять секунд - https://godbolt.org/

Есть фундаментальный труд Transactional Information Systems. Theory, Algorithms, and the Practice of Concurrency Control and Recovery авторства Gerhard Weikum и Gottfried Vossen.

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

Нипочему. Обращение к неинициализированной переменной есть неопределенное поведение, эксплуатировать его в своих программах нельзя.

double у вас константы в выражении. По умолчанию вещественные константы - double. Поэтому все остальные компоненты выражения преобразовываются в double, а при присваивании необходимо снова преобразовать во float с потерей точности, об этом и сообщает компилятор.
Чтоб сделать константы float, нужно использовать суффикс 'f': 9.0f. Тогда все выражение будет вычисляться во float.

1. Курите формат wav-файлов, он не особо сложный, написать код чтения не должно составить проблем.
2. Разбираетесь с аудио-API различных ОС. Убеждаетесь, что для разных ОС реализация будет разная.
3. Обеспечиваете необходимые преобразования прочтенных из wav данных о звуковой волне в данные, готовые к передаче в аудио-API.
4. Результат.

Похоже, что на данной платформе стек растет вниз (в сторону уменьшения адресов), поэтому введя в word
6 символов (размер word - 5), произошел выход за пределы массива и последние 2 байта (не забываем, что строки в Си имеют еще дополнительный нулевой символ в конце) записались на соседние переменные, т.е. повредили содержащиеся в них значения.
При этом не произошло никакого сбоя, потому что все переменные в стеке (а все пространство в стеке изначально уже выделено и к нему можно свободно обращаться). Если бы word был динамическим массивом, то скорее всего произошел бы seg fault. В отладочной версии возможно и не произошел бы.
Си и С++ оставляет за программистом возможность управлять памятью, поэтому компилятор такие вещи не отслеживает.
Если хотите избавиться от ошибки, используйте класс string или перепишите код так что бы не было возможности выхода за границы массива.

Как с помощью этих навыков они делают игру на android и ios ? Что используют ?

Они используют C++ и OpenGL.
И анроид и айось позволяют обращаться к библиотеке, написанной на плюсах. Например, на дроиде это делает NDK.
Может над опенГЛ еще обертка в виде какой нить SDL.
Есть конечно еще другие варианты - трансляция c++ во что то другое, но вряд ли.

Движок — это инструмент. А значит он обладает всем общими для инструментов свойствами. Например, все отвёртки во много одинаковы, все молотки похожи (хотя киянка и отличается от кувалды). Не так важно какой первый движок будет, потому что надо знать парочку.

ЯП — тоже инструмент. Для него справедливы те же рассуждения. Но, поскольку ЯП — более базовая штука, его изучение больше зависит от контекста и планов на будущее, особенно ближайшее.

Если хочется начать быстро делать что-то законченное и зарабатывать какие-нибудь деньги этим, то C# + Unity выглядит лучше — они проще.

Если хочется стать реальным профи и есть время на учёбу, то C++ будет более правильным выбором. Плюсы, при нормальном изучении, дают на много больше знаний о программировании в целом и о том, как программы работают. Человек, осиливший C++, на мой взгляд, осилит любой другой ЯП довольно быстро (за исключением Haskel, пожалуй :-) ). Обратное же неверно. Но времени на них надо куда больше.

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

Оцени себя, например, пройдя бесплатные экзамены в онлайн университете intuit.ru или тут.
Хотя бы поймёшь какого уровня твоё программирование.

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

Этот шаблон вычисляет при компиляции такое:
rbv<false, false, true, true>() = 1100₂.

И состоит из двух частей.
1. Для одного параметра у нас напрямую написан шаблон.

2. Для false, false, true, true — у нас используется второй шаблон: a=false, b=false, d = (true, true).
И он равняется (rbv<false, true, true> << 1) + false.

Чтобы вычислить новый rbv, снова работает второй шаблон: a = false, b = true, d = (true).
И он равняется (rbv<true, true> << 1) + false.

Для третьего rbv у нас a = true, b = true, d = ().
Внимание, список d может быть и пусттым. Потому, чтобы не было конфликта с первым шаблоном, второй пишется для двух и более параметров.
И третье наше значение равняется (rbv<true> << 1) + true.

Вот тут работает первый шаблон и получается 11₂.
Дальше уже можно вычислить все rbv по очереди и получить 1100₂.

что то мудрено как то...

for(auto &cellLine:matrix)
{
    for(auto &cell:cellLine)
    {
        cell.showBody();
    }
}

foreach и лямбда-функции здесь явно лишние.
про передачу по ссылке уже написал cppjunkie