2014-09-15 15:13 GMT+02:00 p...@highoctane.be <p...@highoctane.be>: > On Mon, Sep 15, 2014 at 2:33 PM, Thierry Goubier < > thierry.goub...@gmail.com> wrote: > >> >> Hum, I would more like SSE and AVX code done this way: matrix >> multiplications, bitmap processing, heavily used code, SciSmalltalk stuff >> on very large datasets. >> > > Indeed! I'd live to generate some CUDA code from Pharo. But the toolchain > goes C code which gets compiled through some "black-hole toolchain" in the > NVidia SDK with host and GPU blocks. >
You may be interested to contact Bernard Pottier. His NetGen toolkit does CUDA code generation. NetGen is VisualWorks only for the moment, even if I know someone who would like to have it in Pharo (well, two guys at least). > > That's too much to handle for my tastes, so the best is for me to have an > engine (or for a better metaphor) and using Pharo to drive/steer/harness it. > Yes. I intended to do things around that, but didn't found the time. > > > Indeed! CUDA =-) > > OpenCL, SPIR code generation and link to Cog. > >> >> The ability to generate better code than when targetting C. >> > > True too. But aren't those compilers smart enough already? With current > CPUs, well, it takes a strong man to do better things than the compiler it > seems. Or am I mistaken? > You are. A lot may be done if your input language is not C, but this is not allways relevant to the Pharo situation. I should know a lot more about LLVM-IR generation in a few months time. I'll say if I see easy gains when doing Smalltalk code. > >> >>> >>> Ah, I should have taken the research career :-) >>> >> >> Hum, you know that researchers are allways on the lookout for SMEs to >> collaborate on projects :-) >> > > Duly noted :-) Feel free to tickle me :-) > Noted :) Thierry
