Re: GPU-aware compiling?

hannah@schlund.de (Hannah Schroeter)
24 May 2005 10:18:12 -0400

          From comp.compilers

Related articles
GPU-aware compiling? mangoo@interia.pl (Tomasz Chmielewski) (2005-05-20)
Re: GPU-aware compiling? tmk@netvision.net.il (Michael Tiomkin) (2005-05-22)
Re: GPU-aware compiling? schummi@i.com.ua (Oleg V.Boguslavsky) (2005-05-22)
Re: GPU-aware compiling? scooter.phd@gmail.com (scooter.phd@gmail.com) (2005-05-24)
Re: GPU-aware compiling? rgd00@doc.ic.ac.uk (Rob Dimond) (2005-05-24)
Re: GPU-aware compiling? hannah@schlund.de (2005-05-24)
Re: GPU-aware compiling? bear@sonic.net (Ray Dillinger) (2005-06-26)
Re: GPU-aware compiling? der_julian@web.de (Julian Stecklina) (2005-07-02)
| List of all articles for this month |
From: hannah@schlund.de (Hannah Schroeter)
Newsgroups: comp.compilers
Date: 24 May 2005 10:18:12 -0400
Organization: Schlund + Partner AG
References: 05-05-184 05-05-202
Keywords: architecture, performance
Posted-Date: 24 May 2005 10:18:12 EDT



Hello!


Oleg V.Boguslavsky <schummi@i.com.ua> wrote:
>[...]


>From the compiler's point of view you'll spend much time to make an
>effective compiler. Look at the DSPs market - do you know many C
>compilers which generate instructions for DSP's MAC-unit? which
>generate MAC instead of MUL + ADD? i find 0 compilers, which do it
>(even for such a DSPs like Motorola 56K, TI etc.). Besides - can smb.
>point me to the compilers which do it?


No actual compiler, but it was the simplest part of my diploma thesis
on some aspects of Code Generation for DSPs to do exactly that.


At least it is a simple task if you use code generator generators
which can match subtree (or sub-DAG) patterns which are more complex
than operator(operand1,...,operandn).


For people who can read German, the thesis is available on the pages
of the university department where I did it:


    http://www.info.uni-karlsruhe.de/publications.php/id=353


>[...]


Kind regards,


Hannah.


Post a followup to this message

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