Programming Forums > Application Development > Other Programming Languages

Ooble · Aug 14th, 2006, 5:10 PM

That was a very interesting interview - I'll have to check D out properly sometime. I'm starting to see it as less of a "neatened-up C++" and more of a "performance-oriented Java/C#".

AntiNinja · Aug 14th, 2006, 5:18 PM

I think this speaks for itself.

Found some docs, over here if anyone's interested.

Ooble · Aug 14th, 2006, 5:51 PM

That's the comparison chart that helped me realise that. I took a look at it earlier - the last time I saw it, I hadn't really tried C# and so didn't understand what it was all about.

Random Spirit · Aug 14th, 2006, 5:53 PM

I like the way they got rid of multiple inheritace in D. That solves a hell of a headache. No more diamond inheirtance structure to worry about. yea!!!

RemoteC2 · Aug 14th, 2006, 6:16 PM

looks like they will have to put a new sectioin to this forum

Arevos · Aug 15th, 2006, 5:50 AM

Quote:

Originally Posted by Random Spirit

I like the way they got rid of multiple inheritace in D. That solves a hell of a headache. No more diamond inheirtance structure to worry about.

I can't say I've ever actually encountered this problem, despite working with languages that support multiple inheritance for a not insignificant amount of time. I can't quite see how this could be "a hell of a headache". A minor source of confusion at best, I fancy.

Random Spirit · Aug 15th, 2006, 6:20 AM

Quote:

Originally Posted by Arevos

I can't say I've ever actually encountered this problem, despite working with languages that support multiple inheritance for a not insignificant amount of time. I can't quite see how this could be "a hell of a headache". A minor source of confusion at best, I fancy.

Yeah, i was just being slightly sarcastic whilst being under the influence of some alcohol when i posted that comment. Its just i had to sit though a lecture once and then do some stupid problem in a practical session at uni that involved sorting out a multiple inheritance mess. I think it was to deter us from over using multiple inheritance in our code. I can remember being severly hungover when i had this practical session and so multiple inheritance always seems like a hell of a headache to me lol.

Ooble · Aug 15th, 2006, 7:13 AM

Multiple inheritance can be quite useful - OGRE uses it, and it makes things easier.

Once you've got your head round it.

Jessehk · Sep 30th, 2006, 11:38 AM

Sorry to bring up an old thread, but I was just looking at D and it looks pretty neat. I always thought C++ would be around forever because there was nothing to replace it. I predict that in 5-10 years, that replacement language will be D.

Here's a sample (highlighted as C++):

 cpp Syntax (Toggle Plain Text) 
import std.stdio;
 
/**
 * Template function.
 *
 * Example: square!(int)( 3 );
 */
T square(T)( T val ) {
 
    // if the debug level is >= 1,
    // this code will run.
    debug ( 1 ) {
        writefln( "In T square(T)( T val ): val is %s", val );
    }
 
    return val * val;
}
 
// unit tests for T square(T)( T val ) .
// If these fail, the program will abort.
unittest {
    // this will intentionally fail when compiled in
    // with -unittest
    assert( square!(int)( 3 ) == 8 );
    assert( square!(float)( 2.5 ) == 6.25 );
}
 
// mark this function as deprecated.
deprecated void foo() {
    writefln( "Foo!" );
}
 
int main() {
    writefln( "%d", square!(int)( 10 ) );
 
    foo();
 
    return 0;
}
import std.stdio;

/**
 * Template function.
 *
 * Example: square!(int)( 3 );
 */
T square(T)( T val ) {

    // if the debug level is >= 1,
    // this code will run.
    debug ( 1 ) {
        writefln( "In T square(T)( T val ): val is %s", val );
    }

    return val * val;
}

// unit tests for T square(T)( T val ) .
// If these fail, the program will abort.
unittest {
    // this will intentionally fail when compiled in
    // with -unittest
    assert( square!(int)( 3 ) == 8 );
    assert( square!(float)( 2.5 ) == 6.25 );
}

// mark this function as deprecated.
deprecated void foo() {
    writefln( "Foo!" );
}

int main() {
    writefln( "%d", square!(int)( 10 ) );

    foo();

    return 0;
}

A few compiles with some neat switches plus output:

(Toggle Plain Text)

$ dmd hello.d
hello.d(34): function hello.foo is deprecated

Add in a flag to allow deprecated functions...

