caxapa.ru :: Ура!!! Микрочип похоже возродил STD версию компилятора HT-SOFT. Только что скачал версию 9.52 от декабря 2010 года. Там есть поддержка всех последних пиков!!!

FDA (02.02.2011 19:13, просмотров: 29669)

Ура!!! Микрочип похоже возродил STD версию компилятора HT-SOFT. Только что скачал версию 9.52 от декабря 2010 года. Там есть поддержка всех последних пиков!!!

Ответить

- А IAR PIC18 как на счёт глюкавости .. пробовали!!?? из моего опыта-у хайтеха пик-всегда со структурамии проблема была.. иар практически класика.. вот про пики ничего не знаю... - mww(17.02.2011 13:30)
  - Структуры использую постоянно, глюков не наблюдал. IAR менее компактный код делает, но у него есть один большой плюс - он поддерживает 64-битные double. Лично мне они часто бывают нужны. Вообще, IAR математику лучше реализует, чем хайтек. - FDA(17.02.2011 15:20)
- так для каких процов 18-х или 16? 18 не интересно. Интересно новые 16 процы - abivan(02.02.2011 19:32)
  - Для 16 процов я юзаю уже давно версию PRO. Глюков там не замечал. - FDA(03.02.2011 09:13)
    - +1 - AVF(03.02.2011 11:20)
    - Какую версию используешь? - abivan(03.02.2011 10:39)
      - 9.81 - FDA(03.02.2011 10:44)
        
        где брал? У Лорда не вижу? - abivan(03.02.2011 12:19)
        
        Я качал с официального сайта и сам взламывал. - FDA(03.02.2011 13:19)
        
        поделисся? - LordN(04.02.2011 09:28)
        
        Вот кряк для всех версию компилятора! - FDA(04.02.2011 09:33, ссылка)
- Так они, похоже, только поддержку новых м/с добавили. Сам PICC18 глючный (даже STD). - testerplus(02.02.2011 19:21)
  - Ну на счёт глючности я бы поспорил! А вот то, что в микрочиповском компиляторе массив размером более 256 байт только через жопу объявить можно, а тут одной строчкой - это факт! - FDA(03.02.2011 09:14)
    - Вы бы не спорили, а послушали. Масса проблем с BSR'ом, с константами, с инициализированными данными, с состыковкой модулей (когда в них много данных). Сам по инерции PICC18 использую, но для коммерческой разработки возьму MCC18. - testerplus(03.02.2011 15:31)
      - есть там баги, но они есть даже в си24 - сам отлавливал, баг репорт писал, поправили уже. но для pic16 hitech безальтернативен имхо :( недавно проект разовый делал, под STD отказался собираться, под PRO нормально собрался. поскольку проект был AVF(209 знак., 04.02.2011 18:52)
        
        Нет списка. Где-то с полгода, как удалил папку с примерами косяков (для HTPICC18 около 15 было). Все, что осталось - чужой проект с перекрытием областей констант и по случайке остался пример с багом HTPICC STD. Вот в двух словах: testerplus(2540 знак., 04.02.2011 20:36)
        
        угу, похоже AVF(1040 знак., 04.02.2011 21:31)
        
        До кучи: с помощью Vlad27 еще выловил баг в STD-версии для PIC16 (PICC STD 9.60PL3) testerplus(1458 знак., 22.03.2011 20:46 - 20:48)
        
        я уже окончательно кроме старых проектов перешел на pro - AVF(24.03.2011 06:07)
        
        Проект прикреплен. testerplus(758 знак., 04.02.2011 23:52)
        
        да, действительно, есть такое и ситуация достаточно экзотическая. 9.80 кстати корректно компилирует AVF(1363 знак., 05.02.2011 16:02)
        
        Самое плохое: это вылезает, когда больше половины программы написано (когда она уже не вмещается в одну страницу). Причем при добавлении любой строки кода компилятор может посчитать нужным какую-то функцию перенести в другую страницу. - testerplus(06.02.2011 00:32)
      - Да не хочу я такой бред слушать. Я этот компилятор уже восемь лет юзаю и проблем с ним никогда не было. Мелкие косяки везде есть, но выявляются они и обходятся очень легко. Самое главное здесь - лаконичный, не перегруженный всякими pragma'ми код, FDA(132 знак., 03.02.2011 15:40)
        
        Хозяин - барин. Держи пример. Я за несколько лет работы с picc18 выловил уже ведро багов, ты просто не натыкался еще. testerplus(971 знак., 03.02.2011 17:42)
        
        Всё правильно компилятор ругается! Где гарантия того, что eee не равно func1??? Кто-то из великих сказал: "Не преумножайте сущностей без необходимости!" - FDA(03.02.2011 20:41)
        
        Ну-ну. Сделайте i глобальной, и компилятор забьет на этот вызов. Для функций, вызываемых не напрямую, в пикси юзер сам задает дерево вызовов (fncall'ом) и в этом случае компилятор не должен вмешиваться (иначе где гарантия, что eee не равно main?) - testerplus(03.02.2011 20:52)
        
        да не мечи ты бисер... - Alex B.(04.02.2011 01:49)
        
        мудак ты. - FDA(04.02.2011 15:22)
        
        ...перед свиньями - Alex B.(04.02.2011 18:37)
        
        Лет 5-7 назад была статейка, в которой автор призывал писать код проще и поменьше операторов в одну строку и все будет работать, это был его опыт на основе многих компилеров. Есть предложение отказаться от *eee и тому подобных и будет счастье)) - User(03.02.2011 17:53, )
        
        Погорячился он. А если нужно *eee и тому подобное? - testerplus(03.02.2011 18:09)
        
        Вот пусть сам берёт и пишет... А hitech-C -- увы, безальтернативен. C18 по сути вовсе и не C... - fk0(03.02.2011 17:56)
        
        Для 16-х - да (хотя и там косяки есть с банками и страницами), а для 18х - он глючный, я несколько раз уже напарывался (у Вас же у самого были проблемы с ROM>64k) - testerplus(03.02.2011 18:12)
        
        У меня есть проект, который ничем кроме hitech picc18 9.51pl2 собрать не могу. И по-объёму не влезет иначе, и компиляторы все "альтернативные" достанут своими "особенностями". Проект к слову на две других архитектуры без проблем переехал (но fk0(20 знак., 04.02.2011 18:31)
        
        А ещё забыл -- плавучка. Альтернативы hitech STD-версии нет. Даже PRO версия увы -- уныла в плане плавучки (и много чего ещё -- она из-за своей omniscent optimization не совсем ansi-c между прочим в итоге). - fk0(04.02.2011 18:32)

Микроконтроллеры PIC