Что такое EBO (Empty Base Optimization)?

👾 — Способ оптимизации пустых функций
👍 — Метод оптимизации размера классов с пустыми базовыми классами
🥰 — Техника минимизации использования памяти
👻 — Техника минимизации использования памяти

Библиотека C/C++ разработчика

Пишем игру для игровой ретро-консоли Anbernic на C++

«Я пытался запустить свой код на игровой консоли, и ничего не работало... Хотя казалось, что это просто Linux с ARM процессором»

💡 Автор статьи делится опытом создания игры-клона Google Dino для игровой ретро-консоли Anbernic на C++ и показывает весь процесс от настройки среды разработки до запуска готового проекта.

❗ Ключевые моменты статьи:
• настройка SSH-соединения и удалённой разработки через Visual Studio;
• использование кроссплатформенной библиотеки SDL2 для графики;
• организация проекта с использованием конечных автоматов;
• реализация правильных игровых механик с привязкой ко времени, а не к производительности.

Основной фокус — практические шаги для разработки нативных приложений под ARM-процессоры с Linux, включая тонкости развёртывания и запуска через bash-скрипты.

Особенно актуально для программистов C++, интересующихся встраиваемыми системами и кроссплатформенной разработкой игр для нестандартных устройств.

Вы узнаете, что для успешной разработки под такие устройства нужно не только знание C++ и Linux, но и понимание особенностей их архитектуры.

Принято считать, что в C++ нет сборки мусора, но это не совсем так. Например, библиотека Boehm-Demers-Weiser (BDW) GC добавляет в C++ поддержку неинтрузивного сборщика мусора. Это значит, что можно выделять память через GC_malloc() и не беспокоиться о ручном освобождении — сборщик сам найдёт и очистит недостижимые объекты.

Хотя такой подход удобен для некоторых сценариев (например, сложные графы объектов), он не заменяет RAII и умные указатели. BDW GC требует осторожности с указателями и может уступать в производительности ручному управлению.

Подробнее о библиотеке: GitHub.

Сомневаетесь в своем прогрессе? Мы собрали 7 четких признаков того, что вы реально растете как разраб. Спойлер: дело не только в коде!

👉 Подробнее в статье

rwkv.cpp — легковесная C++-библиотека для работы с моделями RWKV

Если вы работаете с языковыми моделями RWKV и хотите максимальной производительности без лишних зависимостей, обратите внимание на rwkv.cpp. Это минималистичная C++-реализация инференса для моделей RWKV, которая работает даже на CPU с поддержкой AVX/AVX2. Проект активно развивается и поддерживает загрузку весов из оригинальных моделей PyTorch.

Библиотека отлично подходит для встраивания в C++-приложения, где важны скорость и низкие накладные расходы. Код чистый и простой для модификации — если вам нужен эффективный инференс без перегруженных фреймворков, стоит попробовать. К тому же, проект поддерживает GGML, что открывает возможности для квантования и оптимизации под разное железо.

Библиотека C/C++ разработчика

Что выведет код?

❤️ 1 4 8
🔥 1 4 4
🙏 Зависит от платформы
🌚 Ошибка компиляции

Библиотека C/C++ разработчика

😎 Делаем собственный анализатор C++ кода в виде плагина для Clang

«Решил написать свой статический анализатор для C++, а там такие грабли... 🤦‍♂️" — знакомо, если вы когда-нибудь задумывались о создании инструментов для анализа исходного кода.

💡 Автор статьи делиться опытом разработки плагина для Clang, который превращает стандартный C++ в более безопасный язык с контролем динамической памяти и ссылочных типов.

❗ Ключевые моменты:

- AST Matcher vs RecursiveASTVisitor: простота или гибкость?
- Как удобно дебажить AST без просмотра огромных портянок кода;
- Правильное разделение логики между парсером атрибутов и анализатором AST.

Основной фокус статьи — практические советы по созданию плагина для Clang с минимальными подводными камнями. Разбор реальных примеров кода и нестандартных ситуаций.

Это будет полезно разработчикам на C++, которые хотят создать свои инструменты статического анализа или улучшить безопасность существующего кода без нарушения обратной совместимости.

Библиотека C/C++ разработчика

📚 Загадочная библиотека setjmp.h — неочевидный инструмент для управления потоком выполнения


Библиотека setjmp.h предоставляет два необычных макроса:

• setjmp — сохраняет текущее состояние программы (регистры, стек) в буфер jmp_buf

• longjmp — «откатывает» выполнение к сохранённому состоянию, как прыжок во времени

#include <stdio.h>
#include <setjmp.h>

jmp_buf jump_buffer;

void risky_function() {
    printf("Готовимся к прыжку...\n");
    longjmp(jump_buffer, 42);  // Прыжок обратно в setjmp!
}

int main() {
    int ret = setjmp(jump_buffer);
    if (ret == 0) {
        printf("Первая инициализация...\n");
        risky_function();
    } else {
        printf("Вернулись с кодом: %d\n", ret);  // Выведет 42!
    }
    return 0;
}

⚠️ Осторожно!

• Не заменяет исключения — нет вызова деструкторов (как в C++)
• Опасность утечек — если между setjmp и longjmp выделялась память, она не освободится
• Портит стек — может сломать логику функций

🛠 Где может пригодиться?

• Обработка критических ошибок (а-ля «аварийный выход»)
• Код для встраиваемых систем, где нужно быстро восстановить состояние
• Нестандартные хаки (но лучше так не делать 😈)

Библиотека C/C++ разработчика