Каскадный · [ Стандартный ] · Линейный С чего начать?

Подкскажите какой дебагер для ГБА наиболее удобен
и наворочен?

Народ, дайте линки на документацию по программированию на ГБА.

www.gbajunkie.co.uk - тут нормально всё описано и даже с примерами и всеми необходимыми ссылками.

Лучший по скорости и производимому коду Arm Developer Suit . На сайте разработчиков можно заказать компакт с полной триальной версией, а в инете найти креки. bat файлы для комптляции делаются намного проще чем в GNU C , а HAM - это как бейсик - для ламеров.

А насчёт языка программирования ... То я считаю, что если ты спец в Си, то компилятор выдаст очень хороший асмовский код, с использованием всех преимуществ РИСК проца ГБА. Хотя когда я писал свой мод плеер, микшер пришлось писать ручками на асме

Лучший по скорости и производимому коду Arm Developer Suit . На сайте разработчиков можно заказать компакт с полной триальной версией, а в инете найти креки.

То, что валялось в незапамятные времена на GBADEV.ORG (v2.5, что-ли)оставило крайне мерзкое впечатление. Какой-то левый С, стандарт не поддерживающий в принципе, генерящий абсолютно левый код и прочее.
Опять-же -- кривая ручная линковка по абсолютным адресам, это вам не хухры-мухры.

.bat файлы для комптляции делаются намного проще чем в GNU C

А зачем тебе .bat файлы для компиляции гнусью? Там же make есть! Или не пользуемся по принципиальным соображениям?

а HAM - это как бейсик - для ламеров.

Фу-ты, блин... Да какая разница? Компилятор то все равно гнусный. Не нравится библиотека -- не пользуйся.
Зато там аккуратнее сделан линкер скрипт для RTL, а это многого стоит. Например, у devkit проблема с инициализацией буфера для sprintf.

Хотя я тоже пользуюсь devkit .

Гы, версия 2.5 . Сравнивай её тогда с самыми первыми версиями GNU C. ADS 1.1 заменил устаревшую версию 2.5 . Новый компилятор , тестирование проводилось на сайте www.devrs.com/gba, превосходит по скорости получаемого кода в 1,5 раза , если не ошибаюсь. Не даром его лицензионная версия стоит около 3000 баксов. А насчёт RTL и функций printf . Простите , на gba - использование чужих библиотек ANSI стандарта - это варварство . Логика может ещё писаться на СИ, но критический по скорости код - всё равно асм. А насчёт C++ , то опять же использование виртуальных функций - это больше расточительство по скорости.

А насчёт C++ , то опять же использование виртуальных функций - это больше расточительство по скорости.

Это откуда такой вывод?
Косвенный переход является "большим расточительствои по скорости" -- это сильно.

У С и С++ есть недостатки, но они перевешиваются скоростью разработки и логикой проекта, которая в ассемблере отсутствует.

<<Ботаники вы все

Я придерживаюсь мнения : СИ + асм - для шустреньких игр . Си++ и чуток ассембера для РПГ.