SDCC, каково мнение Опции

[speccy1983]

Порылся на форуме, но ничего подходящего не нашел. А вопрос такой. Работаю на Silabs`овских контроллерах. Решил прикрутить к SiLabs IDE бесплатный SDCC. Какие могут быть подводные камни при работе с проектами, созданными в кейле? Тупо открываю готовый проект, но вываливается куча ошибок. Например, не нравится
sbit RS = P2^4;
Говрит error 2: Initializer element is not constant. В кейле компилится нормально. В самом деле я даже не знаю с чего начать.

[mrcashe]

Ну, странный вопрос: откуда начАть? Конечно, RTFM (Read The Fucking Manual) & STFW (Search The Fucking WEB). Если погуглить чуток, то можно найти:
http://sdcc.sourceforge.net/doc/
Документация не шибко объёмная, можно пару часов потратить и понять, что:

sbit RS = P2^4;

в SDCC выглядит как:

__sbit __at (0xA4) RS;

А ещё лучше:

#include <C8051F340.h>
#define RS P2_4

Вообще говоря, Keil C более навороченный и менее стандартный, нежели SDCC. Поэтому, если нет особых причин, зачем пересаживаться? Писать исходный код, способный компилироваться на двух разных компиляторах - задача нетривиальная даже для больших компьютеров, не говоря о полукривых компиляторах для MCS-51.
Достаточно сложно создать исходник, способный компилиться на обоих этих компиляторах. Особенно, если есть ассемблерные вставки. Тут эти компиляторы вообще не совместимы, даже по протоколу передачи параметров из Си в ассемблер и обратно.
Сам я давно использую SDCC, потому что работаю на Linux. Хотя Keil тоже работает под эмулятором винды. На мой взгляд, SDCC более предсказуем и корректен, но Keil способен сгенерить более оптимальный код.
Так с чего начать? Прочесть доки и понять, чем отличаются компиляторы в плане исходного кода. В основном, это объявления SFR и битовых адресов, области памяти, указатели. Стараться не делать ассемблерных вставок, а если делать, то только при помощи встроенного ассемблера (он у обоих есть) и окружать конструкциями типа:

#ifdef SDCC
...код для SDCC...
#else
...код для Keil...
#endif

Удачи.

[Mecon]

1.Я не буду писать для обоих компиляторов одновременно. Просто есть уже готовые наработки в кейле (хотя их не так уж и много, но они мне нужны), и хотелось бы с меньшими переделками перепрыгнуть на SDCC. Все эти заморочки связаны с желанием перейти на линух. Если по наличию стандартного софта (офис, мультимедия и пр.) он меня устраивает, то по наличию специализированного - множество вопросов. Я работаю с AVR, SiLabs, Altera. C AVR-ками вроде все намано, у Альтеры тоже есть квартус под линух (хотя и не пробовал). А вот что делать с SiLabs? Помимо компилятора программатор же нужен. Есть ToolStick, но как его запустить в линух......
2.Хотелось бы узнать субъективное мнение о SDCC. Везде говорят, что он делает несколько бОльший код. Если ненамного, то не страшно, значительно хуже, если у него есть "неприятные особенности" по сравнению с кейлом. Вот и хотелось бы выслушать мнения.
3. Вопрос для AHTOXA. Каким софтом под линух Вы пользуетесь? Я имею ввиду именно софт для разработки.
3.Просте, если где соффтопил, просто уж в тему подвернулось...

[mrcashe]

А вот что делать с SiLabs? Помимо компилятора программатор же нужен. Есть ToolStick, но как его запустить в линух......

SiLabs не юзал, хз. Но для AT89S8252, AT89S8253 накропал SPI программатор сам.

2.Хотелось бы узнать субъективное мнение о SDCC. Везде говорят, что он делает несколько бОльший код. Если ненамного, то не страшно, значительно хуже, если у него есть "неприятные особенности" по сравнению с кейлом. Вот и хотелось бы выслушать мнения.

Нормальный компилятор. Даже местами лучше. Например, Keil uVision 2 у меня игнорировал volatile, а этот нормально обрабатывает. Код да, больше, но понятнее. Есть некоторые особенности в сложных случаях. Например, недавно прописывал операции с плавающей точкой, так он мне временными переменными в сегменте DATA забил большую часть памяти, так что на стек почти ничего не осталось.

3. Вопрос для AHTOXA. Каким софтом под линух Вы пользуетесь? Я имею ввиду именно софт для разработки.

Это, всё-таки, наверное ко мне. Для 8051 - sdcc для компиляции, GNU make для проекта, любой текстовый редактор, я использую Kate. Программатор для S8252 и S8253, как уже упоминал, самодельный. Симуляторы не использую.
Для AVR - avr-gcc, программаторы uisp и avrdude.

[speccy1983]

SiLabs не юзал, хз. Но для AT89S8252, AT89S8253 накропал SPI программатор сам.
Нормальный компилятор. Даже местами лучше. Например, Keil uVision 2 у меня игнорировал volatile, а этот нормально обрабатывает. Код да, больше, но понятнее. Есть некоторые особенности в сложных случаях. Например, недавно прописывал операции с плавающей точкой, так он мне временными переменными в сегменте DATA забил большую часть памяти, так что на стек почти ничего не осталось.
Это, всё-таки, наверное ко мне. Для 8051 - sdcc для компиляции, GNU make для проекта, любой текстовый редактор, я использую Kate. Программатор для S8252 и S8253, как уже упоминал, самодельный. Симуляторы не использую.
Для AVR - avr-gcc, программаторы uisp и avrdude.

Да. все-таки вопрос был Вам. Это, видимо, с глазками у меня что-то не то...Спасибо за консультацию. Буду пробовать подключить его к SiLabs IDE (раз у него возможность такая есть).