roboforum.ru

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

По теме топика: для контроллеров - почти всегда С (за исключением ассемблера, где он нужен), для РС - ситуативно, примерно 50/50

ИМХО
Си нужно применять там где нежелательно пользоваться динамическим выделением памяти(т.е использовать heap), если ОЗУ слишком мало. То есть на Си надо программировать для тех микроконтроллеров у которых озу обычно расположена в том же корпусе что и память программ и ядро начиная от пиков, авров, с51, 68 до arm7tdmi, renesas, arm cortex m3, m4.
Кроме того для некторых микроконтроллеров вообще нет приплюснутого компилятора.
Для ядер arm9, arm11, intel atom, cortex a8 уже можно применять обьектно-ориентированную модель и верхний уровень (ИИ например) писать на С++, при этом нижний уровень ПО часто используется написанный ранее на Си от другий более слабых процессоров.

И когда это в си были проблемы с динамической памятью? И что мешает использовать ООП в си?

Тему можно переименовать на "Рубанок или стамеска" и продолжать спорить до хрипоты.

Рубанок не включает в себя стамеску, как и наоборот

Хм, скажу по-другому: под каждую задачу - свой инструмент.

Пример экспериментов с C++ для AVR:
"Кросс-компиляторный шаблон (EC++, IAR, GCC), Попытка правильного проектирования сверху"
http://electronix.ru/forum/index.php?showtopic=92599

Тут можно посмотреть как выглядит код:
https://mysvn.ru/cop/portfolio/avr/Example/

Так выглядит симуляция его работы в Proteus:
https://mysvn.ru/cop/portfolio/avr/avr003.png

Пример кода настройки внутренностей mcu:
https://mysvn.ru/cop/portfolio/avr/Example/MCU.cpp

Эти примеры работают в двух средах программирования: IAR и AVR GCC (C++ оба). Т.е. один и тот же код компилируется и там и там.

Пишу на С++ ещё и потому, что сейчас большинство высокоуровневых IDE заточены именно под C++.
Вот пример проекта, обёрнутого в C++:
https://mysvn.ru/cop/portfolio/avr/RGBLeds/

Так выглядит симуляция его работы в Proteus:
https://mysvn.ru/cop/portfolio/avr/avr005.png

Мой набор инструментария:
https://mysvn.ru/cop/portfolio/avr/RGBLeds/readme.txt

Добавлено спустя 5 минут 50 секунд:

Vooon писал(а):И когда это в си были проблемы с динамической памятью? И что мешает использовать ООП в си?

Это как? Перегрузка функций что-ли есть?

На самом деле сейчас видно, что микроконтроллеры всё доступнее и доступнее, периферия внутри всё шире, они всё мощнее. Рано или поздно произойдёт переход на С++. Точно также, как многие писали на асме, но потом сравнили трудозатраты при кодинге на Си и перешли на Си.

+1 за ++
Вот только 3 дня тому что поскреб лысину и переименовал главый файл в .cpp .
И первый объектик уже забабахал. Пришлось слегка помучать настройки проекта в keil, чтобы завелся менеджер памяти. Но по-моему уже окупилось. Диагностика компилятора гораздо более внятная, контроль типов построже, инкапсуляция рулит. В общем, рекомендую. IDE Keil 4.22, устройство - STM32F4-Discovery.