--- Log opened Sun Mar 23 00:00:50 2014 | ||
-!- khalednasr [~k.nasr92@41.69.203.191] has quit [Quit: Leaving] | 00:15 | |
-!- newlido [~quassel@41.237.151.196] has quit [Ping timeout: 240 seconds] | 01:08 | |
-!- kislay [~kislay@210.212.61.185] has quit [Ping timeout: 240 seconds] | 01:54 | |
-!- kislay [~kislay@14.139.41.150] has joined #shogun | 02:00 | |
-!- thoralf [~thoralf@91-65-136-194-dynip.superkabel.de] has quit [Quit: Konversation terminated!] | 02:02 | |
-!- kislay [~kislay@14.139.41.150] has quit [Ping timeout: 268 seconds] | 02:20 | |
-!- PirosB3 [~pirosb3@cpc4-newt31-2-0-cust631.newt.cable.virginm.net] has quit [Quit: PirosB3] | 02:41 | |
-!- nikolisgal [~nikolisga@ppp141237211150.access.hol.gr] has quit [Remote host closed the connection] | 02:41 | |
-!- mode/#shogun [+o sonney2k] by ChanServ | 03:23 | |
shogun-buildbot | build #755 of nightly_default is complete: Failure [failed test] Build details are at http://buildbot.shogun-toolbox.org/builders/nightly_default/builds/755 | 03:42 |
---|---|---|
-!- vperic [~vperic@194.228.13.178] has quit [Ping timeout: 246 seconds] | 04:56 | |
-!- DarkRoom_ [~darkroom@14.139.82.6] has quit [Read error: Operation timed out] | 04:59 | |
-!- kislay [~kislay@14.139.41.150] has joined #shogun | 05:54 | |
-!- newlido [~quassel@41.237.151.196] has joined #shogun | 06:59 | |
-!- newlido [~quassel@41.237.151.196] has quit [Remote host closed the connection] | 07:00 | |
-!- iglesiasg [~iglesiasg@524AE0A7.cm-4-3d.dynamic.ziggo.nl] has joined #shogun | 08:44 | |
-!- mode/#shogun [+o iglesiasg] by ChanServ | 08:44 | |
-!- jiaolong_ [553a5634@gateway/web/freenode/ip.85.58.86.52] has quit [Quit: Page closed] | 09:15 | |
-!- kislay [~kislay@14.139.41.150] has quit [Read error: Connection reset by peer] | 10:02 | |
-!- kislay [~kislay@14.139.41.150] has joined #shogun | 10:05 | |
-!- andrew [~andrew@c-50-184-110-141.hsd1.ca.comcast.net] has joined #shogun | 10:10 | |
-!- nikolisgal [~nikolisga@ppp141237211150.access.hol.gr] has joined #shogun | 10:15 | |
-!- andrew [~andrew@c-50-184-110-141.hsd1.ca.comcast.net] has quit [Ping timeout: 240 seconds] | 11:15 | |
-!- iglesiasg [~iglesiasg@524AE0A7.cm-4-3d.dynamic.ziggo.nl] has quit [Quit: Leaving] | 11:55 | |
-!- Netsplit *.net <-> *.split quits: pfm_, @wiking | 12:30 | |
-!- Netsplit over, joins: pfm_ | 12:41 | |
-!- PirosB3 [~pirosb3@cpc4-newt31-2-0-cust631.newt.cable.virginm.net] has joined #shogun | 12:45 | |
-!- wiking [~wiking@huwico/staff/wiking] has joined #shogun | 12:46 | |
-!- ServerMode/#shogun [+o wiking] by kornbluth.freenode.net | 12:46 | |
-!- vperic [~vperic@194.228.13.178] has joined #shogun | 13:07 | |
-!- nikolisgal [~nikolisga@ppp141237211150.access.hol.gr] has quit [Quit: Leaving] | 13:11 | |
-!- iglesiasg [~iglesiasg@524AE0A7.cm-4-3d.dynamic.ziggo.nl] has joined #shogun | 13:25 | |
-!- mode/#shogun [+o iglesiasg] by ChanServ | 13:26 | |
-!- HeikoS [~heiko@0546d087.skybroadband.com] has joined #shogun | 14:14 | |
HeikoS | . | 14:15 |
-!- PirosB3 [~pirosb3@cpc4-newt31-2-0-cust631.newt.cable.virginm.net] has quit [Quit: PirosB3] | 14:32 | |
-!- iglesiasg [~iglesiasg@524AE0A7.cm-4-3d.dynamic.ziggo.nl] has quit [Quit: Leaving] | 14:43 | |
-!- pl8787 [9fe22b60@gateway/web/freenode/ip.159.226.43.96] has joined #shogun | 14:43 | |
pl8787 | heikoS : Is there any io class in shogun can read string feature ? | 14:44 |
HeikoS | pl8787: in the sense of? | 14:44 |
pl8787 | the format such as : 1|name|cate|0|0 | 14:45 |
pl8787 | I use csv reader, but only numerate feature can read | 14:47 |
HeikoS | I see | 14:47 |
HeikoS | pl8787: I dont know, you should ask sonney2k, andor lisitsyn, wiking | 14:48 |
lisitsyn | I don't speak english sorry | 14:48 |
lisitsyn | :D | 14:48 |
HeikoS | if its currently not possible, it might be agood idea to extend the existing class to be able to read categorical andor string data | 14:48 |
HeikoS | lisitsyn: ? | 14:48 |
lisitsyn | jk | 14:48 |
-!- bumblebee [~quassel@202.78.175.199] has joined #shogun | 14:49 | |
lisitsyn | I don't know actually | 14:50 |
pl8787 | lisitsyn: how to solve this problem? | 14:50 |
lisitsyn | let me go through the code | 14:50 |
pl8787 | lisitsy: ok thanks | 14:50 |
lisitsyn | should be possible | 14:51 |
lisitsyn | ah no | 14:53 |
lisitsyn | SG_NOTIMPLEMENTED | 14:53 |
lisitsyn | :D | 14:53 |
pl8787 | ok, maybe I could implement myself, or use other language(python) preprocess the data | 14:55 |
-!- vperic [~vperic@194.228.13.178] has quit [Quit: Konversation terminated!] | 14:55 | |
-!- HeikoS [~heiko@0546d087.skybroadband.com] has quit [Ping timeout: 264 seconds] | 14:57 | |
-!- HeikoS [~heiko@ra-vpn-212.ra-vpn.ucl.ac.uk] has joined #shogun | 15:14 | |
-!- HeikoS [~heiko@ra-vpn-212.ra-vpn.ucl.ac.uk] has quit [Read error: Connection reset by peer] | 15:25 | |
-!- nikolisgal [~nikolisga@ppp141237211150.access.hol.gr] has joined #shogun | 15:28 | |
-!- HeikoS [~heiko@0546d087.skybroadband.com] has joined #shogun | 15:44 | |
-!- HeikoS [~heiko@0546d087.skybroadband.com] has quit [Ping timeout: 264 seconds] | 15:52 | |
-!- kprah [67157f4c@gateway/web/freenode/ip.103.21.127.76] has joined #shogun | 17:04 | |
kprah | wiking: hey, you there? | 17:04 |
kprah | sonney2k: I had a question on present bmrm solvers | 17:06 |
kprah | if we already have a bmrm solver (libbmrm.cpp/h) , then what's the reason of having an proximal bundle solver (libp3bm.cpp)? | 17:07 |
kprah | \msg | 17:08 |
-!- kprah_ [67157f4c@gateway/web/freenode/ip.103.21.127.76] has joined #shogun | 17:43 | |
-!- kprah [67157f4c@gateway/web/freenode/ip.103.21.127.76] has quit [Ping timeout: 245 seconds] | 17:45 | |
-!- kprah [67157d4c@gateway/web/freenode/ip.103.21.125.76] has joined #shogun | 17:51 | |
-!- kprah_ [67157f4c@gateway/web/freenode/ip.103.21.127.76] has quit [Ping timeout: 245 seconds] | 17:55 | |
-!- kprah [67157d4c@gateway/web/freenode/ip.103.21.125.76] has quit [Quit: Page closed] | 17:59 | |
-!- nikolisgal [~nikolisga@ppp141237211150.access.hol.gr] has quit [Quit: Leaving] | 18:17 | |
-!- kprah [67157f4c@gateway/web/freenode/ip.103.21.127.76] has joined #shogun | 18:27 | |
-!- kprah [67157f4c@gateway/web/freenode/ip.103.21.127.76] has quit [Quit: Page closed] | 18:39 | |
-!- bumblebee [~quassel@202.78.175.199] has quit [Read error: Operation timed out] | 18:51 | |
-!- bumblebee [~quassel@202.78.175.199] has joined #shogun | 18:51 | |
-!- jiaolong [9e6d09e4@gateway/web/freenode/ip.158.109.9.228] has quit [Quit: Page closed] | 18:59 | |
-!- bumblebee_ [~quassel@202.78.175.199] has joined #shogun | 19:04 | |
-!- bumblebee [~quassel@202.78.175.199] has quit [Ping timeout: 240 seconds] | 19:04 | |
-!- iglesiasg [~iglesiasg@524AE0A7.cm-4-3d.dynamic.ziggo.nl] has joined #shogun | 19:19 | |
-!- mode/#shogun [+o iglesiasg] by ChanServ | 19:19 | |
-!- sonne|osx [~sonne@e178251106.adsl.alicedsl.de] has joined #shogun | 19:37 | |
-!- besser82 [quassel@fedora/besser82] has quit [Remote host closed the connection] | 19:37 | |
-!- dhruv13j [dhruv13j@gateway/shell/bnc4free/x-argwiipfafaabqkc] has quit [Remote host closed the connection] | 19:37 | |
-!- sonne|osx [~sonne@e178251106.adsl.alicedsl.de] has quit [Client Quit] | 19:39 | |
-!- sonne|osx [~sonne@e178251106.adsl.alicedsl.de] has joined #shogun | 19:41 | |
-!- bumblebee_ [~quassel@202.78.175.199] has quit [Ping timeout: 252 seconds] | 19:45 | |
-!- HeikoS [~heiko@0546d087.skybroadband.com] has joined #shogun | 19:58 | |
-!- besser82 [quassel@fedora/besser82] has joined #shogun | 20:00 | |
-!- mode/#shogun [+o besser82] by ChanServ | 20:00 | |
-!- shogun-notifier- [~irker@7nn.de] has joined #shogun | 20:02 | |
shogun-notifier- | shogun: pl8787 :develop * 3afb4cf / tests/unit/statistics/HSIC_unittest.cc: https://github.com/shogun-toolbox/shogun/commit/3afb4cf1bddf5c55d9cc9a3f2b4f1e79f5519416 | 20:02 |
shogun-notifier- | shogun: Update BSD license at the top of the file. | 20:02 |
shogun-notifier- | shogun: Heiko Strathmann :develop * adc9500 / tests/unit/statistics/HSIC_unittest.cc: https://github.com/shogun-toolbox/shogun/commit/adc950001671e2af852629828e80708bcef8a43e | 20:02 |
shogun-notifier- | shogun: Merge pull request #2066 from pl8787/hsic | 20:02 |
shogun-notifier- | shogun: | 20:02 |
shogun-notifier- | shogun: #1983 Update BSD license at the top of the file. | 20:02 |
-!- iglesiasg [~iglesiasg@524AE0A7.cm-4-3d.dynamic.ziggo.nl] has quit [Quit: Leaving] | 20:26 | |
-!- dhruv13j [dhruv13j@gateway/shell/bnc4free/x-dojotckqqmfmtwvw] has joined #shogun | 20:30 | |
-!- PirosB3 [~pirosb3@cpc4-newt31-2-0-cust631.newt.cable.virginm.net] has joined #shogun | 20:31 | |
kislay | HeikoS, hey. | 20:42 |
HeikoS | kislay: hey! | 20:42 |
kislay | HeikoS, please tell me some pointers to get started with the opencv integration issue. | 20:43 |
lisitsyn | HeikoS: ! | 20:49 |
lisitsyn | https://github.com/lisitsyn/aer/blob/master/test_lib_src/library.cpp | 20:49 |
HeikoS | kislay: I dont know this very well | 20:49 |
lisitsyn | see last three lines | 20:49 |
lisitsyn | four | 20:49 |
HeikoS | kislay: best is to write a mail to kevin about this, or just explore on your own a bit | 20:49 |
HeikoS | lisitsyn: aer? | 20:50 |
lisitsyn | HeikoS: don't tell me it is the first time you see it | 20:50 |
lisitsyn | :D | 20:50 |
-!- travis-ci [~travis-ci@ec2-54-81-190-108.compute-1.amazonaws.com] has joined #shogun | 20:50 | |
travis-ci | [travis-ci] it's Heiko Strathmann'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/21377207 | 20:50 |
-!- travis-ci [~travis-ci@ec2-54-81-190-108.compute-1.amazonaws.com] has left #shogun [] | 20:50 | |
HeikoS | lisitsyn: I am sorry, so many things going on :) | 20:50 |
lisitsyn | HeikoS: yes that's what I develop to replace all the stuff | 20:51 |
lisitsyn | well | 20:51 |
HeikoS | what do you want to tell me with this gist? | 20:51 |
lisitsyn | that's how you define plugin | 20:51 |
HeikoS | is this how to import modules? | 20:51 |
lisitsyn | rather export | 20:52 |
HeikoS | I see | 20:52 |
kislay | HeikoS, okay. | 20:52 |
HeikoS | I think thats sweet! | 20:52 |
lisitsyn | HeikoS: what I want is some feedback because I am developing it mostly for shogun | 20:52 |
HeikoS | ok I see | 20:52 |
lisitsyn | HeikoS: so basically you'd have to say | 20:52 |
lisitsyn | I want to export class blabla | 20:53 |
-!- zxtx [~zv@cpe-98-148-41-3.socal.res.rr.com] has joined #shogun | 20:53 | |
HeikoS | lisitsyn: ok, so what about multiple classes? | 20:53 |
lisitsyn | which is inherited from one of our base classes | 20:53 |
HeikoS | lisitsyn: and how are modules organised? | 20:53 |
HeikoS | lisitsyn: do we keep the current folder structure? | 20:53 |
lisitsyn | I don't know | 20:53 |
lisitsyn | I don't force anything on that | 20:53 |
HeikoS | ok, | 20:53 |
lisitsyn | what I have now is library/metaclass/object infrastructure | 20:53 |
HeikoS | I mean for single classes this is perfect | 20:54 |
HeikoS | lisitsyn: okay, and everyone is too busy to give feedback? :D | 20:54 |
lisitsyn | sorry don't get it | 20:54 |
lisitsyn | HeikoS: no I only ask you :D | 20:54 |
lisitsyn | because you are some kind of fan of 'proper' things | 20:54 |
HeikoS | lisitsyn: can a class be registered in multiple libs? | 20:54 |
lisitsyn | one class in multiple libs?? | 20:54 |
HeikoS | lisitsyn: haha, yeah but unable to do that myfelf :D | 20:54 |
HeikoS | myself | 20:54 |
lisitsyn | what's the usecase | 20:55 |
HeikoS | lisitsyn: so it would be cool if we could register the classes like within multiple modules | 20:55 |
HeikoS | lisitsyn: say, GP module | 20:55 |
HeikoS | needs GaussianKernel | 20:55 |
HeikoS | but LibSVM module also needs | 20:55 |
lisitsyn | you're speaking about dependencies? | 20:55 |
HeikoS | lisitsyn: yeah | 20:55 |
lisitsyn | well that's to be done yet | 20:55 |
HeikoS | lisitsyn: so it would be cool in the end if I just said: I only want GPs | 20:55 |
HeikoS | or only LibSVM | 20:56 |
lisitsyn | that's actually a great problem | 20:56 |
lisitsyn | HeikoS: a lot of things are going to be done with strings | 20:56 |
lisitsyn | that's a drawback | 20:57 |
HeikoS | mmmh | 20:57 |
HeikoS | ok | 20:57 |
lisitsyn | HeikoS: if you need gaussian kernel | 20:57 |
lisitsyn | you probably would ask some system | 20:57 |
lisitsyn | to spawn "GaussianKernel" for you | 20:57 |
lisitsyn | it would be As<Kernel> for you though | 20:58 |
lisitsyn | HeikoS: As is my shared_ptr ;) | 20:58 |
lisitsyn | I found it a good naming but I can get wrong | 20:58 |
HeikoS | ehm, I am using track there | 20:58 |
HeikoS | what? | 20:58 |
lisitsyn | HeikoS: remember we need shared_ptrs? | 20:58 |
HeikoS | yeah | 20:59 |
lisitsyn | basically I am hiding shared_ptr | 20:59 |
lisitsyn | I called it As | 20:59 |
HeikoS | give somm overview of those again? :) | 20:59 |
lisitsyn | so As<Kernel> | 20:59 |
lisitsyn | is a smart pointer for kernel | 20:59 |
lisitsyn | you can use it as kernel whatever way you want | 20:59 |
lisitsyn | HeikoS: overview of shared_ptr? | 21:00 |
lisitsyn | it is basically what we did with all these ref* | 21:01 |
HeikoS | yeah and why we want them | 21:01 |
lisitsyn | HeikoS: it is in C++11 | 21:01 |
lisitsyn | it is just the same thing as SGRefObject or whatever | 21:01 |
lisitsyn | refcount | 21:02 |
lisitsyn | that's all DIY things that are already in std | 21:02 |
lisitsyn | HeikoS: so basically why to have probably buggy implementation of something from the standard library ;) | 21:04 |
HeikoS | ok | 21:04 |
HeikoS | I agree | 21:04 |
HeikoS | but thats different to the modules framwork no? | 21:04 |
lisitsyn | no not really | 21:04 |
lisitsyn | they are coming together unfortunately :) | 21:05 |
-!- bumblebee [~quassel@202.78.172.162] has joined #shogun | 21:05 | |
lisitsyn | say you want to spawn something | 21:05 |
lisitsyn | some kernel may be | 21:05 |
lisitsyn | what you get is either raw pointer | 21:06 |
lisitsyn | or some smart ptr already | 21:06 |
lisitsyn | see what I mean? | 21:07 |
lisitsyn | HeikoS: well and serialization problem can be solved here as well | 21:09 |
lisitsyn | if you don't mind :) | 21:09 |
lisitsyn | HeikoS: basically I store everything in some type-erasure type (any) | 21:09 |
HeikoS | thats cool | 21:09 |
lisitsyn | HeikoS: e.g. there is a type | 21:10 |
lisitsyn | that allows | 21:10 |
lisitsyn | Any x(3.0); | 21:10 |
HeikoS | lisitsyn: I have problems keeping the overview on this. Could you maybe write a little manifest on what is done how and link to the gists? | 21:10 |
lisitsyn | HeikoS: uhm yeah but it is still work in progress | 21:10 |
lisitsyn | I am just keeping you updated ;) | 21:10 |
lisitsyn | HeikoS: ah yeah and I have something to make dptrs easy | 21:13 |
lisitsyn | ok 'easier' | 21:13 |
lisitsyn | that's obvious but still | 21:13 |
lisitsyn | there is a class DPtr | 21:13 |
lisitsyn | so what you do is | 21:13 |
lisitsyn | private: | 21:14 |
lisitsyn | class Self; | 21:14 |
lisitsyn | DPtr<Self> self; | 21:14 |
lisitsyn | HeikoS: then you define this private class and use it in .cpp | 21:14 |
lisitsyn | dptr's default constructor creates an instance for you so you don't care about that at all | 21:14 |
lisitsyn | okay I already overloaded you ;) | 21:15 |
HeikoS | lisitsyn: sorry | 21:17 |
HeikoS | lisitsyn: what about a motivation document or something? | 21:18 |
HeikoS | where you explain why we want to do this, how you want to do this, and give examples, etc | 21:18 |
lisitsyn | as I said I want to work out some issues still | 21:18 |
HeikoS | I think that would greatly simplify the discussion | 21:18 |
HeikoS | lisitsyn: if we structured that a bit | 21:18 |
HeikoS | easier to identify issues | 21:18 |
lisitsyn | ok will do later once I resolve some things | 21:18 |
HeikoS | lisitsyn: sorry about that, but its too hard to understand all this from chat | 21:24 |
lisitsyn | hah okie | 21:25 |
HeikoS | lisitsyn: I also think this will make it easier for the others to participate. It might be that noone really understands what you are doing with that currently ;) | 21:25 |
lisitsyn | HeikoS: that's exactly true | 21:25 |
lisitsyn | I am pretty lonely here :D | 21:25 |
HeikoS | lisitsyn: hehe, well then do this, will make it much easier. Also, then people will know about you doing this | 21:30 |
HeikoS | lisitsyn: and since its hard to convince anyone in shogun to be excited about framework changes, this is also necessary to get manpower ;) | 21:31 |
HeikoS | lisitsyn: I bet thoralf will be excited | 21:31 |
lisitsyn | heh okay | 21:33 |
lisitsyn | HeikoS: have you known about C++'s name mangling? | 21:36 |
HeikoS | lisitsyn: no whats that? | 21:37 |
lisitsyn | HeikoS: e.g. if you have a function | 21:37 |
lisitsyn | int f(int x) | 21:37 |
lisitsyn | you can't just reference it with 'f' | 21:37 |
lisitsyn | if you are using C++ | 21:37 |
lisitsyn | it would be exported as | 21:37 |
lisitsyn | intfdsfdsffPSdintxdfdsfsd | 21:37 |
lisitsyn | I mean it's name is pretty much ruined | 21:38 |
HeikoS | huh? | 21:38 |
lisitsyn | HeikoS: have you seen 'extern "C"' in code? | 21:38 |
HeikoS | where ? | 21:38 |
HeikoS | yeah | 21:38 |
lisitsyn | well in some libraries may be | 21:38 |
lisitsyn | that's to tell compiler | 21:38 |
lisitsyn | that you don't want to mangle it | 21:38 |
lisitsyn | it uses C rules of externalization | 21:38 |
HeikoS | I see | 21:38 |
HeikoS | ah weird | 21:39 |
lisitsyn | haha | 21:39 |
lisitsyn | HeikoS: funny thing is that type mangling is not in the standard of C++ | 21:39 |
lisitsyn | if you have compiler X you can do that any way you want | 21:39 |
HeikoS | lisitsyn: yeaaaah, read and responded to *all* shogun emails finally ;) | 21:39 |
lisitsyn | they follow same rules nowadays | 21:39 |
lisitsyn | but still you can't be guaranteed | 21:39 |
lisitsyn | HeikoS: heh I don't have that much emails thanks to deity | 21:40 |
HeikoS | lisitsyn: I will do some cooking now | 21:40 |
lisitsyn | okay have fun | 21:40 |
HeikoS | lisitsyn: with vincent btw. And then I will kick him to write a schedule ;) | 21:40 |
HeikoS | lisitsyn: looking forward for your description of the module stuff | 21:40 |
HeikoS | see you | 21:40 |
lisitsyn | heh okay hello to vincent | 21:40 |
lisitsyn | don't expect it earlier than in a week :D | 21:40 |
-!- soumyaC_ [uid15286@gateway/web/irccloud.com/x-ywfpriynusavedzn] has joined #shogun | 21:41 | |
dhruv13j | lisitsyn: hey! just curious, why is the name mangling thing done? | 21:41 |
lisitsyn | dhruv13j: because of C++ things like const and etc | 21:42 |
lisitsyn | e.g. | 21:42 |
lisitsyn | f() const | 21:42 |
lisitsyn | and | 21:42 |
lisitsyn | f() | 21:42 |
lisitsyn | they are basically different functions | 21:42 |
lisitsyn | and you can have member functions | 21:42 |
lisitsyn | friend functions, templates | 21:42 |
lisitsyn | namespaces | 21:42 |
dhruv13j | so, to differentiate between these? | 21:43 |
lisitsyn | yeah | 21:43 |
lisitsyn | you don't have anything like that in C | 21:43 |
dhruv13j | is it possible to overload on the basis of constness? | 21:43 |
dhruv13j | like f() | 21:43 |
dhruv13j | and f() const | 21:43 |
lisitsyn | they are different functions | 21:43 |
dhruv13j | hmm... | 21:43 |
lisitsyn | you can have totally different implementations of these | 21:43 |
dhruv13j | and these are compiler dependent? | 21:45 |
lisitsyn | mangling or? | 21:45 |
dhruv13j | like clang's way is different from g++'s way to magle? | 21:45 |
-!- HeikoS [~heiko@0546d087.skybroadband.com] has quit [Ping timeout: 268 seconds] | 21:45 | |
lisitsyn | clang and g++ probably do it the same way now | 21:45 |
dhruv13j | if it was different, would it be a problem while loading modules etc? | 21:46 |
lisitsyn | but older compilers don't | 21:46 |
lisitsyn | dhruv13j: that's why if you do anything with modules | 21:46 |
lisitsyn | you need to do 'extern "C"' | 21:46 |
dhruv13j | hmm... cool | 21:46 |
lisitsyn | you can't do extern "C" on templates | 21:47 |
lisitsyn | or things like that | 21:47 |
dhruv13j | doesn't that limit designing modules? | 21:48 |
lisitsyn | well that limits you to do some bottleneck | 21:48 |
lisitsyn | like hide everything into one function | 21:49 |
lisitsyn | which returns all the data you need as an object | 21:49 |
dhruv13j | i don't understand... so templates are out if you design modules? | 21:50 |
lisitsyn | dhruv13j: yeah actually yes | 21:51 |
lisitsyn | you can't export templates | 21:51 |
lisitsyn | even with C++ | 21:51 |
lisitsyn | you can only export specialized templates | 21:51 |
dhruv13j | unless you can assure all modules are compiled with the same compiler? | 21:53 |
lisitsyn | dhruv13j: no even with such an assumptin | 21:54 |
lisitsyn | I mean templates are compile-time | 21:54 |
dhruv13j | i mean don't use extern "C" | 21:54 |
lisitsyn | so you always have to put them to headers | 21:55 |
dhruv13j | okay... | 21:57 |
lisitsyn | so if you depend on headers of some module | 21:58 |
lisitsyn | it becomes not a module for you but the part of the library | 21:59 |
dhruv13j | doesn't this make it tough to use factory classes? | 22:05 |
lisitsyn | dhruv13j: well a bit | 22:05 |
lisitsyn | you usually don't export classes | 22:05 |
lisitsyn | but some functions that can create objects | 22:05 |
dhruv13j | like global functions, which are friends of classes? | 22:06 |
lisitsyn | extern "C" X* createX() { return new X(); } | 22:06 |
lisitsyn | that's ok ^ | 22:06 |
dhruv13j | okay... | 22:07 |
dhruv13j | friend functions will only be needed if some other generic behaviour is required | 22:08 |
-!- thoralf [~thoralf@91-66-33-156-dynip.superkabel.de] has joined #shogun | 22:08 | |
thoralf | Hey. | 22:08 |
lisitsyn | hey | 22:08 |
dhruv13j | thoralf: hello! | 22:09 |
thoralf | dhruv13j, lisitsyn: Hey hackers. | 22:09 |
lisitsyn | dhruv13j: _ZN9__gnu_cxx13new_allocatorIN3aer13LibraryHandleEE9constructIS2_IRKSsEEEvPT_DpOT0_ | 22:09 |
lisitsyn | dhruv13j: ^ example of mangled name | 22:09 |
dhruv13j | lisitsyn: http://pastebin.instantbird.com/642550 | 22:11 |
dhruv13j | lisitsyn: The compiler always seems to choose the const function... | 22:12 |
lisitsyn | how did you check that? | 22:12 |
lisitsyn | I mean you always get 'x' | 22:12 |
dhruv13j | the cout | 22:12 |
dhruv13j | yeah | 22:12 |
dhruv13j | no the non-const returns x++ | 22:13 |
lisitsyn | x++ or ++x? | 22:13 |
lisitsyn | :D | 22:13 |
dhruv13j | lol | 22:13 |
lisitsyn | it should use non-const function | 22:13 |
dhruv13j | yeah | 22:13 |
lisitsyn | it probably uses | 22:13 |
dhruv13j | non-const | 22:13 |
dhruv13j | lol | 22:13 |
lisitsyn | but if you make a function | 22:14 |
lisitsyn | that takes const reference | 22:14 |
lisitsyn | it should call the const thing | 22:14 |
dhruv13j | in the this argument | 22:14 |
dhruv13j | got it! | 22:14 |
lisitsyn | you can also use | 22:14 |
lisitsyn | const & | 22:14 |
lisitsyn | and const && | 22:14 |
lisitsyn | functions | 22:14 |
lisitsyn | but that's like dangerous zone :D | 22:14 |
dhruv13j | yeah... | 22:15 |
dhruv13j | lisitsyn: thanks! | 22:19 |
-!- HeikoS [~heiko@0546d087.skybroadband.com] has joined #shogun | 22:20 | |
thoralf | Mr. S | 22:20 |
HeikoS | thoralf: Mr. K | 22:27 |
-!- PirosB3 [~pirosb3@cpc4-newt31-2-0-cust631.newt.cable.virginm.net] has quit [Quit: PirosB3] | 22:28 | |
-!- sonne|osx [~sonne@e178251106.adsl.alicedsl.de] has quit [Quit: sonne|osx] | 22:36 | |
-!- HeikoS [~heiko@0546d087.skybroadband.com] has quit [Ping timeout: 240 seconds] | 22:40 | |
-!- khalednasr [~k.nasr92@41.69.156.170] has joined #shogun | 22:46 | |
lisitsyn | khalednasr: hey | 22:47 |
khalednasr | lisitsyn, hey | 22:47 |
lisitsyn | khalednasr: sorry I wasn't following your PR lately | 22:47 |
lisitsyn | reviewing it now | 22:47 |
-!- PirosB3 [~pirosb3@cpc4-newt31-2-0-cust631.newt.cable.virginm.net] has joined #shogun | 22:48 | |
khalednasr | lisitsyn, take your time :) | 22:49 |
lisitsyn | khalednasr: get_layer thing is pretty dangerous | 22:51 |
thoralf | lisitsyn: WOW, I just benchmarked my import cleanups. 45m34s before, 39m56s after. | 22:51 |
thoralf | Saving of over 10%. :) | 22:51 |
lisitsyn | what's that? | 22:51 |
-!- PirosB3 [~pirosb3@cpc4-newt31-2-0-cust631.newt.cable.virginm.net] has quit [Ping timeout: 240 seconds] | 22:53 | |
thoralf | I don't understand. | 22:53 |
lisitsyn | khalednasr: okay I can tolerate that :D I think that's ok now | 22:53 |
khalednasr | lisitsyn, any alternatives for the get_layer thing? | 22:53 |
lisitsyn | khalednasr: well unique_ptr may be | 22:53 |
lisitsyn | with custom deleter | 22:53 |
lisitsyn | that just SG_UNREFs it | 22:54 |
khalednasr | lisitsyn, seems too much for such a simple function | 22:56 |
lisitsyn | khalednasr: too much overhead you mean? | 22:57 |
khalednasr | lisitsyn, yeah | 22:57 |
lisitsyn | khalednasr: I'll merge your PR once it passes travis build | 22:58 |
lisitsyn | it is in progress | 22:58 |
khalednasr | lisitsyn, there are a few bugs that i'm still working on | 22:58 |
lisitsyn | khalednasr: oh really? :) | 22:58 |
lisitsyn | I wanted to merge it already :D | 22:58 |
lisitsyn | what are the bugs? | 22:59 |
khalednasr | lisitsyn, next commit will be better :) | 22:59 |
khalednasr | lisitsyn, one of the unit tests is failing on travis for some reason | 22:59 |
lisitsyn | alright | 22:59 |
lisitsyn | khalednasr: check my comment for your proposal | 23:01 |
khalednasr | lisitsyn, alright, thanks | 23:02 |
-!- shogun-notifier- [~irker@7nn.de] has quit [Quit: transmission timeout] | 23:02 | |
-!- jiaolong [553a5634@gateway/web/freenode/ip.85.58.86.52] has joined #shogun | 23:07 | |
thoralf | Hey jiaolong | 23:13 |
lisitsyn | khalednasr: and also | 23:16 |
lisitsyn | khalednasr: could you please be more active communication-wise? | 23:16 |
lisitsyn | khalednasr: theo simply doesn't know you yet I guess :) | 23:17 |
lisitsyn | your PR thing is pretty huge amount of job but we shouldn't lose that point | 23:17 |
khalednasr | lisitsyn, I'll try :) | 23:19 |
-!- travis-ci [~travis-ci@ec2-54-80-179-187.compute-1.amazonaws.com] has joined #shogun | 23:19 | |
travis-ci | [travis-ci] it's khalednasr's turn to pay the next round of drinks for the massacre he caused in khalednasr/shogun: http://travis-ci.org/khalednasr/shogun/builds/21384247 | 23:19 |
-!- travis-ci [~travis-ci@ec2-54-80-179-187.compute-1.amazonaws.com] has left #shogun [] | 23:19 | |
lisitsyn | cool | 23:20 |
-!- HeikoS [~heiko@0546d087.skybroadband.com] has joined #shogun | 23:20 | |
khalednasr | lisitsyn, TBH I'm not very good at communication, any advice? :) | 23:20 |
lisitsyn | khalednasr: well just write letters ;) | 23:21 |
lisitsyn | khalednasr: did you already presented yourself to theo? | 23:21 |
khalednasr | lisitsyn, just the proposal | 23:21 |
lisitsyn | oh | 23:21 |
lisitsyn | then please write a mail | 23:22 |
lisitsyn | explain something about yourself and let him know what you would like to work on | 23:22 |
lisitsyn | khalednasr: that's really important as you'd have to negotiate project details | 23:25 |
khalednasr | lisitsyn, ok, thanks | 23:26 |
jiaolong | thoralf: Hi | 23:28 |
thoralf | jiaolong: Just sent you a small shell script: https://gist.github.com/tklein23/9730737 | 23:29 |
jiaolong | thoralf: Thank you so much! | 23:31 |
thoralf | jiaolong: Everything alright so far? | 23:31 |
jiaolong | thoralf: I didnn't do unit test today. Sorry. | 23:31 |
jiaolong | thoralf: The Travis error is from a unit test and I am fixing it. | 23:31 |
jiaolong | thoralf: -1, +1 vs 0, +1 issue | 23:31 |
jiaolong | thoralf: yes , I think no big problems. | 23:32 |
thoralf | jiaolong: No problem, happens from time to time. :) | 23:32 |
jiaolong | thoralf: OK, I will test it throughly | 23:33 |
jiaolong | thoralf: I didn't know how to run the testing before | 23:34 |
jiaolong | thoralf: I thought cmake -ENABLE_TESTING=on .. && make will do everything :( | 23:34 |
jiaolong | thoralf: Regarding to the refactoring MulticlassMultipleOutputLabels, which label type should we use? int16_t or index_t? | 23:36 |
thoralf | jiaolong: In short: "make ARGS='--output-on-failure' -jXXX test" | 23:36 |
thoralf | jiaolong: int32_t should be fine. I'll fix it in MultilabelLabels. | 23:36 |
jiaolong | thoralf: OK, cool! | 23:36 |
jiaolong | thoralf: so the work is just replace MulticlassMultipleOutputLabels by MultilabelLabels? | 23:37 |
thoralf | jiaolong: Yes. | 23:38 |
thoralf | jiaolong: You may want to secure your changes by a few unit tests. | 23:39 |
thoralf | Don't know what already exists. | 23:39 |
jiaolong | thoralf: Yes, I will find a time to do it | 23:39 |
jiaolong | thoralf: I checked the set_label, it seems MulticlassMultipleOutputLabels is quite different | 23:40 |
thoralf | jiaolong: How different? Will it be a problem? | 23:40 |
jiaolong | thoralf: well, I just took a quick look, I need to read and understand the code better | 23:40 |
jiaolong | thoralf: the real label index is not the same as the indx in set_labe(indx, vector) | 23:42 |
thoralf | jiaolong: Then this will be part of the refactoring. | 23:43 |
jiaolong | thoralf: is there any examples related to these two types of labels? | 23:43 |
jiaolong | thoralf: OK | 23:43 |
thoralf | jiaolong: I guess yes. Do a grep for MulticlassMultipleOutputLabels over unit-tests or examples. | 23:43 |
jiaolong | thoralf: OK, MultilabelLabels is not in the LabelsFactory | 23:44 |
jiaolong | thoralf: why? | 23:44 |
thoralf | jiaolong: Hmm. I never needed it. Add it if you need to. | 23:45 |
jiaolong | thoralf: OK, just curious, not a big problem | 23:46 |
jiaolong | thoralf: OK, thank you very much! I am checking the code. See you! | 23:46 |
thoralf | Bye | 23:47 |
-!- thoralf [~thoralf@91-66-33-156-dynip.superkabel.de] has quit [Quit: Konversation terminated!] | 23:56 | |
--- Log closed Mon Mar 24 00:00:51 2014 |
Generated by irclog2html.py 2.10.0 by Marius Gedminas - find it at mg.pov.lt!