Re: performance-oriented languages?

"Alex Vinokur" <alexvn@big-foot.com>
2 Oct 2004 16:21:48 -0400

          From comp.compilers

Related articles
performance-oriented languages? vanevery@@indiegamedesign.com (Brandon J. Van Every) (2004-10-02)
Re: performance-oriented languages? alexvn@big-foot.com (Alex Vinokur) (2004-10-02)
Re: performance-oriented languages? beliavsky@aol.com (2004-10-02)
Re: performance-oriented languages? nmm1@cus.cam.ac.uk (2004-10-04)
Re: performance-oriented languages? barabucc@cs.unibo.it (Gioele Barabucci) (2004-10-04)
Re: performance-oriented languages? dot@dotat.at (Tony Finch) (2004-10-09)
Re: performance-oriented languages? pkk@spth.de (Philipp Klaus Krause) (2004-10-09)
Re: performance-oriented languages? wildstf@hotmail.com (Stefano Lanzavecchia) (2004-10-12)
[5 later articles]
| List of all articles for this month |
From: "Alex Vinokur" <alexvn@big-foot.com>
Newsgroups: comp.compilers
Date: 2 Oct 2004 16:21:48 -0400
Organization: Compilers Central
References: 04-10-015
Keywords: performance
Posted-Date: 02 Oct 2004 16:21:48 EDT

"Brandon J. Van Every" <vanevery@@indiegamedesign.com> wrote
[snip]
> An example might be Mlton, the whole program SML optimizing compiler.
> http://www.mlton.org/ I think Intel C++ would count. VC++ wouldn't,
> it's oriented towards the IDE for .NET stuff, not best possible
> performance. I don't think g++ would count, as given its results in
> recent years it doesn't seem to be a performance-oriented project.
[snip]


Results of Comparative Performance Measurement for C++ Compilers can
be seen at.


http://article.gmane.org/gmane.comp.lang.c%2B%2B.perfometer/37.
Testsuite: Computing very large Fibonacci numbers.


We can see that g++ 3.3.1 (Mingw) has better performance vs. Intel C++ 8.0.


--
  Alex Vinokur
          email: alex DOT vinokur AT gmail DOT com
          http://mathforum.org/library/view/10978.html
          http://sourceforge.net/users/alexvn


Post a followup to this message

Return to the comp.compilers page.
Search the comp.compilers archives again.