D! The Programming Language

Message

khuongdp · Post by **khuongdp** » Tue Apr 20, 2004 7:26 pm

Should this be the replacement for C++, Java and C#?
http://www.osnews.com/story.php?news_id=6761

D vs Other Languages
http://www.digitalmars.com/d/comparison.html

The D compiler for linux
http://www.digitalmars.com/d/dcompiler.html

D Front End for GCC
http://home.earthlink.net/~dvdfrdmn/d/

saskman · Post by **saskman** » Tue Apr 20, 2004 8:14 pm

Last I read D is not ready for Prime Time...

benguru · Post by **benguru** » Tue Apr 20, 2004 11:29 pm

Hi,
I looked at the osnews article and it looked interesting. Why isn't ready for prime time? I still like java, useful when you develop on a OS used by like 2ish% of people.

eissimuf · Post by **eissimuf** » Wed Apr 21, 2004 12:16 am

One reason that people say D is "not ready for prime time" is because it lacks the huge libraries that other languages (C, C++, Java) possess. However, since D can link with C code fine, this is less of a problem. Nevertheless, it lacks native libraries for many tasks (network, graphics, etc). Personally, I like the language and think it is a move in the right direction.

Genone · Post by **Genone** » Wed Apr 21, 2004 1:38 pm

Before anyone asks: It won't be put in portage as long as upstream doesn't provide versioned tarballs and forbids redistribution.

nevynxxx · Post by **nevynxxx** » Wed Apr 21, 2004 1:54 pm

Genone wrote:and forbids redistribution.

Hmmm I can see the gentoo problem there

Genone · Post by **Genone** » Wed Apr 21, 2004 2:58 pm

I meant as long as both problems exist it's impossible for us to put it in portage, if one is solved we can do it (not saying we will do it). If we can redistribute it it means we can repackage it so the unversioned tarballs wouldn't be a problem.

nevynxxx · Post by **nevynxxx** » Wed Apr 21, 2004 3:07 pm

Genone wrote:I meant as long as both problems exist it's impossible for us to put it in portage, if one is solved we can do it (not saying we will do it). If we can redistribute it it means we can repackage it so the unversioned tarballs wouldn't be a problem.

I understood, there was no sarcasm there either, I meant simply that it seems a little bit silly to create a programming language to replace c/c++, then make the compiler non-distributable. It kinda defeats the object I would think. I *do* see the gentoo problem there, and with the versioning thing too, thats just downright inconsiderate.

hgomersall · Post by **hgomersall** » Wed Apr 21, 2004 6:13 pm

A free front end to GCC is apparently being worked on.

As is linked to at the top of this thread.

TheCoop · Post by **TheCoop** » Wed Apr 21, 2004 6:28 pm

has it broken even yet (ie can it compile itself?)

BugBuster · Post by **BugBuster** » Wed Apr 21, 2004 9:03 pm

hgomersall wrote:A free front end to GCC is apparently being worked on.

As is linked to at the top of this thread.

And I already submitted an ebuild to bugzilla (48136)

saskman · Post by **saskman** » Thu Apr 29, 2004 11:33 pm

From the website for the development of a gcc frontend

What's not Working

Inline assembler

Gray Area / Known Issues

Don't be surprised if you get internal compiler errors.

Debugging information isn't working completely. Things are a little better with DWARF2. Probably need to add D name demangling support to the debugger.

Templates on Mac OS X. The stock compiler doesn't support one-only linkage. Apple's version does support it, but this release will not work with that. Here is a work-around:

Compile modules with the -fno-emit-templates flag.

Put all needed template instances in a separate module (alias MyTemplate!(MyType) some_random_name;) and compile that normally.

Link.

Yay! It's C++ template madness all over again!

Complex floating point operations may not work the same as DMD.

Integer operations may not have the correct signed/unsigned mode.

Registers are not saved on the stack before garbage collection.

The 80-bit real type is not supported on Mac OS X and is replaced by the 64-bit double type.

Some math functions behave differently due to the 80-bit real issue and not being able to access x86 floating-point hardware. The std.math unit tests will fail because of this.

Some hex floating point literals can crash the strtod() function on Mac OS X! These have been commented out.

In order to prevent nested synchronized statements from deadlocking, pthread recursive mutexes are used. This can cause starvation problems on Linux. I will try the "error-checking" type mutex.

Volatile statements probably don't do the right thing.

Thrown exceptions probably leak memory.

Compiling a file with a hyphen in the file name will fail.

Delegates that refer to nested functions are not valid after the parent function returns.

if thats not enough...

Have you tried Smart Eiffel? Its just as easy and can link to C libs'
AND... it is also a gcc frontend

AND... its STABLE

darkphoenix16 · Post by **darkphoenix16** » Thu Jun 03, 2004 3:38 pm

I got really excited about this D when my friend sent me a link a while ago. Then, as all things, the excitement slowly passed and now I just give it a "meh". I like C and C++, I don't like JAVA, and D seemed like a great way to get the benifits of JAVA while sticking to C roots. But...right now its simply not practicle to use. Maybe I'll start creating libraries for it! Or maybe not

Just some random bablings from me

Bill Cosby · Post by **Bill Cosby** » Mon Dec 17, 2007 5:10 pm

How is D going along? Anyone using it?

didl · Post by **didl** » Mon Dec 17, 2007 6:30 pm

I use it a lot and it rocks!

Naib · Post by **Naib** » Mon Dec 17, 2007 8:11 pm

Pfff "k" is a better language

Bill Cosby · Post by **Bill Cosby** » Mon Dec 17, 2007 9:08 pm

I always disliked C++, but I really like C, I tried to settle with Objective-C , but it lacks standard implementations in compilers, you have to rely on a whole "framework" (e.g. GNUStep).
D looks really nice, and I think these two articles have convinced me, that I really should try it out:
http://www.bitwisemag.com/copy/programm ... guage.html
http://www.bitwisemag.com/copy/programm ... guage.html

The creator of D is even a mechanical engineer and wrote a computer game! Only super cool people study mechanical engineering and code computer games

I am a D follower now.

Bye-bye C++

edit - What's better to go with gdc or dmd?

Hypnos · Post by **Hypnos** » Tue Dec 25, 2007 8:45 pm

I tried to settle with Objective-C , but it lacks standard implementations in compilers, you have to rely on a whole "framework" (e.g. GNUStep).

You don't need GNUstep or Cocoa to write and build Objective-C programs. For example, if you take the code here and comment out the #include <Foundation/Foundation.h>, the program will still work just fine because it doesn't use any Foundation code.

It's just that GNUstep and Cocoa are the only options in Objective-C for app frameworks, GUI and developer tools.

richermartyn · Post by **richermartyn** » Mon Sep 07, 2009 12:00 pm

I follow links which you given over here and it is much helpful for me all the contain are explain in simple language and I read all the information Specially I like C++ information very much because I am the information Technology student so that is very helpful.

D! The Programming Language

D! The Programming Language

The idea is nice

Why

Why its not ready for prime time...