Re: [Algorithms] Complexity of new hardware

[Sam M. <sam...@ge...>]

Exactly - C/C++ is an excellent target format.

Haskell already compiles 'via-c'. I'd be looking at targeting any domain
specific language at generating C/C++, not assembly. This would also
greatly ease interoperability with other C/C++ which (as previously
discussed on this list) is absolutely essential.

I note that generating C/C++ doesn't mean you can't run your DSL in an
interpreted mode for fast development/debugging. I'd expect the tight
control over side effects in functional languages to aid this.

Ta,
Sam

-----Original Message-----
From: Alen Ladavac [mailto:ale...@cr...] 
Sent: 22 April 2009 16:35
To: Gregory Junker
Cc: 'Game Development Algorithms'
Subject: Re: [Algorithms] Complexity of new hardware

Just that the safest bet for the common representation is C++. It
already compiles to high-performance code on all platforms. :p

Alen

Gregory wrote at 4/22/2009:


CLR, in other words.  ;)
 

From: Marc B. Reynolds [mailto:mar...@or...] 
Sent: Wednesday, April 22, 2009 4:56 AM
To: 'Game Development Algorithms'
Subject: Re: [Algorithms] Complexity of new hardware
 
IMHO the best solution is multiple HL languages that frontend compile
into a common high-level IR. 
 
I like functional languages, but most worldbuilders/scripters should
(virtually) never need to write in one. 





-- 
Alen


------------------------------------------------------------------------
------
Stay on top of everything new and different, both inside and 
around Java (TM) technology - register by April 22, and save
$200 on the JavaOne (SM) conference, June 2-5, 2009, San Francisco.
300 plus technical and hands-on sessions. Register today. 
Use priority code J9JMT32. http://p.sf.net/sfu/p
_______________________________________________
GDAlgorithms-list mailing list
GDA...@li...
https://lists.sourceforge.net/lists/listinfo/gdalgorithms-list
Archives:
http://sourceforge.net/mailarchive/forum.php?forum_name=gdalgorithms-lis
t