00:48 < uzipaz> tham: I checked your blog post, unfortunately I couldn't find that bit where we specify path, anyways, I can specify the path manually when using cmake and it works, but now, I am getting linking errors when compiling, you can see the error here, http://pastebin.com/FAFsKrPU

00:49 < rcurtin> uzipaz: if you have time, could you try with mlpack-2.0.1 instead of the mlpack git master branch?

00:49 < uzipaz> tham: I've been told that its probably because of multiple boost installation and I should install boost with static libs, i will try that soon and see how that works

00:50 < rcurtin> we made some changes to how the windows build works recently; I am wondering if that could be part of your issue

00:50 < uzipaz> rcurtin: certainly, ill let you know how that works out :)

01:04 < tham> uzipaz : You can find out how to setup the path of boost in step 10 of my blog

01:05 < tham> I put the file on pastebin(http://pastebin.com/hgBXvvhq)

01:05 < tham> start from line 66~87 as my blog said

01:06 < tham> From the error log, it looks like you do not link to the boost libraries

01:06 < tham> If you specify the boost path correct

01:06 < tham> CMake should link to boost lib automatic

01:07 < tham> In the worst case, you need to specify which boost lib you need to link

01:07 < tham> you can start from absolute path first, after it work, change them to dependent path if you like

01:08 < tham> you can link to specific boost lib like this

01:09 < tham> target_link_libraries(${PROJECT_NAME} c:/lib/boost/boost_1_60_0/x64/libboost_date_time${BOOST_LIB_SUFFIX})

01:21 < uzipaz> tham: Thanks, ill try it and let you know

02:17 < tham> uzipaz : you are welcome, hope you success

09:09 < zoq> tham: I don't think there is any need to specify the boost/armadillo path inside the CMake file. You can just use BOOST_INCLUDEDIR and BOOST_LIBRARYDIR, as uzipaz did.

11:17 < tham> zoq : Do you mean the installer?

11:19 < tham> But without setting the path, like BOOST_INCLUDEDIR, BOOST_ROOT and others

11:19 < tham> cmake cannot find those libs, unless they are place at the path CMakeLists.txt specify

11:20 < tham> You prefer user input the value from command line?

12:03 < tham> I suggest change absolute path to dependent path because

12:04 < tham> users may not want to install their libs in c drive(like me)

12:06 < tham> However, make the path become dependent or not is not a big deal

12:07 < tham> The problem need to solve are the links of the dependencies

12:07 < tham> Will they always the same?If not, we need someway to tell the installer, where could it find the new link

16:28 < zoq> tham: Actually I meant uzipaz's problem, which isn't that cmake can't find boost.

17:26 < tham> zoq : you are right, my bad, It is not about the problem of cannot find boost

17:29 < tham> uzipaz : sorry, I misunderstand your problem, it is not about you did not link to boost, but

17:31 < tham> maybe your libs are not compile with same options, different arch, stack overflow has a post discuss about this issue(http://stackoverflow.com/questions/14181351/i-got-duplicate-section-errors-when-compiling-boost-regex-with-size-optimizati#)

17:41 < tham> uzipaz is offline, maybe he would check the log

17:42 < rcurtin> yeah, I think uzipaz checks the logs, he's said so before

17:48 < tham> zoq : Study selective search and edgeBoxes

17:48 < tham> I think selective search is easier to implement than edgeBoxes

17:50 < tham> But edgeBoxes run faster, and has similar performance compare with selective search

17:58 < zoq> tham: I agree, selective search is easier to implement. However, since we could use the Hoeffding tree or parts of the implementation it shouldn't be too hard to implement edgeBoxes as well. Anyway, let's see what Nilay likes to implement.

18:02 < zoq> tham: I hope, if uzipaz rebuilds boost with '--build-type=complete' we can get rid of all the errors.