verne.freenode.net changed the topic of #mlpack to: http://www.mlpack.org/ -- We don't respond instantly... but we will respond. Give it a few minutes. Or hours. -- Channel logs: http://www.mlpack.org/irc/
govg has quit [Ping timeout: 260 seconds]
mikeling has joined #mlpack
vinayakvivek has joined #mlpack
zoq_ has joined #mlpack
lozhnikov_ has joined #mlpack
lozhnikov has quit [Ping timeout: 255 seconds]
gtank has quit [Ping timeout: 255 seconds]
zoq has quit [Ping timeout: 255 seconds]
lozhnikov_ is now known as lozhnikov
gtank has joined #mlpack
zoq_ is now known as zoq
govg has joined #mlpack
govg has quit [Ping timeout: 240 seconds]
govg has joined #mlpack
vinayakvivek has quit [Quit: Connection closed for inactivity]
govg has quit [Ping timeout: 255 seconds]
vinayakvivek has joined #mlpack
kjjswaroop has joined #mlpack
govg has joined #mlpack
govg has quit [Ping timeout: 240 seconds]
kris has joined #mlpack
kris has left #mlpack []
kris has joined #mlpack
< kris> @zoq i have looking at the code and really is very diffcult to uderstand
< kris> i will go throught the meta template programming tutorials and then take a stab maybe that would be helpfule
kris has left #mlpack []
vinayakvivek has quit [Quit: Connection closed for inactivity]
govg has joined #mlpack
govg has quit [Ping timeout: 264 seconds]
govg has joined #mlpack
kjjswaroop has quit [Ping timeout: 260 seconds]
pinakion has joined #mlpack
vinayakvivek has joined #mlpack
pinakion has quit [Quit: Leaving]
kris has joined #mlpack
kris has left #mlpack []
gsoc_en has joined #mlpack
gsoc_en is now known as rename
rename has quit [Quit: Leaving]
rename has joined #mlpack
govg has quit [Ping timeout: 240 seconds]
gsoc_en has joined #mlpack
rename has quit [Ping timeout: 256 seconds]
gsoc_en has quit [Ping timeout: 255 seconds]
< rcurtin> I think it's been a while since there has been a release, and that we should do one soon, but 3.x.x isn't ready yet I think (since the bindings aren't done and I think there is still work to do on the ANN code)
< rcurtin> so I wanted to suggest that maybe we do an incremental release, 2.1.2, that includes the various PRs and additions of the past few months rebased on the 2.1.x branch
< zoq> I agree, do you like to include DBSCAN and the Decision Tree?
dontfollowmeimcr has joined #mlpack
dontfollowmeimcr has quit [Client Quit]
< rcurtin> zoq: sure, I just have to fix the windows build for the decision tree... not sure what is wrong there, I have thought about it for a while
< rcurtin> I need to start experimenting and see what MSVC will build
< rcurtin> other PRs we could include could be #847 (perceptron tests), #840 (warning fix), #834 (GammaDistribution::Train()), #832 (Log compatibility with std::fixed and std::setprecision)
< rcurtin> #866 (refactor RSModel)
< rcurtin> I'll dig through more soon, maybe there are some I missed
< zoq> ah right the decision tree doesn't build on windows
< zoq> Some really nice fixes and additions.
< zoq> in best_binary_numeric_split_impl.hpp line 22 shouldn't it be BestBinaryNumericSplit<FitnessFunction>::AuxiliarySplitInfo<typename VecType::elem_type>& ..
< zoq> rcurtin: hm, if that's the case I wonder why it builds
mikeling has quit [Quit: Connection closed for inactivity]
< rcurtin> zoq: I'll try adding the FitnessFunction, but I saw the windows build failed on line 88 in that file also, and that line has the FitnessFunction in it too
< rcurtin> so maybe it's something else
< rcurtin> but who knows, worth a shot :)
< rcurtin> I think maybe this is a representation of what happens to the MSVC compiler when we put mlpack into it: https://www.youtube.com/watch?v=dq6T5BojXc8
govg has joined #mlpack
< zoq> but I have to say the machine does handle that situation really well, until minute 2:22 it still works :)
< rcurtin> yeah, I am very impressed at how long it keeps going for
< rcurtin> apparently this guy spends his time destroying washing machines on youtube... now I'm watching one that's on fire
< rcurtin> and there's another video called "Washertron 2000 Killbot Battle Royale", which looks promising
< zoq> now I'm also watching the one with the fire ...
< govg> What is this conversation...
< zoq> govg: good question :)
< rcurtin> govg: it started with this message right before you logged in :)
< rcurtin> 18:21 < rcurtin> I think maybe this is a representation of what happens to the MSVC compiler when we put mlpack into it: https://www.youtube.com/watch?v=dq6T5BojXc8
< zoq> rcurtin: Perhaps if you also put typename before BestBinaryNumericSplit it fixes the problem
< rcurtin> I tried that, but then it broke on gcc
< rcurtin> but I might as well push that anyway to see what happens
< rcurtin> I have to step out for a few minutes, but I'll try it when I get back...
< govg> Hahah wtf is this.
< govg> The machine's pretty well built eh.
< zoq> rcurtin: That is also what I thought.
< rcurtin> yeah, I suspect this will also fail, because I think in this case ::template will need to be used, but I am not sure, let's see what MSVC says
vinayakvivek has quit [Quit: Connection closed for inactivity]
< rcurtin> wow, it worked... so now I have to figure out how to get it to also compile on gcc... :)
< zoq> :) nice test
< rcurtin> yeah, I think this is definitely an MSVC bug, I just want to isolate it to the smallest possible test case so I can be sure of what's going on