Средства и методы разработки

Отвечу в рамках того что понимаю. 1. Коммунизм так и не построили, идеальный компилятор так и не написали. Хотя была "программа КПСС" :) Если компилятор "пишет институт", то это коммерческий продукт, стоит осмысленных денег, и, чаще всего, реально стоит их. Изменить в нем кусок Вы можете только став сотрудником института. 2. GCC халявен, что имеет свои + и -. в 2004 году мне довелось руководить проектом, где группа программистов сделала решение под AT91RM9200 на системе Microcross - тот же самый GCC, только с другими либами и обернутый в красивую оболочку (за деньги). Скажу так - оно работало, битвы с компилятором были, но в основном была битва с ошибками собственной ДНК. 3. Сейчас руководимый мною коллектив использует яр, ибо: 1) мультитаргетность - нам надо ARM, AVR, SH, и, вероятно, V850 таки пригодится. 2) работает. С багами, битвами, несовместимостью версий - но выжить можно. 4. Есть понятие минимального допустимого качества. Если есть код проекта и 1) он проходит все тесты 2) он влазит в целевой кристалл, то, скажу откровенно, мне наплевать, что там накосячил компилер. И вместо копания в асмовом коде я лучше найму пару человек, один из которых сделает стенд для проверки, второй напишет ПО под него, и я потребую прогона всех тестов перед выпуском версии. Это довольно эффективная тактика, поверьте. 5. RTFM. Каждый компилер индивидуален, и, например, мы так и не научились писать полностью портируемые программы. Т.е. все что можно убрать из заивисимостей убрали, но полной нирванны так и недостигли. При переносе ARM <-> AVR править приходится. Также в этом FM на каждый тоолчейн (ибо не только компилер важен, линкер тоже может добавить веселухи по полной программе) есть много интересного, и если дочитать его до конца - многое проясняется. 6. Идеал недостижим, но стремление к нему прекрасно. Пишите, изучайте, - и Вы многого достигните.