(Toggle Plain Text)

$ dmd hello.d -d
gcc hello.o -o hello -m32 -lphobos -lpthread -lm
$ ./hello
100
Foo!

Add in a flag that compiles the unittests...

(Toggle Plain Text)

$ dmd hello.d -d -unittest
gcc hello.o -o hello -m32 -lphobos -lpthread -lm
$ ./hello
Error: AssertError Failure hello(24)

Add in the debug information, and fix the faulty test.

(Toggle Plain Text)

$ dmd hello.d -d -debug=2 -unittest
gcc hello.o -o hello -m32 -lphobos -lpthread -lm
$ ./hello
In T square(T)( T val ): val is 3
In T square(T)( T val ): val is 2.5
In T square(T)( T val ): val is 10
100
Foo!

I think it's pretty neat. :p

EDIT:, Oh, and it's fast too.

(Toggle Plain Text)

$ time ./hello
In T square(T)( T val ): val is 3
In T square(T)( T val ): val is 2.5
In T square(T)( T val ): val is 10
100
Foo!

real    0m0.001s
user    0m0.000s
sys     0m0.000s

EDIT2: and I know D isn't finished yet. All I'm saying is that when it is done, I think it will become popular.

DaWei · Sep 30th, 2006, 9:04 PM

How can you tell it's fast?

A millisecond (real time) is slow for that, and smaller numbers show up as zero. You would need to run it a thousands of times for a meaningful timing picture.

Aug 14th, 2006, 5:10 PM	#31
Ooble I eat cake for breakfast. Join Date: Jul 2004 Location: In my box. Posts: 4,434 Rep Power: 9	That was a very interesting interview - I'll have to check D out properly sometime. I'm starting to see it as less of a "neatened-up C++" and more of a "performance-oriented Java/C#". __________________ Me :: You :: Them

Aug 14th, 2006, 5:18 PM	#32
AntiNinja Hobbyist Programmer Join Date: Jun 2006 Location: The States Posts: 101 Rep Power: 3	I think this speaks for itself. Found some docs, over here if anyone's interested. __________________ Pain is just weakness leaving the body.

Aug 14th, 2006, 5:51 PM	#33
Ooble I eat cake for breakfast. Join Date: Jul 2004 Location: In my box. Posts: 4,434 Rep Power: 9	That's the comparison chart that helped me realise that. I took a look at it earlier - the last time I saw it, I hadn't really tried C# and so didn't understand what it was all about. __________________ Me :: You :: Them

Aug 14th, 2006, 5:53 PM	#34
Random Spirit Unverified User Join Date: Aug 2006 Posts: 88 Rep Power: 0	I like the way they got rid of multiple inheritace in D. That solves a hell of a headache. No more diamond inheirtance structure to worry about. yea!!! Last edited by Random Spirit; Aug 14th, 2006 at 6:19 PM.

Aug 15th, 2006, 7:13 AM	#38
Ooble I eat cake for breakfast. Join Date: Jul 2004 Location: In my box. Posts: 4,434 Rep Power: 9	Multiple inheritance can be quite useful - OGRE uses it, and it makes things easier. Once you've got your head round it. __________________ Me :: You :: Them

Aug 14th, 2006, 6:16 PM	#35
RemoteC2 Programmer Join Date: Jan 2006 Posts: 55 Rep Power: 3	looks like they will have to put a new sectioin to this forum

