testerplus (02.02.2011 19:21, просмотров: 255) ответил FDA на Ура!!! Микрочип похоже возродил STD версию компилятора HT-SOFT. Только что скачал версию 9.52 от декабря 2010 года. Там есть поддержка всех последних пиков!!!-
- Ну на счёт глючности я бы поспорил! А вот то, что в микрочиповском компиляторе массив размером более 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)
- До кучи: с помощью Vlad27 еще выловил баг в STD-версии для PIC16 (PICC STD 9.60PL3) testerplus(1458 знак., 22.03.2011 20:46 - 20:48)
- угу, похоже AVF(1040 знак., 04.02.2011 21:31)
- Нет списка. Где-то с полгода, как удалил папку с примерами косяков (для HTPICC18 около 15 было). Все, что осталось - чужой проект с перекрытием областей констант и по случайке остался пример с багом HTPICC STD. Вот в двух словах: testerplus(2540 знак., 04.02.2011 20:36)
- Да не хочу я такой бред слушать. Я этот компилятор уже восемь лет юзаю и проблем с ним никогда не было. Мелкие косяки везде есть, но выявляются они и обходятся очень легко. Самое главное здесь - лаконичный, не перегруженный всякими 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)
- мудак ты. - FDA(04.02.2011 15:22)
- да не мечи ты бисер... - Alex B.(04.02.2011 01:49)
- Ну-ну. Сделайте i глобальной, и компилятор забьет на этот вызов. Для функций, вызываемых не напрямую, в пикси юзер сам задает дерево вызовов (fncall'ом) и в этом случае компилятор не должен вмешиваться (иначе где гарантия, что eee не равно main?) - testerplus(03.02.2011 20:52)
- Лет 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)
- Всё правильно компилятор ругается! Где гарантия того, что eee не равно func1??? Кто-то из великих сказал: "Не преумножайте сущностей без необходимости!" - FDA(03.02.2011 20:41)
- Хозяин - барин. Держи пример. Я за несколько лет работы с picc18 выловил уже ведро багов, ты просто не натыкался еще. testerplus(971 знак., 03.02.2011 17:42)
- есть там баги, но они есть даже в си24 - сам отлавливал, баг репорт писал, поправили уже. но для pic16 hitech безальтернативен имхо :( недавно проект разовый делал, под STD отказался собираться, под PRO нормально собрался. поскольку проект был AVF(209 знак., 04.02.2011 18:52)
- Вы бы не спорили, а послушали. Масса проблем с BSR'ом, с константами, с инициализированными данными, с состыковкой модулей (когда в них много данных). Сам по инерции PICC18 использую, но для коммерческой разработки возьму MCC18. - testerplus(03.02.2011 15:31)
- Ну на счёт глючности я бы поспорил! А вот то, что в микрочиповском компиляторе массив размером более 256 байт только через жопу объявить можно, а тут одной строчкой - это факт! - FDA(03.02.2011 09:14)