Trust about D programming.

Paulo Pinto pjmlp at progtools.org
Wed Jan 23 00:54:45 PST 2013


On Tuesday, 22 January 2013 at 21:14:21 UTC, Freddie Chopin wrote:
> On Tuesday, 22 January 2013 at 21:02:32 UTC, Paulo Pinto wrote:
>> I don't really have much embedded experience besides assembly 
>> programming in the old days (Z80, M68000, x86, MIPS, self 
>> build processor for digital circuits class).
>>
>> My understanding is that the processors the micro-controler 
>> class, the ones with memory in the order of bytes or 
>> kilobytes, usually C compilers that only implement part of the 
>> ANSI standard, given the hardware constraints.
>>
>> Meaning just a very small subset of data types is supported, 
>> limited library support and lots of compiler extensions to 
>> make use of the processor and on die ports.
>
> Nothing like this here - you have all types, you have complete 
> libm, libc and stdlibc++ with everything you need. There are no 
> compiler extensions other than a typical GCC __attribute__ used 
> to declare interrupts, which is not really necessary on most 
> Cortex-M3 chips. These are really powerful chips with 
> 1.25DMIPS/MHz and clocks around 70MHz (ranging from 24MHz to 
> 204MHz)... There's even a dual-core chip - LPC43xx which has 
> Cortex-M4F (with single precision hardware FPU and some SIMD 
> instructions) and a Cortex-M0, both running at 204MHz <:
>
> So these are not very much like 8-bit microcontrollers (AVR, 
> PIC, ...)
>
> That's why I think D would fit such chips quite nice (; Sans 
> the GC of course... Maybe without exceptions too, but I don't 
> think that would be possible (it's pretty hard in C++)...
>
> 4\/3!!

Thanks for the valuable explanation.


More information about the Digitalmars-d mailing list