| --- Log opened Mon Aug 01 00:00:46 2016 | ||
| -!- mizari [~mizari@95-174-213-100.nts.su] has joined #shogun | 04:43 | |
| -!- mizari [~mizari@95-174-213-100.nts.su] has quit [Quit: Leaving] | 05:01 | |
| -!- sanuj [~sanuj@117.203.0.4] has joined #shogun | 07:39 | |
| @wiking | sanuj, ping | 09:17 |
|---|---|---|
| sanuj | wiking, hi | 09:18 |
| @wiking | what do you mean by this "The latter part is rather tricky and I think modifying SG_ADD is not a good way to do it. Modifying SG_ADD won't mean not touching rest of the shogun classes, there is no way to avoid that. The point of tags parameters was to get rid of setters-getters in shogun and provide a better API. " | 09:18 |
| @wiking | ? | 09:18 |
| @wiking | i mean SG_ADD is just to add parameters to the ParamaterMap | 09:18 |
| @wiking | nothing else | 09:18 |
| sanuj | wiking, i mean we want to switch from parameter.h to tags-parameter | 09:18 |
| sanuj | right? | 09:18 |
| @wiking | yes | 09:18 |
| @wiking | but SG_ADD is just a simple macro | 09:19 |
| @wiking | that can be changed into anything you want | 09:19 |
| sanuj | wiking, yes, but i'm saying that tweaking SG_ADD will break everything | 09:19 |
| @wiking | why? | 09:19 |
| @wiking | if you tweak it correctly | 09:20 |
| @wiking | it should just work as it was working before? | 09:20 |
| @wiking | i meant ! instead of ? :) | 09:20 |
| sanuj | wiking, only tweaking SG_ADD won't work, all other classes would also need modifications | 09:20 |
| @wiking | why? | 09:20 |
| @wiking | i mean | 09:20 |
| @wiking | you have paramter X | 09:21 |
| @wiking | you want to add that parameter to ParameterMap | 09:21 |
| @wiking | no? | 09:21 |
| sanuj | yes | 09:21 |
| @wiking | or what you want is to drop actually on interface level | 09:21 |
| @wiking | the variables | 09:21 |
| @wiking | that you add to the parameterMap? | 09:21 |
| @wiking | i mean i dont see when is the momemnt that everythign breaks | 09:22 |
| @wiking | and that you have modify everything? | 09:22 |
| sanuj | wiking, see this PR https://github.com/shogun-toolbox/shogun/pull/3405 | 09:22 |
| sanuj | in this i have just modified one parameter | 09:22 |
| @wiking | and this is what we want ? | 09:22 |
| @wiking | lisitsyn, ^ | 09:22 |
| sanuj | not exatly | 09:23 |
| sanuj | but somewhat like this | 09:23 |
| @wiking | why do we wnat to remove parameters | 09:23 |
| @wiking | from the class itself | 09:23 |
| @wiking | i mean explicitly the param | 09:23 |
| @wiking | we could just pass the reference to the param to the param map | 09:23 |
| @wiking | or? | 09:23 |
| @wiking | i mean i'm just putting here ideas | 09:23 |
| sanuj | yeah | 09:24 |
| -!- mode/#shogun [+o shogun-buildbot] by wiking | 09:24 | |
| -!- mode/#shogun [-o shogun-buildbot] by ChanServ | 09:24 | |
| @wiking | fucking ChanServ | 09:24 |
| sanuj | wiking, if we use tags-parameters then there is no point to have member variables | 09:24 |
| sanuj | or is there? | 09:24 |
| @wiking | not necessarily | 09:24 |
| @wiking | i mean see the point here | 09:24 |
| @wiking | :) | 09:24 |
| @wiking | i mean the paramter map | 09:24 |
| @wiking | is not only about removing the members | 09:25 |
| @wiking | but as well to have an easy way for serialization framework | 09:25 |
| @wiking | to serialize the classes | 09:25 |
| sanuj | yes | 09:25 |
| @wiking | and as well for the model param framework | 09:25 |
| @wiking | to do the parameter tuning | 09:25 |
| @wiking | so it's not really just about having the membervariables eliminated from the class | 09:26 |
| sanuj | wiking, but if we have member variables then there will be 2 copies of variables | 09:26 |
| @wiking | no | 09:26 |
| sanuj | one in map and one in member variable | 09:26 |
| @wiking | obviously | 09:26 |
| @wiking | just in case the old param framework | 09:26 |
| @wiking | if we do it like that | 09:26 |
| @wiking | then you just pass the reference | 09:27 |
| @wiking | to that param | 09:27 |
| @wiking | not the value of it | 09:27 |
| sanuj | wiking, map stores variables as Any objects | 09:28 |
| @wiking | yeah but your variable can be a reference? | 09:28 |
| @wiking | or not? :) | 09:28 |
| sanuj | yes it can | 09:28 |
| @wiking | Saurabh7, ping ping | 09:28 |
| @wiking | sanuj, so? | 09:29 |
| sanuj | wiking, actually, i'm a bit confused | 09:29 |
| @wiking | why? | 09:29 |
| sanuj | wiking, there is one more thing | 09:29 |
| @wiking | btw these are just ideas now | 09:29 |
| sanuj | wiking, open GaussianARDKernel_unittest.cc | 09:29 |
| @wiking | but let's try to first exhaust all our options | 09:29 |
| @wiking | before going with statements you did | 09:30 |
| @wiking | in your email | 09:30 |
| @wiking | which branch? | 09:30 |
| sanuj | develop | 09:30 |
| sanuj | got to line 179 | 09:30 |
| @wiking | yes | 09:31 |
| sanuj | wiking, we will have to remove things like these | 09:31 |
| @wiking | you mean marking that something is a gradient param? :) | 09:31 |
| @wiking | btw do we have a way to support this? | 09:31 |
| sanuj | wiking, i mean the usage of TParameter | 09:33 |
| sanuj | we can implement it differently using tags-parameter | 09:33 |
| @wiking | yeah | 09:33 |
| @wiking | sure i mean of course changing the whole backend | 09:33 |
| sanuj | wiking, do we want to stop using TParameter? | 09:33 |
| @wiking | will mean some major refactors | 09:33 |
| @wiking | but again | 09:33 |
| @wiking | lets have a discussion about this | 09:33 |
| @wiking | :) | 09:33 |
| sanuj | wiking, yeah, i wanted to start a discussion | 09:34 |
| @wiking | mmm that email sounded like things are decided | 09:34 |
| @wiking | nevermind | 09:34 |
| sanuj | but i just said that it is not just tweaking SG_ADD and it will work | 09:34 |
| sanuj | wiking, i discussed with heiko and lisitsyn, we thought that tweaking SG_ADD would let us make it work without touching many other shogun classes | 09:36 |
| sanuj | but that would be a dirty fix even if it works | 09:36 |
| sanuj | because with tags parameters we also want to get rid of setters and getters in each shogun class | 09:36 |
| sanuj | and provide a cleaner api | 09:36 |
| sanuj | wiking, what do you think? | 09:36 |
| @wiking | yeah that i get | 09:37 |
| @wiking | i mean setter/getter | 09:37 |
| @wiking | well the only thing is that about TParameter | 09:37 |
| @wiking | we still want to be able to set which params | 09:37 |
| @wiking | are actually possible to optimize | 09:38 |
| @wiking | in a param optimization fw | 09:38 |
| @wiking | (again this is not the universal truth.. just my opinion) | 09:38 |
| sanuj | wiking, yeah, i'll have a better look at TParameter | 09:38 |
| @wiking | but yeah about SG_ADD and having parameters still in the class itself | 09:39 |
| @wiking | since we need to remove all the setter/getter methods (do we want to do this) | 09:39 |
| @wiking | then we might think about removing | 09:39 |
| @wiking | the object params | 09:39 |
| @wiking | but maaaybe | 09:39 |
| @wiking | we dont wanna do this kind of full upgrade | 09:39 |
| @wiking | and old classes can have both getter/setters, i.e. keep the old ones | 09:40 |
| @wiking | and just have what the tag based fw provides as well | 09:40 |
| @wiking | i mean they are never gonna overlap | 09:40 |
| @wiking | and they are gonna just provide the same functionality | 09:40 |
| @wiking | right? | 09:40 |
| @wiking | it doesn't really hurt to have those setter/getters there | 09:40 |
| @wiking | but at least that way we dont have to do a major big commit | 09:41 |
| @wiking | where we clear up classes | 09:41 |
| @wiking | and of course when somebody sends in a new implementation/class | 09:41 |
| @wiking | then we require not to have those setters getters anymore | 09:41 |
| @wiking | just rely on the tag based one | 09:41 |
| sanuj | wiking, yeah, we need to go step by step | 09:41 |
| sanuj | wiking, i see what you are saying | 09:42 |
| sanuj | seems like a good approach | 09:43 |
| @wiking | sonney2k, ping | 09:47 |
| sanuj | wiking, so what this means is | 09:47 |
| sanuj | the first step is | 09:47 |
| @wiking | i mean first i wanna understand | 09:47 |
| @wiking | what was lisitsyn idea here | 09:47 |
| lisitsyn | we need some kind of trickery to make *some* of tags to access m_my_member | 09:48 |
| sanuj | to keep the parameter stuff as it is | 09:48 |
| @wiking | if he imagined a huge cleanup | 09:48 |
| @wiking | ok he is alive | 09:48 |
| @wiking | :) | 09:48 |
| lisitsyn | not the map but the member | 09:48 |
| @wiking | k | 09:48 |
| @wiking | so somehow the reference | 09:48 |
| lisitsyn | this is some kind of transition phase | 09:48 |
| lisitsyn | yeah | 09:48 |
| @wiking | yep yeo | 09:48 |
| @wiking | okok and then new things | 09:48 |
| @wiking | have to just rely on tags | 09:48 |
| @wiking | i suppose | 09:48 |
| lisitsyn | yeap | 09:48 |
| sanuj | and add a layer of tags-parameter, just to have another api to change the same set of parameters | 09:48 |
| @wiking | yeah seems teh best approach here | 09:48 |
| lisitsyn | then we can start dropping get_something set_something | 09:48 |
| @wiking | lisitsyn, do we wanna actively drop it? | 09:49 |
| @wiking | i mean do a backward cleanup of already created classes? | 09:49 |
| lisitsyn | yeah if we want plugins | 09:49 |
| @wiking | ah ok | 09:49 |
| @wiking | but that's only when we already refactor things | 09:49 |
| @wiking | so anyways when we touch the classes | 09:49 |
| @wiking | that's ok | 09:49 |
| @wiking | then it's justified to have the change | 09:49 |
| sanuj | wiking, lisitsyn i think as someone writes plugins for some old class, dropping unwanted stuff can happen then | 09:49 |
| lisitsyn | yes | 09:49 |
| @wiking | sanuj, indeed | 09:49 |
| lisitsyn | something like that | 09:50 |
| sanuj | lisitsyn, even if we have member variables, the tags map will only store a reference | 09:52 |
| sanuj | so no duplication of stuff | 09:52 |
| lisitsyn | sanuj: yeah | 09:53 |
| lisitsyn | sanuj: we need to trick any | 09:53 |
| lisitsyn | to use exactly this area of memory | 09:53 |
| sanuj | lisitsyn, i think it already does that | 09:53 |
| sanuj | no? | 09:53 |
| lisitsyn | no it allocates new one | 09:53 |
| lisitsyn | I think I can come up with some implementation | 09:53 |
| sanuj | lisitsyn, *(storage) = new T(*reinterpret_cast<T const*>(v)); | 09:53 |
| sanuj | here is "new" | 09:54 |
| lisitsyn | yeah but we need to force storage to be | 09:54 |
| lisitsyn | m_some_member of class | 09:54 |
| sanuj | lisitsyn, so currently there is duplication happening if we use member variables | 09:54 |
| lisitsyn | right | 09:54 |
| sanuj | lisitsyn, do we need to use SG_REF etc with tags-params | 09:55 |
| lisitsyn | nope | 09:56 |
| lisitsyn | sanuj: if we use Some | 09:56 |
| sanuj | lisitsyn, this memory, scope, references are driving me a bit crazy :D | 09:56 |
| lisitsyn | it's programming :D | 09:56 |
| sanuj | lisitsyn, so how do you plan to use the m_member memory in any? | 09:57 |
| lisitsyn | we just need to create any with storage=&m_member | 09:57 |
| lisitsyn | ah and also force it not to delete it afterwards | 09:58 |
| lisitsyn | otherwise it would kill the object | 09:58 |
| -!- sanuj [~sanuj@117.203.0.4] has quit [Ping timeout: 264 seconds] | 10:01 | |
| -!- sanuj [~sanuj@117.203.0.4] has joined #shogun | 10:04 | |
| sanuj | lisitsyn, open any.h | 10:04 |
| lisitsyn | sanuj: I remember it by heart ;) | 10:05 |
| lisitsyn | jk | 10:05 |
| sanuj | haha | 10:05 |
| sanuj | lisitsyn, so you mean "v" is getting deleted? | 10:05 |
| lisitsyn | sanuj: v = m_member | 10:05 |
| lisitsyn | and it should not be deleted | 10:05 |
| lisitsyn | yes | 10:05 |
| sanuj | yes | 10:05 |
| lisitsyn | so we need other policy | 10:05 |
| lisitsyn | like external one | 10:05 |
| sanuj | lisitsyn, which code is responsible for deleting "v" | 10:06 |
| lisitsyn | https://github.com/shogun-toolbox/shogun/blob/develop/src/shogun/lib/any.h#L120 | 10:07 |
| lisitsyn | sanuj: will commute to job now, then I think I can get some time to do that | 10:08 |
| sanuj | okay! | 10:08 |
| sanuj | lisitsyn, but, in MockObject i use m_member to set a variable and everything works fine | 10:09 |
| sanuj | will have to check again now | 10:09 |
| -!- sanuj [~sanuj@117.203.0.4] has quit [Remote host closed the connection] | 11:30 | |
| -!- sanuj [~sanuj@117.203.0.4] has joined #shogun | 11:42 | |
| lisitsyn | sanuj: in progress | 11:52 |
| sanuj | lisitsyn, i have a few doubts | 11:52 |
| sanuj | lisitsyn, the clear() function is only called in destructor and operator= | 11:52 |
| lisitsyn | sanuj: yeah no worries | 11:52 |
| sanuj | so how is it deleting "v" | 11:52 |
| sanuj | lisitsyn, the Any object is alive till the map is alive i guess | 11:53 |
| lisitsyn | yes | 11:53 |
| lisitsyn | the map is alive as long as object is alive | 11:53 |
| sanuj | lisitsyn, so the member function is not getting deleted then | 11:53 |
| sanuj | member variable* | 11:54 |
| lisitsyn | yes | 11:54 |
| lisitsyn | it should not be deleted | 11:54 |
| sanuj | cool | 11:54 |
| sanuj | lisitsyn, shall we make get/set virtual? | 11:55 |
| lisitsyn | why? | 11:55 |
| sanuj | lisitsyn, if you see GaussianKernel | 11:55 |
| sanuj | lisitsyn, it takes parameter width but saves log_width | 11:56 |
| lisitsyn | that sounds crazy | 11:56 |
| sanuj | the computation happens in set_width() or get_width() | 11:56 |
| sanuj | :D | 11:56 |
| sanuj | lisitsyn, | 11:57 |
| sanuj | void CGaussianKernel::set_width(float64_t w) | 11:57 |
| sanuj | { | 11:57 |
| sanuj | REQUIRE(w>0, "width (%f) must be positive\n",w); | 11:57 |
| sanuj | m_log_width=CMath::log(w/2.0)/2.0; | 11:57 |
| sanuj | } | 11:57 |
| sanuj | lisitsyn, so if we want this to happen for set<float64_t>("width", 1.0) then it has to be overloaded | 11:57 |
| lisitsyn | I am not sure what's the idea | 11:57 |
| lisitsyn | we can think of adding some transformation functions | 11:58 |
| lisitsyn | to our get/set | 11:58 |
| lisitsyn | it is easy to do | 11:58 |
| lisitsyn | with lambdas | 11:58 |
| sanuj | okay | 11:58 |
| sanuj | lisitsyn, yes actually | 11:58 |
| sanuj | now that we have c++11 | 11:58 |
| sanuj | lisitsyn, and we still need to add a list_parameters() to list all parameters in an object | 11:58 |
| sanuj | it was removed due to the std::vector and SGVector decision | 11:59 |
| lisitsyn | rigght | 11:59 |
| lisitsyn | sanuj: ok writing test for this thing | 12:01 |
| sanuj | lisitsyn, cool cool | 12:01 |
| sanuj | lisitsyn, how to become a c++ god ? :D | 12:14 |
| lisitsyn | sanuj: what for? | 12:14 |
| lisitsyn | :D | 12:14 |
| sanuj | nice question | 12:14 |
| sanuj | haha | 12:14 |
| sanuj | i dunno | 12:14 |
| sanuj | lisitsyn, yandex makes coursera courses! | 12:17 |
| sanuj | https://www.coursera.org/specializations/data-structures-algorithms | 12:17 |
| lisitsyn | sanuj: yeap | 12:24 |
| lisitsyn | sanuj: it is also HSE | 12:24 |
| lisitsyn | where I used to work (or work) | 12:24 |
| lisitsyn | not sure :D | 12:24 |
| sanuj | haha | 12:25 |
| sanuj | lisitsyn, you are a project manager right? | 12:26 |
| lisitsyn | sanuj: no | 12:26 |
| lisitsyn | kind of team leader | 12:26 |
| lisitsyn | I do code stuff | 12:26 |
| lisitsyn | :) | 12:26 |
| sanuj | okay | 12:26 |
| sanuj | lisitsyn, what's the next thing? | 12:26 |
| lisitsyn | sanuj: which next thing? | 12:26 |
| sanuj | like what do you want to do next? be in software forever? | 12:27 |
| sanuj | i have seen people get bored | 12:27 |
| sanuj | lisitsyn, btw i'm trying sets/gets and checking if it works with R | 12:27 |
| lisitsyn | sanuj: anything that gets me yacht | 12:28 |
| lisitsyn | hahah | 12:28 |
| sanuj | haha | 12:28 |
| lisitsyn | and some house in sardinia | 12:28 |
| lisitsyn | lol | 12:28 |
| lisitsyn | sanuj: yeah would be cool if it works | 12:29 |
| lisitsyn | lets merge if it does | 12:29 |
| sanuj | okay | 12:29 |
| sanuj | lisitsyn, sardinia looks like a nice place :D | 12:30 |
| lisitsyn | never been there but it must be | 12:30 |
| sanuj | i see | 12:30 |
| lisitsyn | sanuj: oh I don't compile shogun often but now it eats my cpu like crazy :D | 12:31 |
| sanuj | yes it does | 12:31 |
| sanuj | lisitsyn, which machine do you use | 12:32 |
| lisitsyn | sanuj: macbook pro 2013 | 12:32 |
| sanuj | aaah | 12:32 |
| sanuj | never used mac | 12:32 |
| lisitsyn | my eyes bleed when it is not retina | 12:32 |
| sanuj | haha | 12:32 |
| sanuj | lisitsyn, time to upgrade your machine! :D | 12:33 |
| sanuj | when apples releases new macs | 12:33 |
| lisitsyn | I broke my previous mac | 12:33 |
| lisitsyn | :D | 12:33 |
| sanuj | apple* :D | 12:33 |
| lisitsyn | they replaced it | 12:33 |
| sanuj | yeah but they are still boring | 12:33 |
| lisitsyn | I don't think they're going to replace it soon again | 12:33 |
| sanuj | oh man i forgot to update sgbase.i | 12:34 |
| sanuj | will have to build again | 12:34 |
| sanuj | lisitsyn, what does this comment mean? https://github.com/shogun-toolbox/shogun/pull/3357/files#diff-d1db47426b779ea8c77a30e93058c0abR3 | 12:46 |
| lisitsyn | sanuj: you put GPL license header | 12:47 |
| sanuj | lisitsyn, what is BSD license header? | 12:48 |
| lisitsyn | check any new code | 12:48 |
| sanuj | * Copyright (c) 2016, Shogun-Toolbox e.V. <shogun-team@shogun-toolbox.org> | 12:48 |
| sanuj | * All rights reserved. | 12:48 |
| sanuj | okay | 12:49 |
| sanuj | and lisitsyn https://github.com/shogun-toolbox/shogun/pull/3357/files#diff-d1db47426b779ea8c77a30e93058c0abR38 | 12:51 |
| sanuj | do i need to use """ blah """ | 12:51 |
| lisitsyn | if __name__ == "__main__" | 12:52 |
| sanuj | oh | 12:52 |
| lisitsyn | and also check some argparse | 12:52 |
| sanuj | okay | 12:52 |
| lisitsyn | or anything else | 12:52 |
| lisitsyn | argparse is in base python thus best choice | 12:52 |
| lisitsyn | I also like docopt but it needs installation | 12:53 |
| sanuj | okay | 12:53 |
| -!- shogun-notifier- [~irker@7nn.de] has joined #shogun | 12:55 | |
| shogun-notifier- | shogun: Sergey Lisitsyn :feature/external_any_policy * 9d34252 / src/shogun/lib/any.h,tests/unit/lib/Any_unittest.cc: https://github.com/shogun-toolbox/shogun/commit/9d34252b1d85e97e038704e8bf03b81cb690cca3 | 12:55 |
| shogun-notifier- | shogun: Add non-owning Any policy | 12:55 |
| shogun-notifier- | shogun: | 12:55 |
| shogun-notifier- | shogun: This would enable us to implement SG_ADD so that | 12:55 |
| shogun-notifier- | shogun: parameters are used through map | 12:55 |
| shogun-notifier- | shogun: and member variables at the same time. | 12:55 |
| lisitsyn | sanuj: https://github.com/shogun-toolbox/shogun/pull/3406/files | 12:57 |
| sanuj | looking | 12:57 |
| sanuj | lisitsyn, this is neat | 13:01 |
| lisitsyn | sanuj: C++17 will have any | 13:10 |
| sanuj | lisitsyn, but we won't be using c++17 for ages | 13:10 |
| lisitsyn | yeah we will adopt it in 2019 in the best case | 13:11 |
| lisitsyn | :D | 13:11 |
| sanuj | haha | 13:11 |
| -!- travis-ci [~travis-ci@ec2-54-167-78-142.compute-1.amazonaws.com] has joined #shogun | 13:40 | |
| travis-ci | it's Sergey Lisitsyn'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/148843490 | 13:40 |
| -!- travis-ci [~travis-ci@ec2-54-167-78-142.compute-1.amazonaws.com] has left #shogun [] | 13:40 | |
| lisitsyn | what? | 13:40 |
| sanuj | lol | 13:40 |
| lisitsyn | its green | 13:40 |
| sanuj | no clue | 13:41 |
| sanuj | it does that i guess | 13:41 |
| sanuj | lisitsyn, https://twitter.com/smilevector | 13:51 |
| lisitsyn | sanuj: booring | 13:52 |
| sanuj | haha | 13:52 |
| sanuj | lisitsyn, have you read the deeplearningbook.org? | 13:54 |
| lisitsyn | nope | 13:54 |
| sanuj | it was one of the suggested learning for the dl project | 13:55 |
| sanuj | lisitsyn, reading these kinds of books is difficult | 13:55 |
| lisitsyn | why? | 13:56 |
| sanuj | requires patience and diligence | 13:57 |
| sanuj | lisitsyn, i have updated this PR https://github.com/shogun-toolbox/shogun/pull/3357 | 14:07 |
| sanuj | tell me if you want anything else changes | 14:07 |
| sanuj | changed* | 14:07 |
| sanuj | and then we can merge once travis passes | 14:07 |
| sanuj | wiking, ^ | 14:07 |
| @wiking | yeah please work on that patch | 14:08 |
| @wiking | as that one is still not adequate | 14:08 |
| sanuj | okay | 14:14 |
| sanuj | wiking, what do you mean by your second comment? | 14:25 |
| sanuj | https://github.com/shogun-toolbox/shogun/pull/3357#discussion-diff-72966702R962 | 14:25 |
| lisitsyn | wiking: https://github.com/shogun-toolbox/shogun/pull/3406 could you review and merge when you get time? | 14:26 |
| shogun-notifier- | shogun: Sergey Lisitsyn :feature/tags * 9d34252 / src/shogun/lib/any.h,tests/unit/lib/Any_unittest.cc: https://github.com/shogun-toolbox/shogun/commit/9d34252b1d85e97e038704e8bf03b81cb690cca3 | 14:43 |
| shogun-notifier- | shogun: Add non-owning Any policy | 14:43 |
| shogun-notifier- | shogun: | 14:43 |
| shogun-notifier- | shogun: This would enable us to implement SG_ADD so that | 14:43 |
| shogun-notifier- | shogun: parameters are used through map | 14:43 |
| shogun-notifier- | shogun: and member variables at the same time. | 14:43 |
| shogun-notifier- | shogun: Viktor Gal :feature/tags * 2cf0195 / src/shogun/lib/any.h,tests/unit/lib/Any_unittest.cc: https://github.com/shogun-toolbox/shogun/commit/2cf019538e75249810def33bc8cf24bf3d76f56f | 14:43 |
| shogun-notifier- | shogun: Merge pull request #3406 from shogun-toolbox/feature/external_any_policy | 14:43 |
| shogun-notifier- | shogun: | 14:43 |
| shogun-notifier- | shogun: Add non-owning Any policy | 14:43 |
| -!- sanuj [~sanuj@117.203.0.4] has quit [Ping timeout: 252 seconds] | 15:03 | |
| @wiking | Saurabh7: ? | 15:45 |
| lisitsyn | wiking: gonna send PR | 15:49 |
| lisitsyn | with SG_ADD registering member | 15:49 |
| @wiking | lisitsyn, sounds good | 15:49 |
| @wiking | i'm here | 15:49 |
| lisitsyn | so that it can be used by getterr | 15:49 |
| @wiking | waiting | 15:49 |
| @wiking | and working on js | 15:50 |
| lisitsyn | :D | 15:50 |
| lisitsyn | lol | 15:50 |
| lisitsyn | js | 15:50 |
| @wiking | http://www.networkworld.com/article/3101430/application-development/javascript-keeps-its-spot-atop-programming-language-rankings.html | 15:50 |
| -!- c4goldsw [5da420e6@gateway/web/cgi-irc/kiwiirc.com/ip.93.164.32.230] has joined #shogun | 16:23 | |
| c4goldsw | Hello World | 16:24 |
| @wiking | pong | 16:45 |
| Saurabh7 | hi | 17:00 |
| Saurabh7 | wiking: sry was aaway since afternoon | 17:00 |
| Saurabh7 | let me type in quick | 17:01 |
| @wiking | no worris | 17:01 |
| @wiking | k | 17:01 |
| @wiking | thnx | 17:01 |
| -!- shogun-notifier- [~irker@7nn.de] has quit [Quit: transmission timeout] | 17:43 | |
| @wiking | rcurtin, are you areound? | 17:48 |
| @wiking | *around | 17:48 |
| rcurtin | wiking: yeah, just got back from lunch | 18:20 |
| rcurtin | I have a meeting at 1800 UTC though, so I won't be here forever :) | 18:21 |
| lisitsyn | wiking: equals of CSGObject is not const | 18:21 |
| lisitsyn | :D:D | 18:21 |
| lisitsyn | lol | 18:21 |
| -!- sanuj [~sanuj@117.203.0.4] has joined #shogun | 18:39 | |
| -!- sanuj [~sanuj@117.203.0.4] has quit [Read error: Connection reset by peer] | 18:52 | |
| -!- sanuj [~sanuj@117.203.0.4] has joined #shogun | 19:09 | |
| -!- sanuj [~sanuj@117.203.0.4] has quit [Remote host closed the connection] | 19:34 | |
| c4goldsw | Earth to wiking | 20:36 |
| --- Log closed Tue Aug 02 00:00:48 2016 | ||
Generated by irclog2html.py 2.10.0 by Marius Gedminas - find it at mg.pov.lt!