Gdc & avr

Manu turkeyman at gmail.com
Sat Feb 4 16:33:23 PST 2012


On 5 February 2012 01:17, Martin Nowak <dawg at dawgfoto.de> wrote:

> On Fri, 03 Feb 2012 23:42:39 +0100, Manu <turkeyman at gmail.com> wrote:
>
>  On 3 February 2012 23:15, Martin Nowak <dawg at dawgfoto.de> wrote:
>>
>>  On Fri, 03 Feb 2012 17:13:04 +0100, Iain Buclaw <ibuclaw at ubuntu.com>
>>> wrote:
>>>
>>>  On 3 February 2012 08:47, Andrea Fontana <advmail at katamail.com> wrote:
>>>
>>>>
>>>>  Is it possible to compile for avr (atmel) platform using gdc? It would
>>>>> be
>>>>> interesting for arduino development...
>>>>>
>>>>>  It's unlikely that D will run on systems without a MMU.
>>>>
>>>
>>
>> Why?
>> It just compiles code. Why should it require dependence on anything?
>>
>
> Arrays, AA, string switch, array ops, boundary checks, closures, exception
> handling, class factory, module constructors, unittests, RTTI.
> Just to name some deeply integrated features that require runtime support
> and or heap allocation. Some of them even rely on GC in their current
> implementation.
>
> Obviously you can compile and link a simple "double add(double a, double
> b) { return a + b; }" without using the runtime.
>
> What's that thing about not using the C runtime? Don't you use malloc,
> atexit, str*?
>

God no. You just case the appropriate address to some sort of pointer and
manage it however you like.
str*? you mean char*.. Of course you use that, that's a buffer :P
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.puremagic.com/pipermail/digitalmars-d/attachments/20120205/c925930f/attachment.html>


More information about the Digitalmars-d mailing list