www.digitalmars.com         C & C++   DMDScript  

digitalmars.D - why Rust when there is D?

reply Gour <gour atmarama.net> writes:
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: quoted-printable

I'm just curious why Rust when there is D?

http://www.readwriteweb.com/hack/2010/11/mozilla-designing-programming-lang=
uage-rust.php


Sincerely,
Gour

--=20

Gour  | Hlapicina, Croatia  | GPG key: CDBF17CA
----------------------------------------------------------------
Nov 30 2010
next sibling parent reply sclytrack <sclytrack idiot.com> writes:
It has immutability. No shared mutables data structure.
(stricter than D.) They are currently duplicating the immutables.

I haven't finished reading.

http://lambda-the-ultimate.org/node/4009


Yeah, why not D?
Nov 30 2010
parent reply bearophile <bearophileHUGS lycos.com> writes:
sclytrack:

 Yeah, why not D?

Because Rust has typestates :-) It's an interesting language feature. Bye, bearophile
Nov 30 2010
parent reply sybrandy <sybrandy gmail.com> writes:
On 11/30/2010 07:18 AM, bearophile wrote:
 sclytrack:

 Yeah, why not D?

Because Rust has typestates :-) It's an interesting language feature. Bye, bearophile

Another feature that may be important to them is the ability to manually arrange the data/program (don't recall which exactly) in memory. I know one of the things they were experimenting with to speed up the browser was changing how the loader loaded the various libraries. Perhaps this is taking it a step further to ensure their products load as fast as possible. Casey
Nov 30 2010
next sibling parent bearophile <bearophileHUGS lycos.com> writes:
sybrandy:

 Another feature that may be important to them is the ability to manually 
 arrange the data/program (don't recall which exactly) in memory.

I have read about not-C languages designed for embedded CPUs that have syntax&semantic to do this accurately. When your ROM/EEPROM/flash/etc is quite limited, you want to use all its bytes accurately. Bye, bearophile
Nov 30 2010
prev sibling parent reply Walter Bright <newshound2 digitalmars.com> writes:
sybrandy wrote:
 Another feature that may be important to them is the ability to manually 
 arrange the data/program (don't recall which exactly) in memory.  I know 
 one of the things they were experimenting with to speed up the browser 
 was changing how the loader loaded the various libraries.  Perhaps this 
 is taking it a step further to ensure their products load as fast as 
 possible.

You can control the layout of your program in D on Windows with Optlink. It can make a big difference in load speed.
Nov 30 2010
parent Walter Bright <newshound2 digitalmars.com> writes:
Andrej Mitrovic wrote:
 Hey that's good to know. Can you give us some tips or a pointer on
 optimizing the app layout, or maybe some optlink tricks? Perhaps I
 should read a book on that. :p
 
 I do think D is still pretty damn fast in loading already. At least
 from my limited experience with writing a basic GUI app using DFL..

http://www.digitalmars.com/ctg/trace.html Use the -profile switch to dmd.
Nov 30 2010
prev sibling next sibling parent so <so so.do> writes:
On Tue, 30 Nov 2010 12:36:18 +0200, Gour <gour atmarama.net> wrote:

 I'm just curious why Rust when there is D?

 http://www.readwriteweb.com/hack/2010/11/mozilla-designing-programming-language-rust.php


 Sincerely,
 Gour

--- Ed Borasky recently commented here at ReadWriteHack: "We flat out don't need any more programming languages! What we need is *efficient* implementations of the ones we have now and IDEs / version control systems that enforce software engineering discipline." --- Now that is funny and most people seem to agree with him. -- Using Opera's revolutionary email client: http://www.opera.com/mail/
Nov 30 2010
prev sibling next sibling parent "Nick Sabalausky" <a a.a> writes:
My lack of interest in Rust is because I can't imagine Mozilla actually 
getting something right. 
Nov 30 2010
prev sibling parent Andrej Mitrovic <andrej.mitrovich gmail.com> writes:
On 11/30/10, Walter Bright <newshound2 digitalmars.com> wrote:
 sybrandy wrote:
 Another feature that may be important to them is the ability to manually
 arrange the data/program (don't recall which exactly) in memory.  I know
 one of the things they were experimenting with to speed up the browser
 was changing how the loader loaded the various libraries.  Perhaps this
 is taking it a step further to ensure their products load as fast as
 possible.

You can control the layout of your program in D on Windows with Optlink. It can make a big difference in load speed.

Hey that's good to know. Can you give us some tips or a pointer on optimizing the app layout, or maybe some optlink tricks? Perhaps I should read a book on that. :p I do think D is still pretty damn fast in loading already. At least from my limited experience with writing a basic GUI app using DFL..
Nov 30 2010