Nya Microchip C kompilatorer på gång

[Odur]

Såg detta när jag surfade runt och letade lite information om Microchips olika C-kompilatorer:

Microchip is releasing MPLAB XC C compilers in the upcoming weeks. There will be three, one for each of the major Microchip logic architectures: MPLAB XC8, MPLAB XC16 and MPLAB XC32. By the end of March, we should have all three versions available. In the same open-platform spirit as MPLAB X IDE, MPLAB XC C Compilers will run on Windows, MAC and Linux. XC compilers will come with a new license manager to make installation and license management simple across platforms. Users will be able to install the compiler on any platform of choice.

Länk till sidan: http://microchiptechnology.wordpress.co ... licensing/

Läser man vidare så ser man att de gamla kompilatorerna skall fasas ut och enbart dessa tre nya skall finnas i framtiden.

[sodjan]

Om jag läser kommentarsfälten rätt, så verkar det vara fria/gratis kompilatorer.
I alla fall i en eller annan form. Det verkar dessutom i princip vara en "rebranding"
av HiTech prylarna (med tillägg från C18), samt C30 och C32 för 16/32 bit modellerna.

[Odur]

Och i kommentarerna står det, om jag läste rätt, att vi kan förvänta oss stöd för C++ i juni?! Jösses. Objektorienterat på en pic12

[jbulow]

Apropå C++ så får man C++-kompilator till PIC32 när man installerar utvecklingsmiljön till chipkit-korten ( http://www.digilentinc.com/Products/Cat ... 892&Cat=18 ).

• /Applications//Mpide.app/Contents/Resources/Java/hardware/pic32/compiler/pic32-tools/bin/pic32-g++ -v
  Using built-in specs.
  COLLECT_GCC=/Applications//Mpide.app/Contents/Resources/Java/hardware/pic32/compiler/pic32-tools/bin/pic32-g++
  COLLECT_LTO_WRAPPER=/Applications/Mpide.app/Contents/Resources/Java/hardware/pic32/compiler/pic32-tools/bin/../pic32mx/bin/gcc/pic32mx/4.5.1/lto-wrapper
  Target: pic32mx
  Configured with: ../../chipKIT-cxx/src45x/gcc/configure --target=pic32mx --disable-threads --enable-static --disable-libmudflap --disable-libssp --disable-libstdcxx-pch --disable-hosted-libstdcxx --with-arch=pic32mx --enable-sgxx-sde-multilib --with-gnu-as --with-gnu-ld --enable-languages=c,c++ --disable-shared --disable-nls --with-dwarf2 --disable-bootstrap --enable-obsolete --disable-sjlj-exceptions --disable-__cxa_atexit --disable-libfortran --prefix=/Users/kjason/github-jasonkajita/mac-image --libexecdir=/Users/kjason/github-jasonkajita/mac-image/pic32mx/bin --with-bugurl=http://chipkit.org/forum --disable-libgomp --disable-libffi --program-prefix=pic32- --with-newlib 'XGCC_FLAGS_FOR_TARGET=-fno-rtti -fno-enforce-eh-specs' --enable-cxx-flags='-fno-exceptions -ffunction-sections' CFLAGS_FOR_BUILD=-fast --enable-poison-system-directories
  Thread model: single
  gcc version 4.5.1 chipKIT Compiler for PIC32 MCUs v1.30-20110506 (chipKIT)

[victor_passe]

Coolt med C++ till PIC, om det är sant så kommer jag bli mycket glad.

[bearing]

Det här har ju diskuterats många gånger, men vad blir fördelen med C++ på en 8-bit PIC?

Du kommer väl aldrig kunna utnyttja dynamisk allokering av objekt på en sån processor, så då finns det ju nästan ingen skillnad kvar mellan C och C++.

[TomasL]

Finns andra fördelar såsom klasser mm.

[victor_passe]

Tja att kunna skriva tex
bil.styrning.svängvänster();
eller liknande. snyggare struktur helt enkelt.

[jbulow]

Det här har ju diskuterats många gånger, men vad blir fördelen med C++ på en 8-bit PIC?

Du kommer väl aldrig kunna utnyttja dynamisk allokering av objekt på en sån processor, så då finns det ju nästan ingen skillnad kvar mellan C och C++.

Dynamisk allokering finns i både C och C++. Den stora vinsten blir ju möjligheten till mer strukturerad kod. Den stora risken är möjligheten till felstrukturerad och svårläst kod.

Om man tillåter sig att använda den senaste C++-standarden (C++11), som implementeras delvis mer och mer från gcc 4.3 och frammåt, så får man ju lite enklare typhantering på köpet, t.ex:

Kod: Markera allt

int my_array[5] = {1, 2, 3, 4, 5};
for (auto x : my_array) {
    std::cout << x;
}

Om man nu skulle glömt bort att man hade en int-array. Mer befogat är det när man kan skriva auto istället för t.ex std::vector<std::string>>::iterator osv.

Sen finns ju en massa annat bus som att kunna räkna ut konstantuttryck vid kompileringstillfället, ett uttrycksfullt template-system, mm.