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/
travis-ci has joined #mlpack
< travis-ci> mlpack/mlpack#406 (master - f535c29 : Ryan Curtin): The build is still failing.
travis-ci has left #mlpack []
travis-ci has joined #mlpack
< travis-ci> mlpack/mlpack#407 (master - 21b198b : Ryan Curtin): The build is still failing.
travis-ci has left #mlpack []
travis-ci has joined #mlpack
< travis-ci> mlpack/mlpack#408 (master - d3b7d2f : Ryan Curtin): The build has errored.
travis-ci has left #mlpack []
travis-ci has joined #mlpack
< travis-ci> mlpack/mlpack#410 (master - 7467dd4 : Ryan Curtin): The build has errored.
travis-ci has left #mlpack []
travis-ci has joined #mlpack
< travis-ci> mlpack/mlpack#409 (master - 672786f : Ryan Curtin): The build failed.
travis-ci has left #mlpack []
travis-ci has joined #mlpack
< travis-ci> mlpack/mlpack#411 (master - 714d6b7 : Ryan Curtin): The build failed.
travis-ci has left #mlpack []
govg has quit [Ping timeout: 256 seconds]
govg has joined #mlpack
govg has quit [Ping timeout: 250 seconds]
govg has joined #mlpack
govg has quit [Ping timeout: 240 seconds]
kirizaki has joined #mlpack
< zoq> kirizaki: I tested the _NSGetExecutablePath function, which returns the right path. But I don't get the output you described in the README. It looks like bfd_find_nearest_line doesn't work properly.
< kirizaki> so Your output is more less like this:
< kirizaki> > ./stack
< kirizaki> [DEBUG] Compiled with debugging symbols.
< kirizaki> [bt]: (1) /home/kirizaki/Projects/backtrace/trash/backtrace.cpp:Backtrace::Backtrace(int):38
< kirizaki> [bt]: (2) /home/kirizaki/Projects/backtrace/trash/parent.cpp:Parent::PublicStaticFoo():17
< kirizaki> [bt]: (3) /home/kirizaki/Projects/backtrace/trash/parent.cpp:Parent::ProtectedParentFoo():23
< kirizaki> [bt]: (4) /home/kirizaki/Projects/backtrace/trash/parent.cpp:Parent::PublicParentFoo():12
< kirizaki> [bt]: (5) /home/kirizaki/Projects/backtrace/trash/parent.cpp:Parent::Parent():6
< kirizaki> [bt]: (6) /home/kirizaki/Projects/backtrace/trash/stack.cpp:fooA(int):12
< kirizaki> [bt]: (7) /home/kirizaki/Projects/backtrace/trash/stack.cpp:fooB(void*):19
< kirizaki> [bt]: (8) /home/kirizaki/Projects/backtrace/trash/stack.cpp:fooC(char*):26
< kirizaki> [bt]: (9) /home/kirizaki/Projects/backtrace/trash/stack.cpp:main:35
< kirizaki> ups, not this paste
< kirizaki> like this:
< kirizaki> [DEBUG] Compiled with debugging symbols.
< kirizaki> and thats all?
< zoq> exactly
< kirizaki> ok, which exactly OS You use?
< zoq> OS X 10.11.2
< kirizaki> ok, cause I'm new in virtual machines, is there option to run it in virtual box?
< zoq> I'm not sure but I guess there is no easy way, to run OS X in a virtual machine without a mac.
< kirizaki> so You think this guy: https://www.youtube.com/watch?v=iHcxszAmqOI have mac?
< zoq> Not sure, I can see if I can figure out what is going wrong on OS X.
< kirizaki> ok, but even I'll try to get os x 10.11 on virtualbox @ linux mint
< kirizaki> due to 2 reasons, 1. I don't want to take Your time 2. I could test any app I wrote in different OS
< kirizaki> I mean new features like this backtrace
< kirizaki> zoq, please add '-g' FLAG when compiling...
< kirizaki> it should help
< kirizaki> nah, it is in README.md
< kirizaki> then nvm
< kirizaki> I thought I forgot to add this flag in README
< kirizaki> what about Log::Assert from mlpack_master, is it giving You any output?
< kirizaki> can You please test this one and let me know, is it giving similar output: https://github.com/Kirizaki/tests
< rcurtin> kirizaki: I get similar output to the README with that code on OS X:
< rcurtin> $ ./a.out
< rcurtin> ADDRESS: 100f475b0
< rcurtin> ADDRESS: 100f42d20
< rcurtin> ADDRESS: 100f42d90
< rcurtin> ADDRESS: 100f42da0
< rcurtin> ADDRESS: 7fff86c535c8
< kirizaki> can You now test it without '-rdynamic' ?
< kirizaki> is the output same?
< rcurtin> the addresses are different, but otherwise yeah, the output is the same
< kirizaki> is OS X have this app 'addr2line'?
< kirizaki> nah, nevermind
< kirizaki> I'll try to get this OS X 10.11 on my virtualbox and then I will try myself cause it's to annoying :P
< rcurtin> I'm happy to keep testing if you like
< rcurtin> some code I am finding suggests using atos() instead of addr2line(): http://cvs.tekkotsu.org/viewvc/Tekkotsu/Shared/StackTrace.cc?r1=1.15&r2=1.17
< kirizaki> ok, can You use 'atos' with outputed adresses? is there any output?
< rcurtin> ah I misunderstood, 'atos' is a standalone program
< rcurtin> I'm not sure what it uses internally to decode addressees
< rcurtin> *addresses
kirizaki has quit [Remote host closed the connection]
kirizaki has joined #mlpack
< kirizaki> umm... I have OS X 10.11 working at virtualbox
< kirizaki> and I want to build mlpack-master
< kirizaki> is there everything should go same like before?
< rcurtin> yeah, the process is the same
< rcurtin> you might want to use homebrew or macports to install the dependencies
< rcurtin> (I use macports, zoq uses homebrew)
< kirizaki> I have to learn one of these because I'm very confused
< rcurtin> both are similar to a package manager on Linux -- so with homebrew you might do 'brew install boost' (or something like this) and with macports, 'port install boost'
< rcurtin> you can go to either one's website and download/install it: http://brew.sh/ or https://www.macports.org/
< rcurtin> I think maybe brew is the more popular one, but I chose macports for some reason on my OS X box (I don't remember why)
< kirizaki> ok, thank You
kirizaki has quit [Quit: Konversation terminated!]
kirizaki has joined #mlpack
< rcurtin> sure
< rcurtin> I have meetings now, so I will probably be slow to respond for the next couple hours
< kirizaki> ok
kirizaki has quit [Quit: Konversation terminated!]