13:02 < zoq> naywhayare: In ProposedNewDesignGuidelines you used the expression 'const boost::enable_if<boost::is_class<T>>::type* = 0)' does this work without the typename and '>>' I think '<T>>:' isn't valid? Btw. is there a reason to use boost instead of c++11 for enable_if and is_class?

13:55 < naywhayare> oh, are these things part of C++11? I didn't know that

13:55 < naywhayare> also the missing typename is just an error on my part :)

14:03 < zoq> since we require c++11 maybe we can use the std functionality instead of boost

14:14 < naywhayare> yeah, I agree

14:14 < naywhayare> I'll fix that in a little while, unless you want to go ahead and change it

14:16 < zoq> I'll go and change the expressions

14:25 < el_segfaulto> hi, I have a question on the gmm implementaiton in mlpack

14:26 < el_segfaulto> when using diagonal covariance matrices, it seems to be really slow. is there a reason why the gmm class from armadillo isn't being used ?

14:45 < zoq> hm, there is no 'disable_if' we can use 'std::enable_if<!std::is_class<T>::value >::type* = 0' but this isn't really an improvement of the readability aspect, what do you think?

16:00 < Fury__> Hi guys, I'm trying to run a tutorial program using mlpack and it cannot find libmlpack.so.1

16:00 < Fury__> Anyone know how to fix this?

16:05 < zoq> Fury__: Hello, make sure that the linker is searching the directory where libmlpack.so was installed. You can use 'export LD_LIBRARY_PATH=/usr/local/lib/' (use the correct path that contains libmlpack.so). Hopefully this helps?

16:10 < Fury__> I was just using -lmlpack to link mlpack when I compiled the test program, should I be doing something different?

16:15 < zoq> I think you get the error because libmlpack.so.1 isn't part of the dynamic linker's search path, you should specify LD_LIBRARY_PATH on the command-line when you call your executable you can use the command line above or you can also use LD_LIBRARY_PATH=/usr/local/lib/ ./test

16:15 < zoq> Alternately you could set an rpath during compilation, but using LD_LIBRARY_PATH should work fine in your case.

16:16 < zoq> I think the way you use to compile the test programm is fine.

16:21 < Fury___> I set LD_LIBRARY_PATH to '/usr/local/include' which is where I have mlpack installed but it still gave me the same error: ./a.out: error while loading shared libraries: libmlpack.so.1: cannot open shared object file: No such file or directory

16:28 < zoq> hm, okay, can you make sure that libmlpack.so is in /usr/local/include?

16:34 < Fury___> I'm rebuilding mlpack again from the source before I try it again to make sure everything is where it should be

16:51 < Fury___> i can confirm that libmlpacl.so.1 is in '/usr/local/lib/' and I changed LD_LIBRARY_PATH to '/usr/local/lib' but I'm still getting the same error

16:54 < zoq> Did you use LD_LIBRARY_PATH=/usr/local/lib/ ./test or export?

16:56 < Fury___> Oh wow...

16:56 < Fury___> never exported it

16:57 < Fury___> it works now after exporting LD-LIBRARY_PATH

16:57 < zoq> okay, great :)

16:57 < Fury___> Thanks a ton zoq

20:47 < naywhayare> zoq: I don't think the ! distracts from readability too much