ReAl (23.08.2010 18:20, просмотров: 135) ответил testerplus на Он и занимает один бит памяти (т.е. 8 штук утолкаются кимпилятором в один байт). Там даже массивы можно объявлять, только они не работают.-
- Никак. Я же и говорю, что это исключение. Просто когда приходится работать с разными компиляторами, надо полагаться в первую очередь на конкретную реализацию, во вторую - на стандарты. Поэтому я и считаю переопределение стандартных типов необходимостью. - testerplus(23.08.2010 18:27)
- Ну лучше бы вели нестандартное имя для такого, как bit в Keil/MCS51, чем настолько отклоняться от стандарта. Расширение стандарта терпимее, чем нарушение. - ReAl(24.08.2010 00:13)
- а когда в контроллере 41 байт ОЗУ? и да, на ассемблере не быстрее. - Alex B.(24.08.2010 01:56)
- "41 байт ОЗУ контроллера" и "нефиг ради однобитового типа данных курочить стандартный тип, лучше расширением ввести новый, как bit у Keil" - вещи ортогональные. Мои исходники для AT89C55 под Keil/51, изначально написанные с ReAl(343 знак., 24.08.2010 11:09)
- Тогда и язык Си не нужен. Да и попытка натянуть Си на PIC тоже выглядит весьма сомнительно... - SciFi(24.08.2010 10:26)
- Не вставайте в позу. Никаких преимуществ в асм vs HTPICC для мелких контроллеров не вижу. - Alex B.(24.08.2010 11:58)
- а когда в контроллере 41 байт ОЗУ? и да, на ассемблере не быстрее. - Alex B.(24.08.2010 01:56)
- Ну лучше бы вели нестандартное имя для такого, как bit в Keil/MCS51, чем настолько отклоняться от стандарта. Расширение стандарта терпимее, чем нарушение. - ReAl(24.08.2010 00:13)
- Никак. Я же и говорю, что это исключение. Просто когда приходится работать с разными компиляторами, надо полагаться в первую очередь на конкретную реализацию, во вторую - на стандарты. Поэтому я и считаю переопределение стандартных типов необходимостью. - testerplus(23.08.2010 18:27)