Ползвам C30 за PIC24. Но при последната задачка напълних FLASH-а на процесорчето до ръба. Реших да пробвам новия XC16 компилатор. Да видим дали може нещо да оптимизира повече от своя събрат. Изтеглих го от сайта на Microchip. При инсталацията му указах да активира 60 дневния пробен период на PRO версията.
Между другото гледам че и XC16 е порт на gcc. Викам го със същите опции с които съм компилирал досега с pic30-gcc, но xc16-gcc с така инсталирания PRO евалюейшън генерира по-раздут код.
Оптимизацията е -0s.
Дори изтеглих и инсталирах MPLABX с надеждата че той прави някакви ишмари или поне да видя с какви опции си вика компилатора - резултат същия. XC16 генерира по-раздут код от C30.

Някой да има подобни наблюдения? Или идея къде е уловката?
A какви други компилатори ползвате за PIC24F?

Дърво не дърво ползвам CCS, опитах да мина на С30, и след като видях че не блести кой знае с какво качество си останах на CCS.
Сравнявах CCS PICC с C30, оказа се че има моменти, когато C30, при максимална оптимизация по код,генерира по-голям код от CCS. Като в същото време в кодa на CCS има доста безсмислици

Нямаше ли също така нещо MikroC или подобно? Не съм го ползвал, но може и да поддържа PIC24

Ами има CCS, MikroC. IAR също имат някакъв компилатор за PIC24 и dsPIC. Но бях учуден, надявах се XC16 да смали кода с десетина процента поне, а то точно обратното. Почнах да изстисквам от където може. Първо навсякъде където имам 8 битови променливи където може ги смених с 16 битови. Иначе компилатора слага по една ze инструкция след присвояване в 8 битовите. После на новия компилатор открих опцията --no-data-init, с която явно се маха кода при стартъп за инициализация на .data и .bss секциите - около 120 байта паднаха от това. И така...

Преди време го ядох същия с Hi-Tech PICC. Генерираше повече отколкото можеше да се събере в контролера. Беше ПИК16 някой си, не помня кой точно. Писах им и ми отговориха, че с безплатните и пробните версии това е положението. Ако искам добра оптимизация да ползвам платената версия. Някой ме открехна, че при по-стара версия на PICC(май 6 беше) оптимизацията работи както трябва та взе че стана. Възможно е и при теб да е подобен проблема.

IAR за PIC24 и dsPIC отдавна не се развива. Нямат актуален компилатор за никой процесор на Микрочип. IAR са отсвирили мокрочипците тотално.

То остана ли някой да прави компилатори за контолерите. Тъпите производители на чипове се надяват да спечелят повече от лицензи за компилатори, от колкото да си продават чиповете. Май се надяват gcc да им движат нещата.

А при мен не става дума за платен, не платен. Исках да проверя дали да си пиша сорсовете безгрижно и да намеря накрая някой крак за PRO версията та да ми стигне FLASH-а. Но не би. Тя PRO версията била по-зле от това което сега ползвам. Ще трябва да се поозоря явно.


Ами то Никола от теб съм чувал тук във форума че има IAR за PIC24. Но на сайта им не се вижда. Открива го гугъл някъде с по-дълбока връзка на сайта. Стои на версия 1.нещо си.

Имам съмненията, че активирането на 60 дневния пробен период не е сработило при мен.

Що така ? ARM голяма лъжица ли се оказа ?

XC са твърде нови, за да се разчита на тях, а пък IAR отдавна са глътнали плувката. С другите опции за оптимизация какво се получава ?

Ето примерно изходa от едно Motor Control приложение с dsPIC30F5015, C30 v3.24, Linux:

-Os : 71% от 2048 RAM, 42% от 22528 Flash
-O3 : 71% от 2048 RAM, 53% от 22528 Flash
-O2 : 71% от 2048 RAM, 44% от 22528 Flash
-O1 : 71% от 2048 RAM, 44% от 22528 Flash
-O0 : 71% от 2048 RAM, 57% от 22528 Flash

-Os -funroll-loops -fomit-frame-pointer -fschedule-insns -fschedul-insns2: 71% от 2048 RAM, 47% от 22528 Flash
-O3 -funroll-loops -fomit-frame-pointer -fschedule-insns -fschedul-insns2: 71% от 2048 RAM, 65% от 22528 Flash
-O2 -funroll-loops -fomit-frame-pointer -fschedule-insns -fschedul-insns2: 71% от 2048 RAM, 49% от 22528 Flash
-O1 -funroll-loops -fomit-frame-pointer -fschedule-insns -fschedul-insns2: 71% от 2048 RAM, 50% от 22528 Flash

При теб вярно имаше нещо такова. Идеологически антагонизъм между PIC и ARM. И май някакъв неуспешен опит да подкараш MP3 плеър с Кортекс.
Не виждам по какво си приличаме, че да ме мериш с твоя аршин.

Останалата част от поста ти барабар с цифрите, не мога да коментирам - не съм на твоето ниво явно.

Интересното е, че доста хора, които непрекъснато плюят Microchip, тайничко използват техни контролери. Иначе официално градят имидж на ARM дивелопъри .

MP3 на Куртекс си работи добре при мен, не знам при теб как е.

Е, тука не може да се каже че си прав. Много хора ползват каквото се налага да ползват в момента. Аз съм почитател на микрочип, но като ми дадат някой продукт с Арм, какво да правя? Не ме прави фен, а просто въпрос на работа. Човека може да си прави и с Арм и Пик едновременно, ако се налага. Свободен пазар

Ти на твойте предубеждения, мой имидж ли му викаш.
Нещо си се объркал Пипи.

Здравче, кой те е налъгал за някакъв си твой имидж , айде моля ти се не ме разсмивай.

Всеки е свободен да използва какво си иска, само че нали знаеш, че не е хубаво да пикаеш срещу вятъра ? Мен за туй ми е приказката, не че не можеш да използваш каквото се налага в момента. Ако някой попита за контролер на Microchip, Здравка е една от първите дето почва да плюе змии и гущери, обаче под сурдинка си ги използва. Барем да бъде такава каквато е ...