> On 16 Oct 2015, at 12:56, stepharo <[email protected]> wrote: > > Personally I do not want to be forced to deploy R or whatever when I deploy > Pharo. Period. but why would you? now… if you have to use a special function, you might need to install a package+an external library.
> We have enough dependencies to external libraries dll and other. > If for one of your project you want to use a hyper cool super hyper coool > external libraries then perfect. Not for Pharo. no one said this is going to be in Pharo, AFAIR > > Now we should focus on what is important for core pharo and my remark is > about the core. > > About the FFI, would be good that people stop complaining and help. > We supported Igor NB (Laurent wrote a tutorial that I spent time to > revisit even if I never did a FFI call) so where were you? > > Where are you pharoers when it is about to write something for the > community? > > For your information we are in discussion with ronie (I do not know the > status of his back-end), > esteban spent 4 months working on a new FFI front-end using NB syntax and > back end using FFI. The idea is that we can plug the back-end of ronie. > > Our team on his **own** money will invite ronie to work with us (Now we > lost the money of our of our sponsors so times will be difficult). > > Stef > > > Le 15/10/15 14:18, Esteban Lorenzano a écrit : >> yeah but if this is a special case there is no problems on doing FFI >> bindings and using an external library. >> Precisely for that is FFI. >> >> not that we have to integrate everything into the image :) >> >> but… I would not be so fast in assume pharo performance will not be enough. >> Unique form to know it is to do it and then see how you can optimise, if >> needed :) >> >> Esteban >> >>> On 15 Oct 2015, at 09:51, stepharo < >>> <mailto:[email protected]>[email protected] <mailto:[email protected]>> wrote: >>> >>> We do not want to be bound to install and maintain connection with fifteen >>> different libs. >>> >>> Stef >>> >>> Le 14/10/15 18:01, >>> <mailto:[email protected]>[email protected] >>> <mailto:[email protected]> a écrit : >>>> Not sure you would get enough performance on Pharo per se. Xe may be >>>> better off leveraging a multicore enabled external lib. Like caret and >>>> doMC on R. >>>> >>>> Le 14 oct. 2015 17:49, "Serge Stinckwich" <[email protected] >>>> <mailto:[email protected]>> a écrit : >>>> I don't think so. >>>> >>>> I followup your message on SciSmalltalk mailing-list. >>>> This is something that might interested us ;-) >>>> >>>> >>>> >>>> On Wed, Oct 14, 2015 at 4:54 PM, Damien Cassou <[email protected] >>>> <mailto:[email protected]>> wrote: >>>> > Hi, >>>> > >>>> > did anyone implement a Random Forest algorithm in Pharo? >>>> > >>>> > https://en.wikipedia.org/wiki/Random_forest >>>> > <https://en.wikipedia.org/wiki/Random_forest> >>>> > >>>> > -- >>>> > Damien Cassou >>>> > http://damiencassou.seasidehosting.st >>>> > <http://damiencassou.seasidehosting.st/> >>>> > >>>> > "Success is the ability to go from one failure to another without >>>> > losing enthusiasm." --Winston Churchill >>>> > >>>> >>>> >>>> >>>> -- >>>> Serge Stinckwich >>>> UCBN & UMI UMMISCO 209 (IRD/UPMC) >>>> Every DSL ends up being Smalltalk >>>> http://www.doesnotunderstand.org/ <http://www.doesnotunderstand.org/> >>>> >>> >> >
