02:52 < travis-ci> coatless/ensmallen#3 (patch-1 - 3884d1b : James J Balamuta): The build passed.

02:52 < travis-ci> Change view : https://github.com/coatless/ensmallen/compare/83e54b35529b...3884d1bec385

02:52 < travis-ci> Build details : https://travis-ci.com/coatless/ensmallen/builds/103798819

03:10 < rajiv_> zoq: I have defined as Dense<arma::cube, arma::cube>* in the boost_variant<> which matches with the implementation

07:38 < gauravcr7rm> zoq: hello marcus. Can you please explain me the line given in the desciption of NEAT project which goes like"NEAT must be implemented according to mlpack's optimization interface so that the method can work with different functions." Thanks in advance.

11:45 < zoq> gauravcr7rm: The optimizer should uses the function type API (http://www.ensmallen.org/docs.html#function-type-documentation) and implement the optimizer interface, see https://github.com/mlpack/ensmallen/blob/master/include/ensmallen_bits/sgd/sgd.hpp for an example.

11:45 < zoq> rajiv_: Is this already part of the PR?

13:46 < sreenik> I have rebuilt mlpack from source and have run into a problem that supposedly didn't exist before. Calling mlpack::data::Load(...) is throwing an error similar to https://github.com/mlpack/mlpack/issues/1687 the difference being that I am linking the necessary libraries. Where does the problem reside?

13:48 < sreenik> Compilation statement: g++ mlpack_dem.cpp -std=c++11 -lboost_serialization -lboost_program_options -larmadillo -lmlpack

13:52 < zoq> sreenik: Are you sure the version of mlpack that you installed is the same one you are linking against?

13:52 < zoq> sreenik: https://github.com/mlpack/mlpack/issues/1769 might be helpful

13:55 < sreenik> I think this should solve my problem. Thanks

14:03 < sreenik> Just uninstalled the other version of mlpack and it's working again :)

14:03 < zoq> great :)

14:38 < rajiv_> zoq: Yes, it's a part of the PR... I have pushed the latest changes

17:51 < rcurtin> I've set up mlpack-bot on the ensmallen repository just like the mlpack repository; hopefully it should be helpful :)

18:52 < zoq> thanks

22:01 < riaash04> So for the isomap pr travis build is failing with error approx_equal is not part of arma, but it is present in the documentation. What could be wrong here?

22:03 < zoq> the travis build uses armadillo 6.500.0, which is the minimal version mlpack supports

22:05 < riaash04> Is there anything similar to approx_equal I can use?

22:07 < zoq> perhaps you can use CheckMatrices from tests/test_tools.hpp?

22:16 < riaash04> This is required in the implementation part, not in testing, so I can't use CheckMatrices(I think). I'll just do a regular if check and make it similar to approx equal.

22:18 < riaash04> Something similar to what CheckMatrices does

22:19 < zoq> I think, you could just implement: arma::abs(x − y) <= tol

22:22 < riaash04> Ah, yes this is what I was thinking, thanks :)