hmm no that does not work I am getting this error (Cannot Resolve FreeType) , any solutions ?
I also tried loading latest version same error MetacelloFetchingMCSpecLoader(MetacelloCommonMCSpecLoader)>>retryingResolvePackageSpecReferences:gofer: MetacelloFetchingMCSpecLoader>>linearLoadPackageSpec:gofer: in Block: linearLoadPackageSpec: packageSpec gofer: gofer... MetacelloPharo30Platform(MetacelloPlatform)>>do:displaying: MetacelloFetchingMCSpecLoader>>linearLoadPackageSpec:gofer: MetacelloPackageSpec>>loadUsing:gofer: MetacelloFetchingMCSpecLoader(MetacelloCommonMCSpecLoader)>>linearLoadPackageSpecs:repositories: in Block: [ :pkg | pkg loadUsing: self gofer: gofer ] OrderedCollection>>do: MetacelloFetchingMCSpecLoader(MetacelloCommonMCSpecLoader)>>linearLoadPackageSpecs:repositories: MetacelloFetchingMCSpecLoader>>linearLoadPackageSpecs:repositories: in Block: [ super linearLoadPackageSpecs: packageSpecs repos...etc... BlockClosure>>ensure: MetacelloLoaderPolicy>>pushLoadDirective:during: MetacelloLoaderPolicy>>pushLinearLoadDirectivesDuring:for: MetacelloFetchingMCSpecLoader>>linearLoadPackageSpecs:repositories: MetacelloFetchingMCSpecLoader(MetacelloCommonMCSpecLoader)>>load MetacelloMCVersionSpecLoader>>load MetacelloMCVersion>>executeLoadFromArray: MetacelloMCVersion>>fetchRequiredFromArray: in Block: [ :dict | ^ self executeLoadFromArray: anArray ] MetacelloPharo30Platform(MetacelloPlatform)>>useStackCacheDuring:defaultDictionary: in Block: [ ^ aBlock value: dict ] BlockClosure>>on:do: MetacelloPharo30Platform(MetacelloPlatform)>>useStackCacheDuring:defaultDictionary: MetacelloMCVersion>>fetchRequiredFromArray: in Block: [ ... BlockClosure>>ensure: MetacelloMCVersion>>fetchRequiredFromArray: in Block: [ ... MetacelloPharo30Platform(MetacelloPlatform)>>do:displaying: MetacelloMCVersion>>fetchRequiredFromArray: MetacelloMCVersion>>doLoadRequiredFromArray: in Block: [ ... BlockClosure>>ensure: MetacelloMCVersion>>doLoadRequiredFromArray: MetacelloMCVersion>>load UndefinedObject>>DoIt On Mon, Sep 15, 2014 at 5:38 PM, kilon alios <kilon.al...@gmail.com> wrote: > Thanks Damien :) > > so I want to further explore Slang , that means downloading the VMMaker , > I am following the post of Mariano here > https://marianopeck.wordpress.com/tag/vmmaker/ > > and install VMMaker like this > > 1 > 2 > 3 > 4 > 5 > 6 > Deprecation raiseWarning: false. > Gofer new > squeaksource:'MetacelloRepository'; > package:'ConfigurationOfVMMaker'; > load. > ((Smalltalk at: #ConfigurationOfVMMaker) project version: '1.5') load. > > > Question does CCodeGenerator contain the entire Slang ? > > I am downloading VMMaker to find how Slang plays with pointers and manual > memory management so if you have any pointer (pun not intended) I will > greatly appreciate it. > > On Mon, Sep 15, 2014 at 4:25 PM, Thierry Goubier < > thierry.goub...@gmail.com> wrote: > >> >> >> 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 >> > >
