• Gour <gour atmarama.net> Nov 30 2010
• sclytrack <sclytrack idiot.com> Nov 30 2010
• bearophile <bearophileHUGS lycos.com> Nov 30 2010
• sybrandy <sybrandy gmail.com> Nov 30 2010
• bearophile <bearophileHUGS lycos.com> Nov 30 2010
• Walter Bright <newshound2 digitalmars.com> Nov 30 2010
• Walter Bright <newshound2 digitalmars.com> Nov 30 2010
• so <so so.do> Nov 30 2010
• "Nick Sabalausky" <a a.a> Nov 30 2010
• Andrej Mitrovic <andrej.mitrovich gmail.com> Nov 30 2010

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
----------------------------------------------------------------

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?

bearophile <bearophileHUGS lycos.com> writes:

sclytrack:

 Yeah, why not D?


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

Bye,
bearophile

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

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

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.

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.

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/

"Nick Sabalausky" <a a.a> writes:

My lack of interest in Rust is because I can't imagine Mozilla actually 
getting something right. 

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..