Sep 30th, 2006, 11:38 AM	#39
Jessehk The Oblivious One Join Date: May 2005 Location: Ontario, Canada Posts: 644 Rep Power: 4	Sorry to bring up an old thread, but I was just looking at D and it looks pretty neat. I always thought C++ would be around forever because there was nothing to replace it. I predict that in 5-10 years, that replacement language will be D. Here's a sample (highlighted as C++): cpp Syntax (Toggle Plain Text) import std.stdio; /** * Template function. * * Example: square!(int)( 3 ); / T square(T)( T val ) { // if the debug level is >= 1, // this code will run. debug ( 1 ) { writefln( "In T square(T)( T val ): val is %s", val ); } return val val; } // unit tests for T square(T)( T val ) . // If these fail, the program will abort. unittest { // this will intentionally fail when compiled in // with -unittest assert( square!(int)( 3 ) == 8 ); assert( square!(float)( 2.5 ) == 6.25 ); } // mark this function as deprecated. deprecated void foo() { writefln( "Foo!" ); } int main() { writefln( "%d", square!(int)( 10 ) ); foo(); return 0; } import std.stdio; /** * Template function. * * Example: square!(int)( 3 ); / T square(T)( T val ) { // if the debug level is >= 1, // this code will run. debug ( 1 ) { writefln( "In T square(T)( T val ): val is %s", val ); } return val val; } // unit tests for T square(T)( T val ) . // If these fail, the program will abort. unittest { // this will intentionally fail when compiled in // with -unittest assert( square!(int)( 3 ) == 8 ); assert( square!(float)( 2.5 ) == 6.25 ); } // mark this function as deprecated. deprecated void foo() { writefln( "Foo!" ); } int main() { writefln( "%d", square!(int)( 10 ) ); foo(); return 0; } A few compiles with some neat switches plus output: (Toggle Plain Text) $ dmd hello.d hello.d(34): function hello.foo is deprecated $ dmd hello.d hello.d(34): function hello.foo is deprecated Add in a flag to allow deprecated functions... (Toggle Plain Text) $ dmd hello.d -d gcc hello.o -o hello -m32 -lphobos -lpthread -lm $ ./hello 100 Foo! $ dmd hello.d -d gcc hello.o -o hello -m32 -lphobos -lpthread -lm $ ./hello 100 Foo! Add in a flag that compiles the unittests... (Toggle Plain Text) $ dmd hello.d -d -unittest gcc hello.o -o hello -m32 -lphobos -lpthread -lm $ ./hello Error: AssertError Failure hello(24) $ dmd hello.d -d -unittest gcc hello.o -o hello -m32 -lphobos -lpthread -lm $ ./hello Error: AssertError Failure hello(24) Add in the debug information, and fix the faulty test. (Toggle Plain Text) $ dmd hello.d -d -debug=2 -unittest gcc hello.o -o hello -m32 -lphobos -lpthread -lm $ ./hello In T square(T)( T val ): val is 3 In T square(T)( T val ): val is 2.5 In T square(T)( T val ): val is 10 100 Foo! $ dmd hello.d -d -debug=2 -unittest gcc hello.o -o hello -m32 -lphobos -lpthread -lm $ ./hello In T square(T)( T val ): val is 3 In T square(T)( T val ): val is 2.5 In T square(T)( T val ): val is 10 100 Foo! I think it's pretty neat. :p EDIT:, Oh, and it's fast too. (Toggle Plain Text) $ time ./hello In T square(T)( T val ): val is 3 In T square(T)( T val ): val is 2.5 In T square(T)( T val ): val is 10 100 Foo! real 0m0.001s user 0m0.000s sys 0m0.000s $ time ./hello In T square(T)( T val ): val is 3 In T square(T)( T val ): val is 2.5 In T square(T)( T val ): val is 10 100 Foo! real 0m0.001s user 0m0.000s sys 0m0.000s EDIT2: and I know D isn't finished yet. All I'm saying is that when it is done, I think it will become popular. __________________ Dr. Zoidberg: [ecstatic] I'm going to a movie... with FRIENDS! Last edited by Jessehk; Sep 30th, 2006 at 12:03 PM.

Sep 30th, 2006, 9:04 PM	#40
DaWei Resident Grouch Join Date: Jun 2005 Posts: 6,453 Rep Power: 10	How can you tell it's fast? A millisecond (real time) is slow for that, and smaller numbers show up as zero. You would need to run it a thousands of times for a meaningful timing picture. __________________ Abstraction doesn't make it impossible to write bad code; it makes it possible to write superior code. Contributor's Corner: Grumpy on C++ Exceptions DaWei on Pointers

Currently Active Users Viewing This Thread: 1 (0 members and 1 guests)

Thread Tools
Show Printable Version Email this Page
Display Modes
Linear Mode Switch to Hybrid Mode Switch to Threaded Mode

Similar Threads
Thread	Thread Starter	Forum	Replies	Last Post
The C programming Language (2nd Edition)	nnxion	Book Reviews	10	Jul 6th, 2007 3:29 PM
Which Programming Language for Beginner ?	nkanthikiran	Other Programming Languages	18	Jan 21st, 2006 5:53 PM
Best Programming Language to Use?	gfunk999	C++	22	Aug 2nd, 2005 11:59 AM

Programming Forums > Application Development > Other Programming Languages

The D programming language