ChanServ changed the topic of #mlpack to: "mlpack: a fast, flexible machine learning library :: We don't always respond instantly, but we will respond; please be patient :: Logs at http://www.mlpack.org/irc/
Sergobot has quit [Remote host closed the connection]
aleixrocks[m] has quit [Remote host closed the connection]
rakesh_bhugra[m] has quit [Remote host closed the connection]
chandramouli_r has quit [Remote host closed the connection]
sreenik[m] has quit [Remote host closed the connection]
chandramouli_r has joined #mlpack
aleixrocks[m] has joined #mlpack
Sergobot has joined #mlpack
rakesh_bhugra[m] has joined #mlpack
sreenik[m] has joined #mlpack
xiaohong has joined #mlpack
xiaohong has quit [Remote host closed the connection]
xiaohong has joined #mlpack
< sreenik[m]>
zoq: I have written a test for layer_names.hpp but I can't figure out why there are a lot of compilation errors (undefined reference to boost::unit_test::unit_test_log_t::set_checkpoint(boost::unit_test::basic_cstring<char const>, ...). The code is here https://github.com/sreenikSS/Testing/blob/master/layer_names_test.cpp. Is it because I am comparing strings? It would be great if you could let me know where I am going
< sreenik[m]>
wrong.
< sreenik[m]>
Also, if you could drop in some comments about the final changes to be made in #1985 (Add getter methods to layers) in your free time
< jeffin143>
Thanks lozhnikov for the constructive comments , I will surely be around and would make sure the everything get merged , also would be there to have some more functionality incorporated in Mlpack
< jeffin143>
Thanks , to everyone who helped me :) , had an awesome summer.
jeffin143 has quit [Client Quit]
travis-ci has joined #mlpack
< travis-ci>
mlpack/mlpack#7955 (master - 53cdd0b : Ryan Curtin): The build passed.
< rcurtin>
jeffin143: it was great to have you as a part of the program! I hope that thisbsummer was only the beginning :)
< rcurtin>
this summer*
< rcurtin>
jeffin143: lozhnikov: what do you think about #1980, #1969, and #1960? do you think they are close to mergable (i.e. should we wait for them for mlpack 3.2.0?)
< rcurtin>
it seems like #1960 is ready, but I am not sure
< ShikharJ>
rcurtin: Okay, just confirming.
< rcurtin>
ShikharJ: sounds good. if you think we should call another one or want to organize one please do feel free :)