| --- Log opened Sat Apr 02 00:00:56 2016 | ||
| -!- besser82 [~besser82@fedora/besser82] has joined #shogun | 00:30 | |
| -!- mode/#shogun [+o besser82] by ChanServ | 00:30 | |
| -!- besser82 [~besser82@fedora/besser82] has quit [Ping timeout: 248 seconds] | 01:00 | |
| shogun-buildbot | build #1113 of nightly_default is complete: Failure [failed notebooks] Build details are at http://buildbot.shogun-toolbox.org/builders/nightly_default/builds/1113 blamelist: Heiko Strathmann <heiko.strathmann@gmail.com>, Ariane Paola Gomes <arianepaola@users.noreply.github.com> | 04:08 | 
|---|---|---|
| -!- BurningBear [~smuxi@121.237.190.164] has joined #shogun | 07:47 | |
| -!- arianepaola [~ariane@unaffiliated/arianepaola] has quit [Ping timeout: 246 seconds] | 09:13 | |
| -!- BurningBear [~smuxi@121.237.190.164] has quit [Ping timeout: 248 seconds] | 09:43 | |
| -!- besser82 [~besser82@fedora/besser82] has joined #shogun | 11:25 | |
| -!- mode/#shogun [+o besser82] by ChanServ | 11:25 | |
| -!- besser82 [~besser82@fedora/besser82] has quit [Remote host closed the connection] | 11:33 | |
| -!- besser82 [~besser82@fedora/besser82] has joined #shogun | 11:34 | |
| -!- mode/#shogun [+o besser82] by ChanServ | 11:34 | |
| -!- c4goldsw [8a33717d@gateway/web/cgi-irc/kiwiirc.com/ip.138.51.113.125] has joined #shogun | 14:33 | |
| -!- HeikoS [~heiko@host-92-0-162-192.as43234.net] has joined #shogun | 14:54 | |
| -!- mode/#shogun [+o HeikoS] by ChanServ | 14:54 | |
| -!- HeikoS [~heiko@host-92-0-162-192.as43234.net] has quit [Client Quit] | 14:56 | |
| c4goldsw | Anyone around? I'm getting a build error that being caused by a bug. I believe I now how to fix it, but I want to clarify I'm taking the right approach. | 15:17 | 
| c4goldsw | wiking are you around? | 15:39 | 
| lisitsyn | c4goldsw: /me at your service | 15:41 | 
| c4goldsw | Great. | 15:42 | 
| c4goldsw | I believe I've encountered a bug that simply requires using an #ifdef. That aside, whenever I try to build, the source file is overwritten - why is this happening? | 15:42 | 
| lisitsyn | what source file? | 15:43 | 
| c4goldsw | Hold on. | 15:43 | 
| c4goldsw | examples/meta/cpp/gaussian_process/gaussian_process_regression.cpp | 15:44 | 
| lisitsyn | ah I see | 15:44 | 
| lisitsyn | yes everything in meta/ is being autogenerated | 15:44 | 
| c4goldsw | From what? | 15:44 | 
| lisitsyn | c4goldsw: examples/meta/src | 15:45 | 
| c4goldsw | Great, I'll try doing that then. I'll probably have a few questions about the bug in a few minutes. | 15:45 | 
| c4goldsw | I just opened the corresponding .sg file and realized that I can't place an #ifdef, correct? | 15:47 | 
| c4goldsw | lisitsyn I need to ensure that the code is only compiled if HAVE_NLOPT is true. Otherwise, an empty main should be provided. gaussian_process_regression.cpp depends on CGradientModelSelection, which is only defined if #ifdef HAVE_NLOPT - I'm getting errors saying that CGradientModelSelection is undefined. I believe that having the #ifdef will so | 15:53 | 
| c4goldsw | lve the issue. | 15:53 | 
| lisitsyn | c4goldsw: yeah it is a bit more tough | 15:54 | 
| lisitsyn | we can't place ifdef there | 15:54 | 
| c4goldsw | What can we do then? | 15:55 | 
| lisitsyn | we can patch our examples generator | 15:55 | 
| lisitsyn | to support some Requires(HAVE_NLOPT) | 15:55 | 
| c4goldsw | How would this be done? | 15:56 | 
| lisitsyn | c4goldsw: there is examples/meta/generator | 15:56 | 
| c4goldsw | I have it open. | 15:57 | 
| lisitsyn | generate.py is called by cmake | 15:57 | 
| lisitsyn | you can find it being called in examples/meta/CMakeLists.txt | 15:57 | 
| c4goldsw | So, I simply have to edit generate.py to support Requires(HAVE_NLOPT) , correct? | 15:58 | 
| lisitsyn | c4goldsw: yes kind of | 15:58 | 
| lisitsyn | c4goldsw: just a second doing some small research on that | 16:00 | 
| c4goldsw | lisitsyn I'm just poking around examples/meta/CMakeLists.txt | 16:00 | 
| lisitsyn | c4goldsw: to speed up your development you should call make meta_examples | 16:01 | 
| lisitsyn | to not build anything but meta_examples | 16:01 | 
| lisitsyn | what I am currently curious of is whether HAVE_XXX is passed in the environment | 16:02 | 
| lisitsyn | when calling generate.py | 16:02 | 
| c4goldsw | That is, if it can be interpreted? | 16:03 | 
| c4goldsw | And I'm able to build meta_examples without any issue. | 16:04 | 
| lisitsyn | c4goldsw: yeah that's ok | 16:04 | 
| lisitsyn | c4goldsw: check what generate.py does | 16:05 | 
| lisitsyn | tl;dr it reads all sg files and then parses them with some another module | 16:05 | 
| c4goldsw | Still going over it. | 16:06 | 
| c4goldsw | The translate module, yes? | 16:07 | 
| lisitsyn | yeap | 16:08 | 
| c4goldsw | Where is it located? | 16:09 | 
| c4goldsw | Nevermind | 16:09 | 
| c4goldsw | I see it. | 16:09 | 
| c4goldsw | lisitsyn I'm looking through it now to see if it actually supports #ifdef or some meta-language equivalent. | 16:11 | 
| -!- BurningBear [~smuxi@223.3.169.194] has joined #shogun | 16:11 | |
| lisitsyn | c4goldsw: ok I have a plan | 16:11 | 
| lisitsyn | c4goldsw: first, you need to make generate.py know of these HAVE_SOMETHING variables | 16:12 | 
| lisitsyn | it involves some cmake hacking but shouldn't be really hard | 16:12 | 
| c4goldsw | Then what? | 16:12 | 
| lisitsyn | c4goldsw: then in generate.py you could pass them into parse.py | 16:14 | 
| lisitsyn | (when parsing a file) | 16:14 | 
| lisitsyn | and make it able to parse some requirement sting | 16:14 | 
| lisitsyn | string* | 16:15 | 
| lisitsyn | it could look like '# requires: HAVE_SOMETHING' or anything like that | 16:15 | 
| lisitsyn | once parsed this line it should check whether all required variables are here | 16:15 | 
| lisitsyn | then simply ignore if not | 16:16 | 
| c4goldsw | Alright, thanks for the help! As for the logistical side of things: do I create an issue for it, then submit a corresponding PR? | 16:16 | 
| -!- curiousguy13 [~curiousgu@120.59.100.246] has joined #shogun | 16:17 | |
| c4goldsw | lisitsyn I have to go now, so I'll just check the chatlogs. Thank you! | 16:18 | 
| lisitsyn | c4goldsw: you can go with PR directly I think | 16:19 | 
| -!- c4goldsw [8a33717d@gateway/web/cgi-irc/kiwiirc.com/ip.138.51.113.125] has quit [Quit: http://www.kiwiirc.com/ - A hand crafted IRC client] | 16:20 | |
| BurningBear | hello, I am new user, I meet a program when I run "CDenseFeatures<float64_t>* features= new CDenseFeatures<float64_t>(matrix); int num_vectors = features->get_num_vectors(); features->get_feature_matrix(num_feat,num_vec);" the result of num_feat and num_vec are correct, but the result of num_vectors is wrong (a meaningless value like -869546368), is there something wrong? | 16:28 | 
| -!- curiousguy13 [~curiousgu@120.59.100.246] has quit [Ping timeout: 244 seconds] | 16:49 | |
| -!- BurningBear [~smuxi@223.3.169.194] has quit [Remote host closed the connection] | 17:09 | |
| -!- BurningBear [~smuxi@223.3.169.194] has joined #shogun | 17:10 | |
| -!- HeikoS [~heiko@host-92-0-162-192.as43234.net] has joined #shogun | 17:18 | |
| -!- mode/#shogun [+o HeikoS] by ChanServ | 17:18 | |
| -!- curiousguy13 [~curiousgu@59.177.204.27] has joined #shogun | 17:19 | |
| shogun-buildbot | build #585 of trusty - libshogun - viennacl is complete: Failure [failed test] Build details are at http://buildbot.shogun-toolbox.org/builders/trusty%20-%20libshogun%20-%20viennacl/builds/585 blamelist: Heiko Strathmann <heiko.strathmann@gmail.com> | 17:28 | 
| @HeikoS | shogun-buildbot: force build --brach=develop 'trusty - libshogun - viennacl' | 17:30 | 
| shogun-buildbot | Something bad happened (see logs) | 17:30 | 
| @HeikoS | force build --branch=develop 'trusty - libshogun - viennacl' | 17:30 | 
| shogun-buildbot | build #586 of trusty - libshogun - viennacl is complete: Success [build successful] Build details are at http://buildbot.shogun-toolbox.org/builders/trusty%20-%20libshogun%20-%20viennacl/builds/586 | 17:31 | 
| shogun-buildbot | build #2833 of bsd1 - libshogun is complete: Failure [failed configure] Build details are at http://buildbot.shogun-toolbox.org/builders/bsd1%20-%20libshogun/builds/2833 blamelist: Heiko Strathmann <heiko.strathmann@gmail.com> | 17:34 | 
| shogun-buildbot | build #1195 of FCRH - libshogun is complete: Failure [failed compile] Build details are at http://buildbot.shogun-toolbox.org/builders/FCRH%20-%20libshogun/builds/1195 blamelist: Heiko Strathmann <heiko.strathmann@gmail.com> | 17:37 | 
| @HeikoS | wiking: ping | 17:37 | 
| @HeikoS | lisitsyn: ping | 17:37 | 
| @HeikoS | besser82: ping | 17:37 | 
| @HeikoS | need some input on the BSD build. | 17:38 | 
| shogun-buildbot | build #183 of FC22 - libshogun is complete: Failure [failed test] Build details are at http://buildbot.shogun-toolbox.org/builders/FC22%20-%20libshogun/builds/183 blamelist: Heiko Strathmann <heiko.strathmann@gmail.com> | 17:38 | 
| -!- BurningBear [~smuxi@223.3.169.194] has quit [Ping timeout: 244 seconds] | 17:42 | |
| -!- BurningBear [~smuxi@223.3.169.194] has joined #shogun | 17:50 | |
| -!- travis-ci [~travis-ci@ec2-54-205-222-0.compute-1.amazonaws.com] has joined #shogun | 17:52 | |
| travis-ci | it's Heiko Strathmann's turn to pay the next round of drinks for the massacre he caused in shogun-toolbox/shogun: https://travis-ci.org/shogun-toolbox/shogun/builds/120291258 | 17:52 | 
| -!- travis-ci [~travis-ci@ec2-54-205-222-0.compute-1.amazonaws.com] has left #shogun [] | 17:52 | |
| -!- BurningBear [~smuxi@223.3.169.194] has quit [Remote host closed the connection] | 18:56 | |
| -!- travis-ci [~travis-ci@ec2-23-20-20-92.compute-1.amazonaws.com] has joined #shogun | 19:02 | |
| travis-ci | it's Heiko Strathmann's turn to pay the next round of drinks for the massacre he caused in shogun-toolbox/shogun: https://travis-ci.org/shogun-toolbox/shogun/builds/120292012 | 19:02 | 
| -!- travis-ci [~travis-ci@ec2-23-20-20-92.compute-1.amazonaws.com] has left #shogun [] | 19:02 | |
| -!- travis-ci [~travis-ci@ec2-54-159-167-2.compute-1.amazonaws.com] has joined #shogun | 19:33 | |
| travis-ci | it's Heiko Strathmann's turn to pay the next round of drinks for the massacre he caused in shogun-toolbox/shogun: https://travis-ci.org/shogun-toolbox/shogun/builds/120292252 | 19:33 | 
| -!- travis-ci [~travis-ci@ec2-54-159-167-2.compute-1.amazonaws.com] has left #shogun [] | 19:33 | |
| @besser82 | HeikoS, yes? | 19:43 | 
| -!- travis-ci [~travis-ci@ec2-54-205-222-0.compute-1.amazonaws.com] has joined #shogun | 20:12 | |
| travis-ci | it's Heiko Strathmann's turn to pay the next round of drinks for the massacre he caused in shogun-toolbox/shogun: https://travis-ci.org/shogun-toolbox/shogun/builds/120297671 | 20:12 | 
| -!- travis-ci [~travis-ci@ec2-54-205-222-0.compute-1.amazonaws.com] has left #shogun [] | 20:12 | |
| -!- HeikoS [~heiko@host-92-0-162-192.as43234.net] has quit [Quit: Leaving.] | 20:53 | |
| -!- HeikoS [~heiko@host-92-0-162-192.as43234.net] has joined #shogun | 20:53 | |
| -!- mode/#shogun [+o HeikoS] by ChanServ | 20:53 | |
| -!- travis-ci [~travis-ci@ec2-54-159-167-2.compute-1.amazonaws.com] has joined #shogun | 20:57 | |
| travis-ci | it's Heiko Strathmann's turn to pay the next round of drinks for the massacre he caused in shogun-toolbox/shogun: https://travis-ci.org/shogun-toolbox/shogun/builds/120303375 | 20:57 | 
| -!- travis-ci [~travis-ci@ec2-54-159-167-2.compute-1.amazonaws.com] has left #shogun [] | 20:57 | |
| @HeikoS | besser82: what is the best way to NOT break the build when guarded classes are not available in example? not meta, just in general. | 21:18 | 
| @HeikoS | I can do | 21:18 | 
| @HeikoS | try: | 21:18 | 
| @HeikoS | import XXX | 21:18 | 
| @HeikoS | except ImportError: | 21:18 | 
| @HeikoS | exit() | 21:18 | 
| @HeikoS | in python | 21:18 | 
| @HeikoS | but I dont want to do this in every example | 21:19 | 
| @HeikoS | maybe should I do it in Cmake? | 21:19 | 
| @HeikoS | i.e. not execute test/example | 21:19 | 
| -!- HeikoS [~heiko@host-92-0-162-192.as43234.net] has quit [Quit: Leaving.] | 21:19 | |
| -!- travis-ci [~travis-ci@ec2-54-205-222-0.compute-1.amazonaws.com] has joined #shogun | 21:24 | |
| travis-ci | it's Heiko Strathmann's turn to pay the next round of drinks for the massacre he caused in shogun-toolbox/shogun: https://travis-ci.org/shogun-toolbox/shogun/builds/120307946 | 21:24 | 
| -!- travis-ci [~travis-ci@ec2-54-205-222-0.compute-1.amazonaws.com] has left #shogun [] | 21:24 | |
| shogun-buildbot | build #635 of debian wheezy - memcheck is complete: Failure [failed memory check] Build details are at http://buildbot.shogun-toolbox.org/builders/debian%20wheezy%20-%20memcheck/builds/635 blamelist: Heiko Strathmann <heiko.strathmann@gmail.com> | 21:42 | 
| @besser82 | HeikoS, well… one could load such a file before and probe it's exitcode… | 22:00 | 
| @besser82 | HeikoS, so you'd need to use exit(-127) or exit(1) instead of plain exit() | 22:00 | 
| @besser82 | HeikoS, and then eval in CMake to decide about running the test or not… | 22:01 | 
| -!- besser82 [~besser82@fedora/besser82] has quit [Ping timeout: 250 seconds] | 22:07 | |
| -!- HeikoS [~heiko@host-92-0-162-192.as43234.net] has joined #shogun | 22:24 | |
| -!- mode/#shogun [+o HeikoS] by ChanServ | 22:24 | |
| @HeikoS | wiking: jo | 22:24 | 
| @HeikoS | around? | 22:24 | 
| @HeikoS | lisitsyn: hi | 22:25 | 
| @HeikoS | around? | 22:25 | 
| lisitsyn | yes | 22:25 | 
| @HeikoS | have a question | 22:25 | 
| @HeikoS | so I have a guard that hides GPL code | 22:25 | 
| lisitsyn | yes | 22:26 | 
| @HeikoS | and I tried in on OCAS | 22:26 | 
| @HeikoS | and now some of the modular example fail since SVMOCAC is not defined anymore | 22:26 | 
| @HeikoS | how to handle this case best? | 22:26 | 
| @HeikoS | I can try-except in python | 22:26 | 
| @HeikoS | but that requires a manual solution for every target language | 22:26 | 
| @HeikoS | what would be better is if these files would not be part of the test build | 22:26 | 
| @HeikoS | but that means I have to exclude them in CMake itself | 22:27 | 
| lisitsyn | ok I get the problem | 22:27 | 
| @HeikoS | I am leaning towards that | 22:27 | 
| @HeikoS | but dont know | 22:27 | 
| @HeikoS | this might also solve meta example problem | 22:27 | 
| @HeikoS | lisitsyn: thoughts on it? | 22:29 | 
| lisitsyn | no instant solution | 22:29 | 
| lisitsyn | it is a bit tricky | 22:29 | 
| @HeikoS | what about putting something in CMakeLists | 22:30 | 
| @HeikoS | like | 22:30 | 
| @HeikoS | IF (USE_GPL_SHOGUN) | 22:30 | 
| @HeikoS | exclude from list | 22:30 | 
| @HeikoS | ENDIF() | 22:30 | 
| @HeikoS | because cmake globs for filenames | 22:30 | 
| lisitsyn | what about putting these requirements directly to the file | 22:30 | 
| @HeikoS | which file? | 22:31 | 
| @HeikoS | example? | 22:31 | 
| @HeikoS | dont know, I would prefer if example code is free of such technical mambo jambo....just confuses people | 22:31 | 
| lisitsyn | HeikoS: something.py | 22:31 | 
| lisitsyn | first line | 22:31 | 
| lisitsyn | # requires HAVE_NLOPT | 22:31 | 
| @HeikoS | and then read the with cmake you mean? | 22:31 | 
| lisitsyn | yeap | 22:31 | 
| @HeikoS | that might be an option | 22:32 | 
| @HeikoS | BUt | 22:32 | 
| @HeikoS | it requires opening the file and checking | 22:32 | 
| @HeikoS | which is a bit of a mess | 22:32 | 
| @HeikoS | especially since we have like 10 target languages with different cmakelists | 22:32 | 
| lisitsyn | yeah | 22:32 | 
| @HeikoS | same for meta | 22:32 | 
| @HeikoS | but it seems there is no way around | 22:32 | 
| lisitsyn | HeikoS: I talked to a guy c4goldsw today | 22:33 | 
| lisitsyn | he wanted to patch meta to support these checks | 22:34 | 
| lisitsyn | I suggested to add this thing to parser | 22:34 | 
| @HeikoS | why the parser? | 22:34 | 
| lisitsyn | or generate.py | 22:34 | 
| @HeikoS | I would prefer to avoid that | 22:34 | 
| @HeikoS | the parse should not care about the build in my eyes | 22:34 | 
| @HeikoS | and not about semantics | 22:34 | 
| @HeikoS | just parse and translate | 22:35 | 
| @HeikoS | then have a separate module for the build | 22:35 | 
| @HeikoS | or dont you agree? | 22:35 | 
| lisitsyn | yes true | 22:35 | 
| lisitsyn | then generate.py | 22:35 | 
| lisitsyn | generate.py should care | 22:35 | 
| @HeikoS | mmh | 22:35 | 
| @HeikoS | not so sure | 22:36 | 
| @HeikoS | I would just generate these meta example listings and then not execute them | 22:36 | 
| lisitsyn | yeah probably it could be better.. | 22:36 | 
| @HeikoS | because otherwise they are again full of weird checks and all that | 22:36 | 
| @HeikoS | it scares people | 22:36 | 
| @HeikoS | and the meta examples were meant to not do that ;) | 22:36 | 
| @HeikoS | all we want is the test build to be green | 22:37 | 
| @HeikoS | I will try to modify the CmakeLists and then push to feature branch to discuss | 22:37 | 
| lisitsyn | HeikoS: but why generate examples that won't work (if they are for people) | 22:37 | 
| @HeikoS | lisitsyn: it is just a listing | 22:38 | 
| @HeikoS | "this is how it would look like" | 22:38 | 
| @HeikoS | no good? | 22:38 | 
| @HeikoS | it is the same as for the modular example that we have right now | 22:38 | 
| @HeikoS | dont work if say LAPACK is not installed | 22:39 | 
| lisitsyn | yeah but it is because we don't generate them | 22:39 | 
| @HeikoS | sure | 22:39 | 
| @HeikoS | ok then | 22:39 | 
| lisitsyn | I find some sense in exposing only supported examples | 22:39 | 
| lisitsyn | however users could ask why | 22:40 | 
| lisitsyn | :D | 22:40 | 
| @HeikoS | maybe we can do that, and for normal examples I will just do by hand | 22:40 | 
| @HeikoS | :D | 22:40 | 
| @HeikoS | "WHERE IS MY EXAMPLE?!?!?!?!" | 22:40 | 
| lisitsyn | I can imagine someone asking where it is | 22:40 | 
| lisitsyn | yeah | 22:40 | 
| @HeikoS | yeah | 22:40 | 
| @HeikoS | might be better if it was there | 22:40 | 
| @HeikoS | and then user sees it, wants it, and then we tell them to install | 22:41 | 
| @HeikoS | both ways, user will ask us | 22:41 | 
| @HeikoS | I mean all examples will be in cookbook | 22:41 | 
| @HeikoS | so website in some way shows what is possible | 22:41 | 
| @HeikoS | lisitsyn: so how would the generator realise when to not build an example? | 22:43 | 
| @HeikoS | lisitsyn: ah man it's bad....mixing the generator with shogun semantics | 22:43 | 
| lisitsyn | yeah | 22:43 | 
| @HeikoS | wont work on its own anymore | 22:43 | 
| @HeikoS | though it already doesnt due to the ctags | 22:44 | 
| lisitsyn | bad | 22:44 | 
| @HeikoS | but ctags is just a file | 22:44 | 
| @HeikoS | lisitsyn: HOW TO SOLVE IT? | 22:44 | 
| @HeikoS | TELL ME :D | 22:44 | 
| lisitsyn | well ctags are optional now | 22:44 | 
| @HeikoS | lisitsyn: yeah | 22:47 | 
| @HeikoS | lisitsyn: how to to it then? | 22:47 | 
| @HeikoS | generator.py gets say a list of "HAVE_FOO", "USE_BAR", etc | 22:47 | 
| @HeikoS | like class list? | 22:47 | 
| lisitsyn | yeah | 22:47 | 
| lisitsyn | I was thinking about that way | 22:47 | 
| @HeikoS | and then scans the file for the macro? | 22:48 | 
| lisitsyn | yeah some 'requires' | 22:48 | 
| @HeikoS | so you want to add that to the files? | 22:48 | 
| lisitsyn | yes, if it needs something special | 22:48 | 
| lisitsyn | we put a comment | 22:48 | 
| lisitsyn | # requires HAVE_NLOPT | 22:48 | 
| @HeikoS | ok sounds good | 22:48 | 
| @HeikoS | and that guy was confident to do that? | 22:48 | 
| lisitsyn | HeikoS: yeah but lets see | 22:48 | 
| @HeikoS | ok then | 22:49 | 
| lisitsyn | HeikoS: I am thinking whether | 22:49 | 
| lisitsyn | it is ok to fail | 22:49 | 
| @HeikoS | i will do things by hand for the existing modular examples | 22:49 | 
| @HeikoS | ok to fail? | 22:49 | 
| lisitsyn | I mean why not to fail more gracefully | 22:49 | 
| lisitsyn | currently we say no such class | 22:49 | 
| lisitsyn | but maybe we can tell them why there is no such class | 22:49 | 
| @HeikoS | lisitsyn: well | 22:50 | 
| @HeikoS | lisitsyn: exceptions can do that | 22:50 | 
| @HeikoS | but thats all crap in shogun | 22:50 | 
| @HeikoS | lisitsyn: if we macro guard them, then the class is not defined | 22:51 | 
| @HeikoS | if one puts in the effort to write an alternative version of the class that throws runtime error in constructor, thats better | 22:51 | 
| @HeikoS | BUT thats a lot of work | 22:51 | 
| @HeikoS | lisitsyn: you know meta examples could in fact do something very simple | 22:52 | 
| @HeikoS | lisitsyn: every language has a construct to check whether all used classes are available | 22:53 | 
| @HeikoS | so we can just put a check after the import | 22:53 | 
| @HeikoS | but that only works for runtime languages | 22:53 | 
| @HeikoS | lisitsyn: the cpp examples have to be compiled | 22:53 | 
| @HeikoS | java and csharp as well | 22:53 | 
| @HeikoS | lisitsyn: lets think about it ... i will go now | 22:54 | 
| lisitsyn | ok will thinki about it | 22:55 | 
| @HeikoS | see you! | 22:56 | 
| @HeikoS | lisitsyn: once thing | 22:56 | 
| @HeikoS | lisitsyn: did you see my feature branch for the USE_GPL_SHOGUN option? | 22:56 | 
| lisitsyn | not yet | 22:56 | 
| @HeikoS | lisitsyn: please tell me if there is anything you would do different | 22:56 | 
| @HeikoS | otherwise, I will go ahead | 22:56 | 
| @HeikoS | since it needs to be done soon, before gsoc | 22:57 | 
| @HeikoS | also, if you know which classes are GPL only, send an email | 22:57 | 
| @HeikoS | I think I will go for NLOPT next | 22:57 | 
| @HeikoS | after ocas is done | 22:57 | 
| lisitsyn | HeikoS: yeah some of my classes | 22:57 | 
| lisitsyn | will send a list | 22:57 | 
| @HeikoS | lisitsyn: only need the lowest of them....compile error will tell the rest | 22:58 | 
| @HeikoS | thanks! | 22:58 | 
| @HeikoS | see you! | 22:58 | 
| lisitsyn | see you | 22:58 | 
| -!- HeikoS [~heiko@host-92-0-162-192.as43234.net] has quit [Quit: Leaving.] | 22:58 | |
| -!- HeikoS [~heiko@host-92-0-162-192.as43234.net] has joined #shogun | 23:03 | |
| -!- mode/#shogun [+o HeikoS] by ChanServ | 23:03 | |
| -!- travis-ci [~travis-ci@ec2-54-159-167-2.compute-1.amazonaws.com] has joined #shogun | 23:36 | |
| travis-ci | it's Heiko Strathmann's turn to pay the next round of drinks for the massacre he caused in shogun-toolbox/shogun: https://travis-ci.org/shogun-toolbox/shogun/builds/120333840 | 23:36 | 
| -!- travis-ci [~travis-ci@ec2-54-159-167-2.compute-1.amazonaws.com] has left #shogun [] | 23:36 | |
| --- Log closed Sun Apr 03 00:00:57 2016 | ||
Generated by irclog2html.py 2.10.0 by Marius Gedminas - find it at mg.pov.lt!