caxapa.ru :: Да ладно. С компиляторами там всё в порядке, не нужно людей в заблуждение вводить. Среда тоже нормальная, уж намного лучше среды от IAR от которой блевать тянет.

FDA (22.11.2013 08:34, просмотров: 265) ответил AVF на они бы еще то убожество, что mplab x до нормального состояния довели. а то простую mplab бросили, да и устарела она нормально. в Х отлаживать невозможно, компилятор кривой :(

Да ладно. С компиляторами там всё в порядке, не нужно людей в заблуждение вводить. Среда тоже нормальная, уж намного лучше среды от IAR от которой блевать тянет.

Ответить

- насчет iar согласен, но от того что есть еще большее говно, среда лучше не становится. и отладка в Х менее удобная, чем в 8. И компиляторы кривые, если есть с чем сравнить ;) - AVF(22.11.2013 12:11)
  - Сравниваю с тем же IAR. Микрочиповские компиляторы на порядок лучше. - FDA(22.11.2013 12:58)
    - не, если сравнивать компиляторы только для PIC, то да. НО, иар для пик практически не развивается. а если сравинвать с компиляторами для АРМ/MIPS/MSP/x51, то у микрочипа имхо все грустно. даже несмотря на то, что это типа GCC - AVF(22.11.2013 14:54)
      - Для AVR компилятор от IAR говно полное. Для ARM тоже. - FDA(22.11.2013 21:58)
        
        Для AVR ничего лучше IAR-а нет. Какое у вас к нему претензии? И кто же тогда лучше? - Apтём(23.11.2013 17:01)
        
        Под AVR сам мучался, писал на IAR'е. Согласен, что ничего лучше нет. Но сам компилятор дерьмо. Там раздельные указатели по работе с памятью данных и памятью программ. Даже библиотечные функции разные. Нет типа данных bit. Сама среда разработки FDA(87 знак., 23.11.2013 17:54)
        
        IAR полное дерьмо потому, что в нём нет встроенного тетриса. Я полностью согласен. То ли дело Emacs. - fk0(23.11.2013 18:36)
        
        Компилятор не виноват в том что Apтём(478 знак., 23.11.2013 18:04)
        
        Вот я и говорю, что IAR делает говно. Не, ну нормально? Я еще и сред разработки должен сам делать??? Что-то мне напоминает ветку под компилятор для АРМов, где мне тоже советовали из кусков среду собрать. Вот поэтому я и сижу до сих пор на пиках. - FDA(23.11.2013 21:07)
        
        Странные вещи вы говорите - Apтём(433 знак., 23.11.2013 21:45)
        
        Никаких мучений нет. Пишу спокойно на Си, не ограничивая себя ни в чём. Когда нужно много памяти, беру PIC32. Вот PIC24 я как-то стороной обошёл. - FDA(23.11.2013 23:16)
        
        С PIC32 имел дело один раз - пришлось распинывать их TCP/IP стек. Компилер по сравнению с IAR для AVR/ARM/MSP430/С51 просто шлак. Бывают хуже. Но на безрыбье коню в зубы не смотрят:) - Vit(23.11.2013 23:27)
        
        Библиотеки и готовые стеки от Микрочипа также ужасны, как и библи от ST. Лично у меня на PIC32 задачи несложные были. Проблем с компилятором замечено не было. - FDA(23.11.2013 23:48)
        
        Ничего ужасного в их стеках/либах нет. Оно работает, хоть и прибито гвоздями к таргетам. А вот их компилеры просто отвратительны. Но и не такое поддаётся затачиванию - Vit(23.11.2013 23:53)
        
        ...кроме пчёл. Впрочем, пчелы тоже ... :)) - MBedder(23.11.2013 01:55)
        
        закусывать надо. - Vit(23.11.2013 01:09)
        
        Закусывай, не закусывай, а компиляторы говно! - FDA(23.11.2013 15:09)
- Я уже писал. XC16 вообще не работает (генерирует некорректный код). MPLAB не отлаживает в половине случаев (и нужно вручную с хекс-дампами разбираться). objdump и nm из XC16 вообще не работают (objdump в XC16 просто нет). В C30 не работают в fk0(1588 знак., 22.11.2013 11:38)

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