Paulo Pinto pjmlp at progtools.org
Sat Feb 11 09:19:19 PST 2012

Am 11.02.2012 18:00, schrieb bcs:
> On 02/11/2012 12:58 AM, Paulo Pinto wrote:
>> Am 10.02.2012 20:02, schrieb Tim Krimm:
>>> We have C and C++
>>> How about D- and D?
>>> D- would be the have a similar use as today's C compilers.
>>> ===========================
>>> Why create this language?
>>> ===========================
>>> Well I would love to have a D compiler that supports microcontrollers.
>>> The ones that have say 32 K of RAM and 64K of FLASH.
>>> A language that is targeted for embedded and/or low resource
>>> environments.
>>> It would be nice to have a modern language for low resource
>>> environments.
>>> A potential way to implement this language is to use the DMD frontend,
>>> then flag the unsupported features of D,
>>> Next create a backend, like "C front" that outputs C code instead of
>>> assembler.
>>> ===========================
>>> What do I envision with D-,
>>> D-- or Dm or what ever you want to call it.
>>> ===========================
>>> This language would basically be D without the garbage collection.
>>> For example there would be structures but no classes.
>>> There would be regular arrays but no dynamic arrays.
>>> Code that is mostly equivalent to C, but you would still have structures
>>> with functions and overloading support,
>>> and other features like templates etc.
>>> I think you get the idea.
>>> What are your thoughts?
>> I don't see the point.
>> C++ was the last systems programming language without GC getting market
>> share. I seriously doubt any new systems programming language without GC
>> will ever suceed.
>> Specially since systems programming in MacOS X and Windows world is
> Systems programming in the MacOS X and Windows world isn't real systems
> programming. The closest you get is kernel and driver work but even
> there you have most of an OS to work with. I think the kind of systems
> programming being considered is embedded work and/or things like BIOS work.

Systems programming is everything you need to get an OS up and running. 
At least it was so a few decades back when I attended computer science 
and informatics engineering course.

Regarding embedded and BIOS work, many systems being used today still 
required a custom C compiler without full ANSI C support, so how would
such systems support a D- implementation?


More information about the Digitalmars-d mailing list