IRC logs of #shogun for Sunday, 2013-11-17

« Saturday, 2013-11-16 Index Monday, 2013-11-18 »
--- Log opened Sun Nov 17 00:00:28 2013
-!- zxtx_ [~zv@c-98-193-83-24.hsd1.il.comcast.net] has joined #shogun00:10
-!- iglesiasg [~iglesias@s83-179-44-135.cust.tele2.se] has quit [Quit: Ex-Chat]01:33
shogun-buildbot_build #524 of nightly_all is complete: Success [build successful]  Build details are at http://buildbot.shogun-toolbox.org/builders/nightly_all/builds/52403:05
-!- sonne|osx_ [~sonne@f053046174.adsl.alicedsl.de] has joined #shogun03:21
-!- sonne|osx [~sonne@f053037142.adsl.alicedsl.de] has quit [Ping timeout: 260 seconds]03:22
-!- sonne|osx_ is now known as sonne|osx03:22
shogun-buildbot_build #620 of nightly_default is complete: Failure [failed notebooks]  Build details are at http://buildbot.shogun-toolbox.org/builders/nightly_default/builds/62004:18
-!- Boeke [~alex@24-179-114-25.dhcp.oxfr.ma.charter.com] has quit [Remote host closed the connection]04:23
-!- new_lido [~walid@41.218.175.173] has joined #shogun07:48
-!- lisitsyn [~lisitsyn@92-240-132-54.clients.tlt.100megabit.ru] has joined #shogun09:15
-!- lisitsyn [~lisitsyn@92-240-132-54.clients.tlt.100megabit.ru] has quit [Read error: Connection reset by peer]09:59
-!- Saurabh7 [~Saurabh7@115.248.130.148] has joined #shogun10:36
-!- Saurabh7 [~Saurabh7@115.248.130.148] has quit [Ping timeout: 252 seconds]11:13
-!- Saurabh7 [~Saurabh7@115.248.130.148] has joined #shogun11:27
-!- new_lido [~walid@41.218.175.173] has quit [Ping timeout: 252 seconds]12:17
-!- new_lido [~walid@41.218.177.153] has joined #shogun12:30
-!- wiking [~wiking@huwico/staff/wiking] has quit [Quit: leaving]12:49
-!- wiking [~wiking@huwico/staff/wiking] has joined #shogun12:50
-!- mode/#shogun [+o wiking] by ChanServ12:50
-!- wiking [~wiking@huwico/staff/wiking] has quit [Client Quit]12:51
-!- wiking [~wiking@info2k1.hu] has joined #shogun12:53
-!- wiking [~wiking@info2k1.hu] has quit [Changing host]12:54
-!- wiking [~wiking@huwico/staff/wiking] has joined #shogun12:54
-!- mode/#shogun [+o wiking] by ChanServ12:54
@wikingmm12:55
@sonney2kwiking, mm12:57
-!- wiking [~wiking@huwico/staff/wiking] has quit [Quit: ZNC - http://znc.in]12:58
-!- wiking [~wiking@huwico/staff/wiking] has joined #shogun12:59
-!- mode/#shogun [+o wiking] by ChanServ12:59
-!- wiking [~wiking@huwico/staff/wiking] has quit [Remote host closed the connection]13:06
-!- wiking [~wiking@huwico/staff/wiking] has joined #shogun13:06
-!- mode/#shogun [+o wiking] by ChanServ13:06
@sonney2kwiking, why are you reconnecting all the time?13:06
-!- besser82 [~besser82@fedora/besser82] has joined #shogun13:10
@sonney2kbesser82, hey there back home?13:10
besser82sonney2k: Yes!  Since yesterday ~21:0013:10
@sonney2kbesser82, I am stuck with cmake - we have a binary protbuf file in shogun13:23
@sonney2kbut cmake rules for that are not complete13:23
besser82right13:24
@sonney2kbesser82, so I have protobuf detection and everything ready13:24
besser82sonney2k: kk, but it doesn't compile?13:24
@sonney2kbut the problem is I now need some kind of rule that goes over the files in shogun/io/protobuf/*.proto13:24
besser82like glob?13:25
besser82or iteration from glob?13:25
@sonney2kand adds proper dependencies to compile them before the c++ code is compiled13:25
@sonney2kbesser82, I have no idea about cmake :/13:25
besser82so you want to process && build them?13:25
@sonney2kas far as I understand I have to write WRAP_PROTO(VAR input1 input2 input3..)13:26
@sonney2kand then the inputs will be converted from *proto to whatever13:26
@sonney2kbesser82, yes13:26
@sonney2kbesser82, so my plan was to have the protobuf detection in the main cmakelists.txt13:26
@sonney2kand from there include the cmakefiles.txt that I put in src/shogun/io/protobuf13:27
@sonney2kbut I have no idea how dependency management works and which target is built first etc13:27
besser82sonney2k: allrighty!  Is there any link to what you have so far?13:27
-!- gsomix [~Miranda@188.168.2.129] has joined #shogun13:27
gsomixhello13:27
besser82sonney2k: like code-view on gh?13:28
@sonney2kbesser82, I just need to know how one usually does that with cmake13:28
besser82gsomix:hi!13:28
@sonney2kgsomix, hah I am just discussing about how we get your protobuf stuff enabled13:28
besser82sonney2k: allrighty!  I'll write some example and fpaste for you after lunch, ok?13:28
gsomixsonney2k: magic.13:29
@sonney2kbesser82, I mean I need these *.proto files to be added13:29
* gsomix will be afk for little time.13:29
besser82sonney2k: as a dependency or for being processed?13:30
@sonney2kas deps for the src/shogun/io/ProtobufFile.cpp13:30
@sonney2ketc13:30
@sonney2kthat are including files that are to be generated with the WRAP_PROTO command13:30
@sonney2kbesser82, help says sth like13:31
@sonney2kWRAP_PROTO(PROTO_SRC myproto.proto external.proto)13:31
@sonney2k#  ADD_EXECUTABLE(server ${server_SRC} {PROTO_SRC})13:31
besser82sonney2k: got it  ;)13:31
@sonney2kbesser82, so any thoughts?13:33
besser82sonney2k: right on it  ;)13:33
* sonney2k tries to relax13:35
besser82sonney2k: try something like:13:35
@sonney2kgsomix, how is it going? long time no see...13:35
besser82FILE(GLOB protobuf_src $path_to/*.proto)13:35
@sonney2kbesser82, then the wrap_proto line I guess13:36
besser82WRAP_PROTO(PROTO_SRC ${protobuf_src})13:36
besser82sonney2k: right  ;)13:36
gsomixre13:36
@sonney2kbesser82, and then? How do I add it to the shogun sources?13:37
@sonney2kis it sth like add_dependencies(shogun PROTO_SRC) ?13:37
besser82ADD_TARGET(libshogun ${shogun_src} ${PROTO_SRC})13:37
-!- hushell [~hushell@c-50-188-141-210.hsd1.or.comcast.net] has quit [Ping timeout: 268 seconds]13:38
besser82sonney2k: add_dependencies might work too13:38
@sonney2kbesser82, I see in src/shgoun/CMakelists.txt that it does add_library(shogun ...) what is the difference between that and target?13:39
besser82sonney2k: a target is like adding dependency, e.g. you want to compile a prg and need a lib build first13:40
@sonney2kbesser82, problem is that this will create some .cxx or so files that will need to be compiled too - so I guess target is what we need13:41
besser82sonney2k: forget, just wrote silly stuff13:41
* sonney2k tries what we have so far13:41
besser82sonney2k: add_dependency is for depencies like explained above...13:42
besser82sonney2k: add_target is for creating a new target in makefile --> like make docs13:42
besser82sonney2k: i'm afk now ---> lunch will be back in ~30 mins13:42
gsomixsonney2k: slowly. I now I'm really bastard. :) at work we preparing release of our optical software. there is not a lot of work, so, last days I was trying "to dive into shogun" again.13:42
gsomixfirst task at my schedule is mat-files reader.13:43
gsomixbtw I have attended a couple of conferences.13:44
gsomixhm, that's all news13:44
@sonney2kgsomix, yeah would be nice if you could continue the .mat stuff13:45
@sonney2kpeople would love it :)13:45
@sonney2kI am sure13:45
gsomixyeah, I love science's people.13:46
@sonney2kbtw once you have cracked this for CFile - you should also try to write a SerializableMatlabFile.* so we can save shogun objects in .mat files :D13:47
@sonney2kgsomix, but for the time being I am trying to get the protbuf stuff to work which is not currently :/13:48
gsomixsonney2k: m? what's problem?13:49
@sonney2kgsomix, currenlty proto files are not compiled13:50
@sonney2kso the reade & writer is just not used / included13:51
gsomixsonney2k: .cxx?13:51
gsomixor more complicated problem?13:51
@sonney2kgsomix, the *proto -> *.cpp/h yes13:56
@sonney2kbesser82, back?14:36
-!- besser82 [~besser82@fedora/besser82] has quit [Ping timeout: 252 seconds]14:37
-!- besser82 [~besser82@fedora/besser82] has joined #shogun14:49
@sonney2kbesser82, back?14:49
-!- shogun-notifier- [~irker@7nn.de] has joined #shogun14:57
shogun-notifier-shogun: Soeren Sonnenburg :develop * 4562893 / CMakeLists.txt,src/shogun/CMakeLists.txt: https://github.com/shogun-toolbox/shogun/commit/4562893e610c59a74e193cd280280fb40f61dcc114:57
shogun-notifier-shogun: half way protobuf detection14:57
@sonney2kbesser82, wiking any thoughts why add_dependencies is not causing the proto files to be compiles? https://github.com/shogun-toolbox/shogun/commit/4562893e610c59a74e193cd280280fb40f61dcc114:58
shogun-buildbot_build #1950 of bsd1 - libshogun is complete: Failure [failed compile test]  Build details are at http://buildbot.shogun-toolbox.org/builders/bsd1%20-%20libshogun/builds/1950  blamelist: Soeren Sonnenburg <sonne@debian.org>15:02
besser82sonney2k: I just dived a bit into protobuf && cmake stuff and came up with some interesting conclusions15:12
besser82sonney2k: You need to have Find(Protobuf) inside the same CMakeLists.txt, where the shogun-target is setup and need to append ${PROTO_HDRS} to the file-list of the shogun-target to get it running...15:14
@sonney2kbesser82, just realized that too but still far from working15:17
@sonney2kbesser82, it creates inside the build dir then the wanted src/shogun/ShogunVersion.pb.*15:17
@sonney2kand also compiles them15:17
@sonney2kbesser82, but I need these files in the core source tree and also ship them with shogun15:18
@sonney2kI mean in principle it is an extra project15:18
besser82sonney2k: lemme checkout current commit and investigate...15:19
@sonney2kbesser82, I had to do this15:20
@sonney2kadd_library(shogun SHARED ${protobuf_src} ${PROTO_SRCS} ${PROTO_HDRS} ${LIBSHOGUN_SRC} lib/config.h base/class_list.cpp)15:20
@sonney2kthen it compiles it but not to the place I want it to15:20
@sonney2kbesser82, my take is that I would rather add a ADD_CUSTOM_COMMAND15:21
@sonney2kand compile the files myself with PROTOBUF_PROTOC_EXECUTABLE15:21
besser82sonney2k: why?15:22
@sonney2kbesser82, because I don't get it to work otherwise15:24
@sonney2kbesser82, or any idea how to force the ourput dir?15:24
* sonney2k I mean we have to install the generated .h files15:27
shogun-buildbot_build #321 of FCRH - libshogun is complete: Success [build successful]  Build details are at http://buildbot.shogun-toolbox.org/builders/FCRH%20-%20libshogun/builds/32115:33
besser82sonney2k: can you push a commit of what you have now into a private branch; so I can have a look and add some needed bits to get it going?15:33
shogun-notifier-shogun: Soeren Sonnenburg :develop * 1a6ae35 / src/shogun/ (3 files): https://github.com/shogun-toolbox/shogun/commit/1a6ae35b80d4fdab491cda3b313cc499a7f0972d15:34
shogun-notifier-shogun: protobuf fixes15:34
@sonney2kbesser82, have a look15:34
@sonney2kbesser82, if I do cp src/shogun/*.{cc,h} ../src/shogun/io/protobuf/15:35
@sonney2kit compiles15:35
@sonney2kbesser82, so all I need is this output to be in the respective directory (at least the *.h) the .cc file doesn't matter15:35
besser82sonney2k: allrighty!  Will do my best to solve that..15:36
shogun-buildbot_build #1951 of bsd1 - libshogun is complete: Failure [failed compile test]  Build details are at http://buildbot.shogun-toolbox.org/builders/bsd1%20-%20libshogun/builds/1951  blamelist: Soeren Sonnenburg <sonne@debian.org>15:48
shogun-buildbot_build #113 of clang34 - undefined behaviour analysis is complete: Failure [failed test]  Build details are at http://buildbot.shogun-toolbox.org/builders/clang34%20-%20undefined%20behaviour%20analysis/builds/113  blamelist: Soeren Sonnenburg <sonne@debian.org>15:52
@sonney2kbesser82, I have an idea15:56
@sonney2kforget it15:57
@sonney2kI only see add_custom_target as solution...15:57
-!- new_lido is now known as new_lido_afk16:05
besser82sonney2k: there is actually another solution:16:06
besser82sonney2k: I will set it up tomorrow morning16:07
besser82sonney2k: We will need to build the *.pb.cc as a static lib and link that into shogun16:07
besser82sonney2k: That will so the trick and solve the outdir problem16:08
besser82s/ so / do /16:08
shogun-buildbot_build #288 of precise - libshogun is complete: Failure [failed test]  Build details are at http://buildbot.shogun-toolbox.org/builders/precise%20-%20libshogun/builds/288  blamelist: Soeren Sonnenburg <sonne@debian.org>16:15
shogun-buildbot_build #111 of clang34 - thread analysis is complete: Failure [failed test]  Build details are at http://buildbot.shogun-toolbox.org/builders/clang34%20-%20thread%20analysis/builds/111  blamelist: Soeren Sonnenburg <sonne@debian.org>16:15
dsockwellwhat does it take to cross-compile libshogun in 3.0?16:26
dsockwelln/m i think i got it16:31
-!- sonne|osx [~sonne@f053046174.adsl.alicedsl.de] has quit [Quit: sonne|osx]16:34
@sonney2kbesser82, you sure? I mean I still need to include files in that dir?16:42
@sonney2kbesser82, I mean sure I could just add another static lib target - get the files created in the right place16:42
@sonney2kand then add the lib16:42
besser82sonney2k: right and add the headers to be install16:43
@sonney2kbesser82, well I can try...16:44
besser82sonney2k: If you want to  :D  Otherwise I can implement that tomorrow morning...16:44
@sonney2kbesser82, but problem will still be that it generates the .h/cc files under build/src16:45
@sonney2kand so I guess the include won't be found16:46
besser82not really, because you can move the autogeneration magic to some seperate CMakeLists.txt in the protobuf dir, then  ;)16:46
@sonney2kbesser82, well about issues with packaging - I realized I would prefer for debian packaging - that one builds libshogun in one go16:47
@sonney2kand then uploads that to the archive16:47
@sonney2kand then only later builds interfaces but *using* the shogun headers installed16:47
@sonney2kand lib of course16:47
besser82sonney2k: what is your specific reason for that?16:48
besser82sonney2k: Wouldn't that just raise overhead for no benefit?16:48
@sonney2kbesser82, it is not really overhead but think about the dependencies shogun interfaces have16:49
@sonney2kshogun 2.0 didn't make it into debian because there was always one stupid dependency that went kaboom16:49
@sonney2kthink octave, R, lua, ruby, openjdk, narray, numpy, mono, ...16:50
@sonney2kbesser82, the amount of dependencies is insane16:50
@sonney2know with the split I can at least make sure that a couple of things survive16:51
besser82sonney2k: I've seen packages with lots of more deps... like hadoop16:51
besser82sonney2k: In FC there is one rule:  If someone breaks your package with a stupid update, you can intoduce a bat to his face  :-P16:52
@sonney2kbesser82, in debian the rule is if your package has no critical bugs it enters testing and if you don't care fixing the bugs even in the deps - your fault16:54
@sonney2kso I need that16:54
@sonney2kand there is no overhead...16:54
besser82sonney2k: with overhead i meant two (or more) seperated src-pkgs...16:55
@sonney2kyeah ok that there is16:56
shogun-buildbot_build #130 of clang34 - static analysis is complete: Failure [failed analyse]  Build details are at http://buildbot.shogun-toolbox.org/builders/clang34%20-%20static%20analysis/builds/130  blamelist: Soeren Sonnenburg <sonne@debian.org>16:59
@wikingsonney2k: i've just did a little bit of polishing and now i have static lib localhost17:04
@wikingsonney2k: btw: the static interfaces actually should be17:06
@wikinglibshogun objects + static interface object -> .so17:07
@wikingor?17:07
@wikingsonney2k: as currently static interface is currently: static interface obj and then that is linked to libshogun.so17:07
@wikingor?17:07
-!- shainer [~shainer@host74-228-dynamic.18-79-r.retail.telecomitalia.it] has joined #shogun17:08
shainerhello17:08
@wikinghelo17:09
shainercan I ask someone about the matlab interface? I downloaded shogun 3.0.0 and can't get it to compile correctly on Linux17:09
@sonney2kwiking, it should be separete yes17:09
@wikingshainer: go ahead, give us some error output17:10
@wikingsonney2k: sorry i lost you. separate in what sense?17:10
shainerwiking: well no error output, I followed the INSTALL and everything went fine, but the dir src/interfaces/matlab_static only contains a source code, and header and the CMakeLists.txt17:10
shainerit tells me to try this to test the installation17:10
shainer  addpath('../../../src/interfaces/matlab_static/graphical')17:10
shaineron matlab17:10
@wikingsonney2k: which scenario would u go with: static interface obj linked with shared libshogun or static interface obj + libshogun obj17:10
shainerbut of course this fails, the directory graphical doesn't exist17:10
@wikingi.e. create a shared lib out of static obj + libshogun obj (static lib)17:11
@sonney2kwiking, yes 2 libraries libshogun.so and the sg.so for the interfaces dynamically loading libshogun.so17:11
@sonney2kwiking, how do I get -fPIC in cmake for the lib?17:12
@wikingsonney2k: so actually the current one should be the right way?17:12
@wikingshainer: mmm weird17:13
shainerwiking: I should mention that I had to set MATLAB_ROOT explicitly when invoking cmake because it needs it to find the paths17:14
@sonney2kshainer, do a find shogun | grep sg.mex17:14
shainerno occurrence17:15
@sonney2kshainer, then the matlab interface didn't get compiled17:15
@sonney2kor you are in the wrong dir17:15
@sonney2kshogun == root level source dir17:16
shaineryes17:16
shainerthe one I extracted17:16
@sonney2kbesser82, any thoughts about how to get -fPIC?17:16
@sonney2kbesser82, it doesn't want to link against the static lib because -fPIC is not on?17:16
@wikingsonney2k: u need to add that compiler flag17:16
shaineraah wait...17:17
shainerlet me look at the CMakeLists for matlab_static17:17
shainerprobably I miss some variable used there17:17
@sonney2kwiking, how to figure out I need -fPIC? and how to add the compiler flag to my target?17:17
shaineror they are not correct17:17
@wikingsonney2k: there's currently no way to add -fPIC17:18
@wikingsonney2k: u need to add a new cmake variable that actually adds -fPIC to the compiler flags17:18
besser82sonney2k: set_target_properties(${THE_TARGET} PROPERTIES COMPILE_FLAGS "-fPIC" ${CMAKE_CXXFLAGS})17:19
@sonney2kwiking, errm but when we compile libshogun we have to compile with -fPIC otherwise the lib is not useable under amd64 etc17:19
@sonney2kbesser82, thanks17:20
besser82sonney2k: np  :D17:20
@wikingsonney2k:                         LINKFLAGS_CMDLINE="$LINKFLAGS_CMDLINE ../../shogun/libshogun.a"17:20
@wikingsonney2k: in older times it was like this17:20
@wikingcmdline was rolled together with static lib17:21
@wikingso actually it was not linking to shared lib...17:21
shainersonney2k: no ok they are all set as they should17:22
@sonney2kbesser82, seems to work17:22
@wikingshainer: mex is not being generated atm with cmake17:22
@sonney2kbesser82, now question is how to install these *.h files to the install targets?17:22
@wikingthat's your problem17:22
shainerwiking: what is mex?17:23
@wikingshainer: u need sg.mex17:23
@wikingfor matlab interface17:23
@sonney2kbesser82, maybe I can do everything with forward declarations and then I don't need the stuff?17:23
@wikingbut currenlty we are not creating that17:23
* sonney2k tries17:23
shainerwiking: can I download that or generate it by hand or something like that?17:24
shainerotherwise what's the latest version without cmake?17:24
shainerso I can use that one instead :)17:24
@wikingshainer: the problem is that only sonney2k would know how to generate that mex file actualy17:24
besser82sonney2k: just add ${PROTOBUF_HDRS} to the shogun-headers list...17:25
shainerwiking: does he accept VISA? :D joking17:26
shogun-buildbot_build #114 of clang34 - undefined behaviour analysis is complete: Failure [failed test]  Build details are at http://buildbot.shogun-toolbox.org/builders/clang34%20-%20undefined%20behaviour%20analysis/builds/114  blamelist: Soeren Sonnenburg <sonne@debian.org>17:26
@wikingshainer: u can sponsor us actually if u need that feature ASAP17:26
@wiking:)17:26
@sonney2kwiking, what?17:27
@sonney2kI don't even have matlab...17:28
@wikingsonney2k: i do not know how that .mex file was being generated17:28
@wikingif anybody tells me17:29
@wikingi can add that to cmake17:29
-!- shainer [~shainer@host74-228-dynamic.18-79-r.retail.telecomitalia.it] has quit [Read error: Connection reset by peer]17:29
-!- shainer [~shainer@host74-228-dynamic.18-79-r.retail.telecomitalia.it] has joined #shogun17:29
@wikingshainer: yo :)17:29
@sonney2kwiking, look at the configure lines - it was no magic17:29
shainersorry, back again17:29
@sonney2kshainer, or dpaste a mex -v17:29
@sonney2kbesser82, no I won't need headers :D17:30
besser82sonney2k:  :D17:30
@sonney2kbesser82, but I have an issue :(17:30
besser82sonney2k: which one?17:30
@sonney2kI somehow need to add the build/src/shogun/io/protobuf to the include dirs17:30
@sonney2kotherwise it won't find the lib17:30
@sonney2kthe .h when compiling I mean17:31
@sonney2klib probably too17:31
shainersonney2k: http://paste.chakra-project.org/5749/17:31
@wikingshainer: i would love to help but neither now nor in the past i've managed to find out how that sg.mex was generated17:31
shainerwiking: thanks all the same :) I'll try an older version in case17:32
@sonney2kshainer, well get shogun 2.0 compile it with matlab and past the link line to wiking here17:33
@sonney2kshainer, that combained with your paste will fix it17:33
besser82sonney2k: LIST(INSERT INCLUDES ${CMAKE_CURRENT_BINARYDIR}) in CMake-file in protobuf-dir  ;)17:34
@wikingsonney2k: your problem actually is that the protobuf files are not being generated in the right place man.... see ./build/src/shogun/ShogunVersion.pb.h17:34
shainersonney2k: ok will do once I finish17:34
@sonney2kwiking, yeah they are in build/src but not ./src/ - so no what?17:34
@sonney2ks/no/now17:35
@wikingsonney2k: well i'm just trying to fix this17:35
@sonney2kwiking, but then on what I currently have please17:35
@sonney2klet me commti first17:35
@wikingok17:36
shogun-notifier-shogun: Soeren Sonnenburg :develop * bd80022 / / (5 files): https://github.com/shogun-toolbox/shogun/commit/bd800220b765adfa19689f880daad3feb4cacb8e17:36
shogun-notifier-shogun: use forward decls in protobuf and create static sgproto lib17:36
@sonney2kwiking, there17:37
@wikingeh?17:37
@wikingwtf? :D17:37
@sonney2kwiking, if I could tell cmake to search for includes in build/src/ then it would work17:37
@wikingsonney2k: that's easy17:37
@wikingsrc/shogun/io/protobuf/CMakeLists.txt?!17:38
@wikingwhy is this?17:38
@wikingah ok17:38
@wikingso u generated a static 'lib'17:38
@wikingand u want that to be linked into shogun?17:38
@sonney2kwiking, yes - but problem is that ProtobufFile includes some of the libs' headers17:39
@wikingi mean i blame the fucking protobuf macro for doing this shit17:39
@wikingyeah i nkow exactly what's the problem17:39
@wikingas i wanted to fix this like 2 months ago17:39
@sonney2kwiking, enlighten us?17:39
@wikingbut i gave up because of the shity cmake protobuf macros17:39
@sonney2kwell IMHO it would make sense to have a separate protobuf project/lib and then we woulnd' thave such issues17:40
shogun-buildbot_build #112 of clang34 - thread analysis is complete: Failure [failed test]  Build details are at http://buildbot.shogun-toolbox.org/builders/clang34%20-%20thread%20analysis/builds/112  blamelist: Soeren Sonnenburg <sonne@debian.org>17:41
@wikingwhere do u depend on sgproto?17:42
@wikingok i see17:42
@wikingsonney2k: do u need the -D flags for creating the protobuf static lib?17:43
@sonney2kwiking, -D?17:43
@wikingthe define flags we pass to the compiler17:43
@wikingwhen creating libshogun17:43
@sonney2kno17:43
@wikingbtw: Users/wiking/shogun/src/shogun/./io/ProtobufFile.h:17:17: error: nested namespace definition must define each namespace separately17:43
@wikingnamespace google::protobuf ^~~~~~~~~~17:43
@wikingwtf?!17:43
@sonney2kman so I nest it then17:44
@wiking/Users/wiking/shogun/src/shogun/./io/ProtobufFile.h:367:39: error: unknown type name 'ShogunVersion_SGDataType' void read_and_validate_global_header(ShogunVersion_SGDataType type);17:44
-!- iglesiasg [~iglesias@s83-179-44-135.cust.tele2.se] has joined #shogun17:44
-!- mode/#shogun [+o iglesiasg] by ChanServ17:44
@wiking/Users/wiking/shogun/src/shogun/base/class_list.cpp:632:66: error: cannot initialize return object of type 'shogun::CSGObject *' with an rvalue of type 'shogun::CProtobufFile *'17:44
@wikingstatic CSGObject* __new_CProtobufFile(EPrimitiveType g) { return g == PT_SGOBJECT? new CProtobufFile(): __null; } ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~17:44
-!- shainer [~shainer@host74-228-dynamic.18-79-r.retail.telecomitalia.it] has quit [Read error: Connection reset by peer]17:45
-!- shainer [~shainer@host74-228-dynamic.18-79-r.retail.telecomitalia.it] has joined #shogun17:45
shogun-notifier-shogun: Soeren Sonnenburg :develop * 1ffd4d9 / src/shogun/io/ProtobufFile.h: https://github.com/shogun-toolbox/shogun/commit/1ffd4d9de0d3f9066ef970c9874d286abc6cc1c617:45
shogun-notifier-shogun: fix17:45
@sonney2kwiking, try again17:45
shainerwiking: sonney2k ok shogun 2.0.0 installed correctly17:46
shainerI start matlab, add the path (now it's there)17:47
shainerand when I launch svr_regression this happens: http://paste.chakra-project.org/5750/17:47
@wikingthe setting of fpic should be much more robust then what u r doing now <- sonney2k17:47
shainerbut this is only a matter of installing the correct library I guess17:47
@wikingsonney2k:17:48
@wikingIn file included from /Users/wiking/shogun/src/shogun/base/class_list.cpp:179:17:48
@wiking/Users/wiking/shogun/src/shogun/./io/ProtobufFile.h:371:39: error: unknown type name 'ShogunVersion_SGDataType'17:48
@wiking void read_and_validate_global_header(ShogunVersion_SGDataType type);17:48
@wiking                                      ^17:48
@wiking/Users/wiking/shogun/src/shogun/./io/ProtobufFile.h:374:27: error: unknown type name 'ShogunVersion_SGDataType'17:48
@wiking void write_global_header(ShogunVersion_SGDataType type);17:48
@wiking                          ^17:48
@wiking/Users/wiking/shogun/src/shogun/base/class_list.cpp:632:66: error: cannot initialize return object of type 'shogun::CSGObject *' with an rvalue of type 'shogun::CProtobufFile *'17:48
@sonney2kshainer, that is something we have in our FAQ :D17:48
@wikingstatic CSGObject* __new_CProtobufFile(EPrimitiveType g) { return g == PT_SGOBJECT? new CProtobufFile(): __null; }17:48
@wiking                                                                 ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~17:48
@wiking3 errors generated.17:48
shainersonney2k: ah great :D17:48
shogun-notifier-shogun: Soeren Sonnenburg :develop * 3fcfb04 / src/shogun/io/ProtobufFile.h: https://github.com/shogun-toolbox/shogun/commit/3fcfb041261b36dfdd147ada6effe3fba517ca4517:50
@sonney2kwiking, ok now17:50
shogun-notifier-shogun: fix17:50
@sonney2kwiking, well we should have general PIC detection17:50
@sonney2kso it holds for all libs17:50
@wikingyep17:50
@wikingheh17:57
@wikingi give up17:57
@sonney2kbesser82, so then you can take over :D18:00
@sonney2kit is there but in a hmmh hhmmh state18:01
-!- Saurabh7 [~Saurabh7@115.248.130.148] has quit [Ping timeout: 246 seconds]18:01
besser82sonney2k: alrighty, will take care of it  :D18:01
@sonney2kiglesiasg, I have a new idea regarding gf-markdown - we could use githubs api to prerender the stuff and then just store them as static files on the disc18:05
@sonney2kthat's it18:05
@iglesiasgsonney2k, aham! That sounds like a nice idea.18:05
@iglesiasgsonney2k, Have you see already if the API provides a markdown to html converter function?18:06
@iglesiasgthe source of the page https://github.com/shogun-toolbox/shogun/blob/develop/README.md has indeed the markdown converted to HTML18:08
@iglesiasgsonney2k, http://developer.github.com/v3/markdown/18:08
@iglesiasgmaybe this one? ^18:08
shogun-buildbot_build #1952 of bsd1 - libshogun is complete: Failure [failed compile test]  Build details are at http://buildbot.shogun-toolbox.org/builders/bsd1%20-%20libshogun/builds/1952  blamelist: Soeren Sonnenburg <sonne@debian.org>18:14
-!- Saurabh7 [~Saurabh7@115.248.130.148] has joined #shogun18:14
shogun-buildbot_build #328 of FC19 - libshogun is complete: Failure [failed test]  Build details are at http://buildbot.shogun-toolbox.org/builders/FC19%20-%20libshogun/builds/328  blamelist: Soeren Sonnenburg <sonne@debian.org>18:24
shogun-buildbot_build #131 of clang34 - static analysis is complete: Failure [failed analyse]  Build details are at http://buildbot.shogun-toolbox.org/builders/clang34%20-%20static%20analysis/builds/131  blamelist: Soeren Sonnenburg <sonne@debian.org>18:25
shogun-buildbot_build #289 of precise - libshogun is complete: Success [build successful]  Build details are at http://buildbot.shogun-toolbox.org/builders/precise%20-%20libshogun/builds/28918:37
shogun-buildbot_build #115 of clang34 - undefined behaviour analysis is complete: Failure [failed test]  Build details are at http://buildbot.shogun-toolbox.org/builders/clang34%20-%20undefined%20behaviour%20analysis/builds/115  blamelist: Soeren Sonnenburg <sonne@debian.org>18:58
-!- lisitsyn [~lisitsyn@80.252.20.67] has joined #shogun19:09
shogun-buildbot_build #113 of clang34 - thread analysis is complete: Failure [failed test]  Build details are at http://buildbot.shogun-toolbox.org/builders/clang34%20-%20thread%20analysis/builds/113  blamelist: Soeren Sonnenburg <sonne@debian.org>19:13
-!- travis-ci [~travis-ci@ec2-107-20-41-97.compute-1.amazonaws.com] has joined #shogun19:19
travis-ci[travis-ci] it's Soeren Sonnenburg's turn to pay the next round of drinks for the massacre he caused in shogun-toolbox/shogun: http://travis-ci.org/shogun-toolbox/shogun/builds/1410188919:19
-!- travis-ci [~travis-ci@ec2-107-20-41-97.compute-1.amazonaws.com] has left #shogun []19:19
-!- iglesiasg [~iglesias@s83-179-44-135.cust.tele2.se] has quit [Quit: Ex-Chat]19:29
@wikingasdf19:43
shogun-buildbot_build #132 of clang34 - static analysis is complete: Failure [failed analyse]  Build details are at http://buildbot.shogun-toolbox.org/builders/clang34%20-%20static%20analysis/builds/132  blamelist: Soeren Sonnenburg <sonne@debian.org>19:56
-!- iglesiasg [~iglesias@s83-179-44-135.cust.tele2.se] has joined #shogun20:12
-!- mode/#shogun [+o iglesiasg] by ChanServ20:12
-!- travis-ci [~travis-ci@ec2-54-221-101-78.compute-1.amazonaws.com] has joined #shogun20:24
travis-ci[travis-ci] it's Soeren Sonnenburg's turn to pay the next round of drinks for the massacre he caused in shogun-toolbox/shogun: http://travis-ci.org/shogun-toolbox/shogun/builds/1410230820:24
-!- travis-ci [~travis-ci@ec2-54-221-101-78.compute-1.amazonaws.com] has left #shogun []20:24
-!- hushell [~hushell@c-50-188-141-210.hsd1.or.comcast.net] has joined #shogun20:32
-!- shogun-notifier- [~irker@7nn.de] has quit [Quit: transmission timeout]20:50
-!- iglesiasg [~iglesias@s83-179-44-135.cust.tele2.se] has quit [Quit: Ex-Chat]23:00
-!- shainer [~shainer@host74-228-dynamic.18-79-r.retail.telecomitalia.it] has quit [Read error: Connection reset by peer]23:00
--- Log closed Mon Nov 18 00:00:29 2013
« Saturday, 2013-11-16 Index Monday, 2013-11-18 »

Generated by irclog2html.py 2.10.0 by Marius Gedminas - find it at mg.pov.lt!