caxapa.ru :: fk0, слушай, а у тебя есть C30 v3.31 под linux? Единственное что удалось найти - v3.30c (вот в этой теме, см. пару моих постов в конце:

dimonomid (23.03.2014 13:07, просмотров: 8339) MBedder

fk0, слушай, а у тебя есть C30 v3.31 под linux? Единственное что удалось найти - v3.30c (вот в этой теме, см. пару моих постов в конце: http://www.microch …om/forums/m676228.aspx ) , после небольших шаманств работает, но нужен именно v3.31, чтобы избежать дополнительных проблем с поддержкой старого проекта, написанного на нем. (XC16 иначе, чем C30, работает с extern inline функциями. Влом излагать детали, в общем, нужен C30 v3.31) Если есть, поделись пожалуйста.

Ответить

- В уплоаде смотри. А что не так с extern inline (и как inline может быть extern???) Вообще у микрочипа есть "архив" старых версий и в нём лежит архив с исходниками C30, XC16 и др. Но проблемы: автор всё собирает только под cygwin и в архиве fk0(601 знак., 23.03.2014 13:32, ссылка)
  - Блин, не получается заставить работать. У тебя работает? dimonomid(392 знак., 23.03.2014 15:14)
    - С MPLAB-X оно работать не будет (MPLAB-X как минимум из coff отладочную информацию не воспринимает нормально). Я работаю с MPLAB без X (8-й версии, одним из последних). Компиляция идёт из Makefile. Потом импортирую *.cof в MPLAB и отлаживаю или fk0(14 знак., 23.03.2014 16:09)
      - Понятно. Я так не хочу. =) А ты где взял этот линуксовый C30 v3.31? Сам собрал? Как минимум, интересно, почему там есть только поддержка coff, и нет elf. dimonomid(337 знак., 23.03.2014 20:33 - 20:36)
        
        С elf не собирается или не работает, не помню. На самом деле elf не нужен. У них в elf не работает objcopy (в XC16 даже) -- дальше вообще не интересно. Не заикается старая версия (она глючная с опциями отличными кроме -O1 -- v3.31 безальтернативен fk0(158 знак., 23.03.2014 21:05)
        
        Написал тикет в микрочип: попросил, чтобы дали C30 v3.31 под linux, заодно сказал, что у меня вот есть только v3.30c, скачал тут: dimonomid(1605 знак., 25.03.2014 14:45 - 14:55)
  - Насчет extern inline: вот тут товарищ puetzk подробно ответил: dimonomid(436 знак., 23.03.2014 13:43)
    - Понял. Но не совсем понятно зачем так, кажется разумней всегда делать static inline. Потому что out-of-line version иначе будет в каждом *.o в который включен *.h. - fk0(23.03.2014 16:11)
      - Так наоборот ведь: в случае "static inline", out-of-line version может быть сгенерирована локально для файла; таким образом, если эта static inline функция используется в нескольких файлах, то в итоговом hex может быть несколько копий этой функции dimonomid(108 знак., 23.03.2014 19:06 - 19:12)
        
        Точно! Я ламир. - fk0(23.03.2014 20:18)

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