--- Log opened Sat Jul 14 00:00:17 2012 | ||
-!- blackburn [~blackburn@109.226.92.17] has left #shogun [] | 00:21 | |
-!- gsomix [~gsomix@85.26.235.226] has quit [Ping timeout: 246 seconds] | 00:31 | |
-!- puffin444 [62e3926e@gateway/web/freenode/ip.98.227.146.110] has quit [Quit: Page closed] | 00:44 | |
-!- n4nd0 [~nando@s83-179-44-135.cust.tele2.se] has quit [Ping timeout: 265 seconds] | 00:51 | |
-!- n4nd0 [~nando@s83-179-44-135.cust.tele2.se] has joined #shogun | 01:18 | |
-!- emrecelikten [~emre@213.153.218.163] has quit [Ping timeout: 248 seconds] | 01:23 | |
-!- n4nd0 [~nando@s83-179-44-135.cust.tele2.se] has quit [Quit: leaving] | 02:23 | |
shogun-buildbot | build #22 of nightly_none is complete: Failure [failed compile] Build details are at http://www.shogun-toolbox.org/buildbot/builders/nightly_none/builds/22 | 03:01 |
---|---|---|
shogun-buildbot | build #28 of nightly_default is complete: Failure [failed compile] Build details are at http://www.shogun-toolbox.org/buildbot/builders/nightly_default/builds/28 | 03:04 |
shogun-buildbot | build #18 of nightly_all is complete: Failure [failed compile] Build details are at http://www.shogun-toolbox.org/buildbot/builders/nightly_all/builds/18 | 03:07 |
-!- pluskid [~pluskid@202.130.113.141] has joined #shogun | 06:40 | |
-!- romi_ [~mizobe@187.11.98.72] has quit [Remote host closed the connection] | 06:48 | |
-!- pluskid [~pluskid@202.130.113.141] has quit [Quit: Leaving] | 06:52 | |
-!- zxtx [~zv@ool-43559feb.dyn.optonline.net] has joined #shogun | 07:18 | |
CIA-18 | shogun: Evgeniy Andreev master * rd450473 / (3 files in 2 dirs): fixed warnings and bugs - http://git.io/8Q_FyA | 08:08 |
CIA-18 | shogun: Evgeniy Andreev master * rcc22b2c / (2 files): added buffer protocol example - http://git.io/4ZpCBw | 08:08 |
CIA-18 | shogun: Soeren Sonnenburg master * r5068d3e / (5 files in 3 dirs): Merge pull request #646 from gsomix/buffer_protocol - http://git.io/LS3WcA | 08:08 |
shogun-buildbot | build #139 of deb3 - modular_interfaces is complete: Failure [failed compile ruby_modular] Build details are at http://www.shogun-toolbox.org/buildbot/builders/deb3%20-%20modular_interfaces/builds/139 blamelist: Evgeniy Andreev <gsomix@gmail.com> | 08:20 |
shogun-buildbot | build #140 of deb3 - modular_interfaces is complete: Failure [failed compile ruby_modular] Build details are at http://www.shogun-toolbox.org/buildbot/builders/deb3%20-%20modular_interfaces/builds/140 blamelist: Evgeniy Andreev <gsomix@gmail.com>, Soeren Sonnenburg <sonne@debian.org> | 08:31 |
-!- gsomix [~gsomix@83.149.21.239] has joined #shogun | 09:01 | |
gsomix | good morning | 09:02 |
gsomix | sonney2k, around? | 09:02 |
-!- n4nd0 [~nando@s83-179-44-135.cust.tele2.se] has joined #shogun | 11:37 | |
-!- bern4rd [4f940120@gateway/web/freenode/ip.79.148.1.32] has joined #shogun | 11:41 | |
-!- blackburn [~blackburn@109.226.92.17] has joined #shogun | 11:52 | |
n4nd0 | blackburn: I mentioned you yesterday in my blog :) | 11:54 |
blackburn | n4nd0: cool, what did I do? ;) | 11:55 |
n4nd0 | blackburn: you helped me to find the memory leaks | 11:55 |
blackburn | ahh | 11:55 |
n4nd0 | with the GCDEBUG suggestion ;) | 11:55 |
-!- bern4rd [4f940120@gateway/web/freenode/ip.79.148.1.32] has quit [Quit: Page closed] | 12:26 | |
CIA-18 | shogun: Sergey Lisitsyn master * r3523a55 / (3 files): Get rid of wrong SGReferencedData based assignment when using CMap - http://git.io/frmWAg | 12:36 |
-!- blackburn [~blackburn@109.226.92.17] has quit [Quit: Leaving.] | 12:39 | |
-!- blackburn [~blackburn@109.226.92.17] has joined #shogun | 12:40 | |
shogun-buildbot | build #141 of deb3 - modular_interfaces is complete: Failure [failed compile ruby_modular] Build details are at http://www.shogun-toolbox.org/buildbot/builders/deb3%20-%20modular_interfaces/builds/141 blamelist: Sergey Lisitsyn <lisitsyn.s.o@gmail.com> | 12:45 |
CIA-18 | shogun: Evgeniy Andreev master * rccb9c80 / (4 files in 2 dirs): fixed compile error, buffer stuff now is in typemaps - http://git.io/ehLzyg | 13:20 |
CIA-18 | shogun: Sergey Lisitsyn master * rb3303c6 / (4 files in 2 dirs): Merge pull request #647 from gsomix/buffer_protocol - http://git.io/XqcOMg | 13:20 |
shogun-buildbot | build #39 of bsd1 - libshogun is complete: Failure [failed compile] Build details are at http://www.shogun-toolbox.org/buildbot/builders/bsd1%20-%20libshogun/builds/39 blamelist: Sergey Lisitsyn <lisitsyn.s.o@gmail.com> | 13:34 |
n4nd0 | blackburn: around? | 13:37 |
blackburn | yeah | 13:37 |
n4nd0 | does this look weird to you? http://pastebin.com/832RHTKQ | 13:38 |
n4nd0 | it segfaults | 13:38 |
n4nd0 | I don't really understand why | 13:38 |
blackburn | sure | 13:38 |
blackburn | you need to do | 13:38 |
n4nd0 | what is it? | 13:38 |
blackburn | for (int32_t i=0; i<new_num_cols; i++) new (&out[i]) SGMatrix<T>(); | 13:39 |
blackburn | before setting matrices | 13:39 |
n4nd0 | oh | 13:39 |
blackburn | n4nd0: you allocate memory for matrices but reference counts are not allocated | 13:39 |
blackburn | and when you try to do = | 13:39 |
n4nd0 | yeah | 13:40 |
blackburn | it tries to free up matrix created before | 13:40 |
blackburn | having no reference count allocated at all it kabooms | 13:40 |
n4nd0 | aham | 13:40 |
n4nd0 | mmm | 13:40 |
n4nd0 | but could the operator check if there is something allocated beforing trying to free up? | 13:40 |
n4nd0 | the operator= I mean | 13:41 |
n4nd0 | beforing = before ^ .... | 13:41 |
blackburn | I am not sure it would work anyway | 13:42 |
n4nd0 | blackburn: do you mean with the new (&out[i]) SGMatrix<T>();? | 13:42 |
blackburn | no, some check in = | 13:42 |
n4nd0 | what does new (&out[i]) SGMatrix<T>() exactly do anyway? | 13:43 |
blackburn | inplace new | 13:44 |
n4nd0 | I don't think I get what the part (&out[i]) does | 13:44 |
blackburn | it is a pointer you use | 13:44 |
n4nd0 | inplace? ok I am going to read about it :) | 13:44 |
blackburn | it acts just like 'new' operator but exactly to &out[i] and not to some new piece of memory | 13:44 |
n4nd0 | I see | 13:45 |
blackburn | in normal way it allocates object somewhere and returns a pointer | 13:45 |
n4nd0 | interesting | 13:45 |
blackburn | but here we control where to place a pointer | 13:45 |
blackburn | argh | 13:45 |
blackburn | not pointer object I mean | 13:45 |
n4nd0 | ok | 13:46 |
shogun-buildbot | build #142 of deb3 - modular_interfaces is complete: Failure [failed test python_modular] Build details are at http://www.shogun-toolbox.org/buildbot/builders/deb3%20-%20modular_interfaces/builds/142 blamelist: Evgeniy Andreev <gsomix@gmail.com> | 13:56 |
-!- n4nd0 [~nando@s83-179-44-135.cust.tele2.se] has quit [Ping timeout: 246 seconds] | 13:57 | |
blackburn | sonney2k: I want to cut all the optimization abilities outdated stuff in configure | 14:07 |
blackburn | it is really outdated - just noticed it forces to use nocona here - my cpu is corei7-avx | 14:07 |
shogun-buildbot | build #143 of deb3 - modular_interfaces is complete: Failure [failed test python_modular] Build details are at http://www.shogun-toolbox.org/buildbot/builders/deb3%20-%20modular_interfaces/builds/143 blamelist: Sergey Lisitsyn <lisitsyn.s.o@gmail.com> | 14:25 |
-!- n4nd0 [~nando@s83-179-44-135.cust.tele2.se] has joined #shogun | 14:37 | |
n4nd0 | blackburn: I have read that after using an inplace constructor one shouldn't call delete to free the memory used but the destructor directly | 14:48 |
n4nd0 | blackburn: do you recognize that? | 14:48 |
blackburn | n4nd0: yeah | 14:48 |
n4nd0 | so no SG_UNREF | 14:48 |
blackburn | yeah forgot to say that | 14:54 |
blackburn | n4nd0: well actually we kinda emulate new[] and delete[] | 15:01 |
n4nd0 | blackburn: delete with SG_UNREF but new? | 15:01 |
blackburn | n4nd0: no I mean SG_MALLOC + inplace new = new [] | 15:01 |
blackburn | and explicitly call dtors and SG_FREE is delete [] | 15:02 |
n4nd0 | blackburn: so I could just use new[]? | 15:02 |
blackburn | n4nd0: yeah may be :D | 15:02 |
blackburn | new[] is not tracked unfortunately | 15:03 |
n4nd0 | blackburn: something line new SGMatrix<T>(num_rows, num_cols)[num] | 15:03 |
n4nd0 | ? | 15:03 |
blackburn | yeah that should work too | 15:03 |
n4nd0 | what do you mean with that it is not tracked? | 15:04 |
blackburn | sg_trace_mallocs thing won't work | 15:04 |
n4nd0 | I don't follow you | 15:05 |
blackburn | n4nd0: we have --enable-trace-mallocs option for configure | 15:05 |
blackburn | that stores all SG_MALLOCs in map | 15:05 |
blackburn | and if something is not freed on exit | 15:05 |
blackburn | it will output | 15:06 |
n4nd0 | I see | 15:06 |
n4nd0 | this new SGMatrix<T>(num_rows, new_num_cols)[num_components] didn't make the trick | 15:09 |
n4nd0 | compile error | 15:09 |
blackburn | bad | 15:12 |
blackburn | then use that trick :D | 15:12 |
n4nd0 | which one? | 15:12 |
blackburn | SG_MALLOC + inplace new + explicit dtors + SG_FREE | 15:13 |
-!- blackburn [~blackburn@109.226.92.17] has left #shogun [] | 15:35 | |
-!- gsomix [~gsomix@83.149.21.239] has quit [Quit: Ex-Chat] | 16:52 | |
-!- gsomix [~gsomix@83.149.21.239] has joined #shogun | 16:52 | |
-!- puffin444 [62e3926e@gateway/web/freenode/ip.98.227.146.110] has joined #shogun | 18:05 | |
-!- bern4rd [4f940120@gateway/web/freenode/ip.79.148.1.32] has joined #shogun | 18:33 | |
-!- alexlovesdata [~AB@e178030125.adsl.alicedsl.de] has joined #shogun | 18:39 | |
n4nd0 | hey guys | 18:46 |
n4nd0 | I just updated master and I am getting | 18:46 |
n4nd0 | modshogun_wrap.cxx.o: In function `LongIntFeatures_getbuffer': | 18:46 |
n4nd0 | /home/nando/Documents/shogun/shogun/src/interfaces/python_modular/modshogun_wrap.cxx:339264: undefined reference to `shogun::CDenseFeatures<long>::get_feature_matrix(int&, int&)' | 18:46 |
n4nd0 | modshogun_wrap.cxx.o: In function `ULongIntFeatures_getbuffer': | 18:46 |
n4nd0 | /home/nando/Documents/shogun/shogun/src/interfaces/python_modular/modshogun_wrap.cxx:340564: undefined reference to `shogun::CDenseFeatures<unsigned long>::get_feature_matrix(int&, int&)' | 18:46 |
n4nd0 | is it something local? | 18:47 |
gsomix | n4nd0, strange | 18:55 |
gsomix | it's my code | 18:56 |
n4nd0 | gsomix: aham, do you get it too locally? | 18:56 |
gsomix | n4nd0, "locally". what do you mean? this stuff is in swig_typemaps.i | 19:00 |
gsomix | n4nd0, try make clean, hm | 19:00 |
n4nd0 | yeah I did ig | 19:11 |
n4nd0 | I meant locally in your machine | 19:12 |
n4nd0 | gsomix: I don't think this is happening in the buildbot since python_modular compiles | 19:13 |
n4nd0 | my version of swig is SWIG Version 2.0.4 | 19:13 |
n4nd0 | gsomix: can that be a problem? | 19:13 |
gsomix | n4nd0, I use swig 2.0.4 so. | 19:14 |
n4nd0 | mmmm | 19:14 |
gsomix | n4nd0, may be a problem in the order of include files. I need to check. | 19:17 |
n4nd0 | ok | 19:17 |
n4nd0 | gsomix: let me know if you find something please | 19:17 |
gsomix | ok | 19:17 |
-!- blackburn [~blackburn@109.226.92.17] has joined #shogun | 19:29 | |
gsomix | n4nd0, it seems that it's all right. | 19:30 |
-!- gsomix [~gsomix@83.149.21.239] has quit [Quit: Ex-Chat] | 19:34 | |
-!- gsomix [~gsomix@83.149.21.239] has joined #shogun | 19:34 | |
n4nd0 | gsomix: mmm ok | 19:38 |
n4nd0 | I have run make clean, configure and I am compiling again | 19:39 |
n4nd0 | let's see | 19:39 |
gsomix | ?? | 19:40 |
gsomix | *ok | 19:40 |
n4nd0 | :) | 19:42 |
gsomix | n4nd0, ? | 19:43 |
n4nd0 | still failing | 19:50 |
n4nd0 | shit | 19:50 |
n4nd0 | blackburn: any idea? | 19:51 |
n4nd0 | modshogun_wrap.cxx.o: In function `LongIntFeatures_getbuffer': | 19:51 |
n4nd0 | /home/nando/Documents/shogun/shogun/src/interfaces/python_modular/modshogun_wrap.cxx:339259: undefined reference to `shogun::CDenseFeatures<long>::get_feature_matrix(int&, int&)' | 19:51 |
n4nd0 | modshogun_wrap.cxx.o: In function `ULongIntFeatures_getbuffer': | 19:51 |
n4nd0 | /home/nando/Documents/shogun/shogun/src/interfaces/python_modular/modshogun_wrap.cxx:340559: undefined reference to `shogun::CDenseFeatures<unsigned long>::get_feature_matrix(int&, int&)' | 19:51 |
gsomix | n4nd0, only Long and ULong features? | 19:51 |
n4nd0 | it seems so | 19:51 |
n4nd0 | gsomix: does it give any clue? | 19:52 |
@sonney2k | blackburn, grab the latest sources from mplayer and merge the changes to detect your cpu in configure - the stuff is not really outdated! | 19:55 |
gsomix | sonney2k, \(^_^)/ | 19:57 |
@sonney2k | gsomix, can you just add a try except NameError around your memoryview expression to fix the buffer proto example? | 19:57 |
@sonney2k | http://shogun-toolbox.org/buildbot/builders/deb3%20-%20modular_interfaces/builds/143/steps/test%20python_modular/logs/stdio | 19:57 |
@sonney2k | gsomix, ^ that is stil failing | 19:58 |
@sonney2k | gsomix, hi there | 19:58 |
gsomix | sonney2k, yeah, memoryview introduced only in python2.7 | 19:58 |
gsomix | I'll fix it, one moment | 19:59 |
n4nd0 | sonney2k: hi, do you happen to know why can this be caused? http://pastebin.com/D3Wmv2LT | 19:59 |
n4nd0 | it looks that it compiles ok in the buildbot but not in my machine | 20:00 |
blackburn | re | 20:02 |
@sonney2k | n4nd0, also compiles fine here btw | 20:03 |
-!- blackburn [~blackburn@109.226.92.17] has quit [Read error: Connection reset by peer] | 20:03 | |
@sonney2k | n4nd0, maybe one test before we dig deeper | 20:03 |
-!- blackburn1 [~blackburn@109.226.92.17] has joined #shogun | 20:03 | |
@sonney2k | n4nd0, do git clean -dfx (but make sure you have no uncommitted stuff) | 20:04 |
@sonney2k | then recompile | 20:04 |
n4nd0 | untracked files are no problem right? | 20:04 |
n4nd0 | sonney2k: they won't disappear, will they? | 20:04 |
@sonney2k | n4nd0, this error cannot really happen except if you do ./configure --datatypes= ... and then add some custom stuff there | 20:05 |
@sonney2k | n4nd0, they disappear | 20:05 |
@sonney2k | everything that is not tracked will be gone | 20:05 |
-!- bern4rd_ [4f940120@gateway/web/freenode/ip.79.148.1.32] has joined #shogun | 20:06 | |
-!- bern4rd_ [4f940120@gateway/web/freenode/ip.79.148.1.32] has quit [Client Quit] | 20:06 | |
blackburn1 | (09:55:50 PM) sonney2k: blackburn, grab the latest sources from mplayer and merge the changes to detect your cpu in configure - the stuff is not really outdated! --------- why to detect it? | 20:06 |
n4nd0 | sonney2k: they didn't disappear ;) | 20:06 |
@sonney2k | blackburn1, because on some archs / machines it helps to get faster code | 20:07 |
blackburn1 | sonney2k: native goes to correct march on my machine | 20:07 |
@sonney2k | n4nd0, are these in .gitignore perhaps? | 20:07 |
n4nd0 | sonney2k: no, otherwise they won't appear as untracked when doing git status | 20:07 |
@sonney2k | n4nd0: | 20:08 |
@sonney2k | touch shogun/lib/bla.cpp | 20:08 |
@sonney2k | git status | 20:09 |
@sonney2k | # | 20:09 |
@sonney2k | # Untracked files: | 20:09 |
@sonney2k | #shogun/lib/bla.cpp | 20:09 |
@sonney2k | git clean -dfx | 20:09 |
@sonney2k | Removing shogun/lib/bla.cpp | 20:09 |
n4nd0 | :O | 20:09 |
@sonney2k | n4nd0, anyways - compile and let us know if the error appears again | 20:10 |
n4nd0 | sonney2k: it didn't remove mines under examples/undocumented/libshogun and python_modular | 20:10 |
blackburn1 | sonney2k: echo 'int main(){return 0;}' > test.c && gcc -v -Q -march=native -O3 test.c -o test && rm test.c test | 20:10 |
n4nd0 | sonney2k: ok, copilation on the way right now | 20:10 |
blackburn1 | n4nd0: could you please do ^ too? | 20:10 |
blackburn1 | and check -march parameter | 20:10 |
n4nd0 | blackburn1: what do you meaan with check? | 20:11 |
blackburn1 | n4nd0: in output there will be -march=something | 20:11 |
n4nd0 | -march=core2 -mcx16 -msahf -mno-movbe -mno-aes -mno-pclmul -mno-popcnt | 20:12 |
blackburn1 | aham thanks | 20:12 |
-!- blackburn1 is now known as blackburn | 20:12 | |
blackburn | sonney2k: I am pretty sure native detects right march | 20:12 |
n4nd0 | sonney2k: still, compilation error | 20:13 |
n4nd0 | sonney2k: it didn't remove those files because I was not in a root directory of their path | 20:19 |
n4nd0 | sonney2k: they were in shogun/examples/undocumented/... | 20:19 |
n4nd0 | sonney2k: I was in shogun/src | 20:19 |
n4nd0 | now doing git clean -dfx from shogun/ removed them | 20:19 |
gsomix | sonney2k, fixed, I also removed ctypes from buffer protocol code. | 20:24 |
@sonney2k | k | 20:26 |
n4nd0 | bah, the error is still there :( | 20:27 |
blackburn | does anybody here use guake? | 20:31 |
n4nd0 | blackburn: I installed it when you told me about it, but I don't use it much to tell the truth | 20:32 |
@sonney2k | blackburn, march=core2 | 20:32 |
n4nd0 | I am loyal to my terminator :) | 20:32 |
blackburn | sonney2k: wrong? | 20:32 |
@sonney2k | n4nd0, I don't get why it happens | 20:32 |
CIA-18 | shogun: Evgeniy Andreev master * r4ef2573 / (3 files in 3 dirs): minor fixes for buffer protocol - http://git.io/m102Jg | 20:32 |
CIA-18 | shogun: Sergey Lisitsyn master * r1ab1290 / (3 files in 3 dirs): Merge pull request #648 from gsomix/buffer_protocol - http://git.io/QDoZ4g | 20:32 |
gsomix | n4nd0, try again | 20:32 |
blackburn | n4nd0: I patched it today to display current dir in tab name | 20:33 |
@sonney2k | blackburn, no correct | 20:33 |
n4nd0 | blackburn: nice | 20:33 |
n4nd0 | gsomix: let's see | 20:33 |
blackburn | sonney2k: so currently march=native produces correct arch for you, me, gsomix and n4nd0 | 20:34 |
@sonney2k | blackburn, sure | 20:34 |
blackburn | I am pretty sure it would work for anything else | 20:34 |
blackburn | why to do that then? | 20:34 |
@sonney2k | blackburn, not all gccs have that | 20:34 |
blackburn | sonney2k: well I see no reason to use <4.3 now | 20:35 |
blackburn | we force to use latest swig anyway | 20:35 |
gsomix | sonney2k, btw, I'm working today on arithmetic operators stuff. it's works for all classes with buffer. | 20:36 |
gsomix | DenseFeatures+=<class with buffer>, I mean | 20:36 |
blackburn | is it possible to DenseFeatures+=SparseFeatures? | 20:37 |
gsomix | trying to hacks it in shogun | 20:37 |
gsomix | blackburn, | 20:37 |
gsomix | hm | 20:37 |
gsomix | yep, if SparseFeatures will return as a matrix of values in buffer | 20:38 |
-!- bern4rd [4f940120@gateway/web/freenode/ip.79.148.1.32] has quit [Quit: Page closed] | 20:39 | |
-!- gsomix [~gsomix@83.149.21.239] has quit [Quit: Ex-Chat] | 20:41 | |
-!- gsomix [~gsomix@83.149.21.239] has joined #shogun | 20:41 | |
n4nd0 | good gsomix! you fixed it :) | 20:44 |
gsomix | .___. | 20:44 |
n4nd0 | gsomix, blackburn, sonney2k problem solved! | 20:44 |
n4nd0 | gsomix: what was it then? | 20:44 |
n4nd0 | python version? | 20:44 |
gsomix | n4nd0, I dunno lol. I just removed ctype (like unsigned long), because we have int64... | 20:45 |
shogun-buildbot | build #40 of bsd1 - libshogun is complete: Success [build successful] Build details are at http://www.shogun-toolbox.org/buildbot/builders/bsd1%20-%20libshogun/builds/40 | 20:45 |
n4nd0 | gsomix: haha ok | 20:45 |
-!- heiko [~heiko@host86-183-73-88.range86-183.btcentralplus.com] has joined #shogun | 20:45 | |
puffin444 | heiko! | 20:45 |
blackburn | heiko! | 20:46 |
puffin444 | I have found a very serious bug in the model selection framework | 20:46 |
heiko | puffin44, oh no, what is it? | 20:48 |
puffin444 | When I register a SGVector as a parameter, it has a pointer to the underlying SGVector.vector. | 20:48 |
puffin444 | The problem is that if the SGVector is ever manipulated (i.e. resize) or reassigned the parameter still has the pointer to the original SGVector.vector. | 20:48 |
heiko | thats why usually a pointer to the pointer is stored | 20:50 |
puffin444 | So if I ever try to resize a SGVector in an object, I can never access it through the model selection framework. Even worse, I think this leads to a memory leak. | 20:50 |
heiko | so that if the data changes, the pointer still is good | 20:50 |
heiko | puffin444, Ill have a look tomorrow, no time today unfortunately. sorry | 20:51 |
puffin444 | Ok. I will send an example of what I mean over the mailing list. | 20:52 |
@sonney2k | gsomix, blackburn - buffer protocol is just for dense matrices. so we could in principle support it for sparse matrices too but that would mean that we have to expand to dense first... | 20:52 |
gsomix | as I said | 20:53 |
@sonney2k | gsomix, yes the fix is correct | 20:56 |
@sonney2k | blackburn, I would rather stick to what the mplayer guys do | 20:57 |
blackburn | sonney2k: they have outdated as well | 20:59 |
blackburn | no sse4 check, no i7 support | 20:59 |
blackburn | the latest thing they did is core2 | 20:59 |
gsomix | sonney2k, btw, where are you now? | 21:00 |
@sonney2k | gsomix, do you want to send a missile? | 21:00 |
blackburn | sonney2k: I know you are a big fan of handmade and DIY but I see no actual reason to have such crappy config no one supports | 21:01 |
@sonney2k | blackburn, I think they check for gcc version and if it is new enough fall back to march=native | 21:01 |
@sonney2k | blackburn, so please check if it does | 21:01 |
gsomix | sonney2k, huh, only dumplings :) | 21:01 |
@sonney2k | gsomix, it would totally suffice if you stay around after gsoc | 21:02 |
@sonney2k | I am pretty happy with what you do for shogun :) | 21:02 |
blackburn | they have basically the same thing we do | 21:02 |
@sonney2k | blackburn, please test run their configure | 21:03 |
@sonney2k | I would expect it to find march=native on your cpu just fine | 21:03 |
blackburn | sonney2k: yeah native | 21:06 |
gsomix | sonney2k, no problem. I'm happy too, there is ?ool team. and thanks (*^__^*) | 21:06 |
blackburn | gsomix: you must be happy to hear it, sonney2k asks me constantly to leave team | 21:07 |
blackburn | he even suggested some money | 21:07 |
gsomix | blackburn, huh, how many? ;) | 21:08 |
@sonney2k | blackburn, what? | 21:10 |
blackburn | gsomix: he denies me to tell :( | 21:10 |
gsomix | blackburn, btw you should 'prostavitsya'. | 21:11 |
blackburn | why should I | 21:11 |
shogun-buildbot | build #144 of deb3 - modular_interfaces is complete: Success [build successful] Build details are at http://www.shogun-toolbox.org/buildbot/builders/deb3%20-%20modular_interfaces/builds/144 | 21:12 |
gsomix | blackburn, you didn't 'prostavitsya' last year after gsoc. | 21:12 |
blackburn | I found that silly | 21:13 |
gsomix | okay :( | 21:14 |
gsomix | time to work | 21:15 |
gsomix | sonney2k, overloading [] in c++ have no effect. it's needed overloading by hands. | 21:18 |
gsomix | in swig code I mean | 21:19 |
blackburn | saturday night is time to party! | 21:19 |
blackburn | or to play WoW, no idea what normal people do | 21:19 |
gsomix | blackburn, dota2 | 21:19 |
blackburn | argh | 21:19 |
-!- blackburn is now known as never_tell_me_ab | 21:20 | |
gsomix | free to play now, just in steam :) | 21:20 |
never_tell_me_ab | argh | 21:20 |
gsomix | lol | 21:20 |
-!- never_tell_me_ab is now known as blackburn | 21:20 | |
gsomix | blackburn, lol as lol, not LeagueOfLegends :) | 21:22 |
n4nd0 | gsomix, blackburn do you play games guys? | 21:23 |
blackburn | I fscking hate games and gamers | 21:24 |
@sonney2k | gsomix, actually it should enable us to do sth like x+=y (when x and y are e.g. RealFeatures) | 21:24 |
gsomix | n4nd0, huh, no :) | 21:24 |
@sonney2k | blackburn, on some kind of holy war today? | 21:24 |
blackburn | sonney2k: why so? | 21:24 |
gsomix | n4nd0, only small indie-games. | 21:24 |
blackburn | I hate optics and games all the way | 21:24 |
n4nd0 | gsomix: no idea what tahs is :P | 21:25 |
n4nd0 | that* | 21:25 |
@sonney2k | gsomix, but right we don't have a typemap for numpy -> SimpleFeautres so I guess your way is what we need | 21:25 |
gsomix | like Angry Birds on my IPad^W | 21:25 |
puffin444 | heiko, don't worry about the bug. It's something I screwed up. | 21:26 |
n4nd0 | gsomix: aham, ok :) | 21:26 |
gsomix | sonney2k, mmm, I just doing it with using numpy.array's buffer. | 21:26 |
@sonney2k | gsomix, what is ????????????? | 21:26 |
blackburn | lol | 21:26 |
blackburn | sonney2k: to get some beer/vodka/anything in case of some achievement | 21:26 |
blackburn | and to share it | 21:26 |
gsomix | exactly | 21:27 |
@sonney2k | well gsomix could do now :D | 21:28 |
-!- gsomix [~gsomix@83.149.21.239] has quit [Quit: Ex-Chat] | 21:34 | |
-!- gsomix [~gsomix@83.149.21.239] has joined #shogun | 21:34 | |
puffin444 | Hey blackburn | 21:38 |
blackburn | hey | 21:38 |
puffin444 | So currently I have a pull request for ARD kernels | 21:40 |
blackburn | sonney2k: have you seen I added some very basic structure? | 21:40 |
blackburn | to tutorial | 21:40 |
puffin444 | I have just added ARD into the parameter selection framework. It's done, but I need to make sure the code is commented and stuff. | 21:40 |
puffin444 | My question is that should I just close the current pull request and add a new one today/tomorrow with the new ARD learning attached? | 21:41 |
blackburn | puffin444: I don't mind either way :) | 21:42 |
blackburn | puffin444: if this one doesn't break compilation I am ok to merge | 21:43 |
puffin444 | The one up there now will not break compilation. | 21:44 |
blackburn | what is ARD btw? | 21:44 |
puffin444 | I frankly don't know what it stands for :), but it essentially gives to a weight to each feature. That we can focus on the features that matter. | 21:45 |
puffin444 | Automatic Relevance Determination | 21:46 |
blackburn | hmm I work on something similar right now | 21:46 |
blackburn | for multitask :) | 21:46 |
blackburn | I am currently working on modelselection stuff too btw | 21:50 |
@sonney2k | blackburn, what do you *not* work on? | 21:51 |
-!- n4nd0 [~nando@s83-179-44-135.cust.tele2.se] has quit [Quit: leaving] | 21:51 | |
blackburn | sonney2k: I do not work on nuclear bomb | 21:51 |
@sonney2k | at least something positive :) | 21:51 |
blackburn | only neutron one | 21:52 |
puffin444 | Hey blackburn, would you mind merging the current pr? | 21:52 |
blackburn | I always say yes :D | 21:52 |
CIA-18 | shogun: puffin444 master * r3385475 / (5 files in 2 dirs): Cleaned up some ARD code. - http://git.io/mMGj8w | 21:53 |
CIA-18 | shogun: puffin444 master * r8246e94 / (8 files in 2 dirs): Added Gradient checking in the GradientModelSelection model. Added - http://git.io/6vh8DQ | 21:53 |
CIA-18 | shogun: Sergey Lisitsyn master * reb98b84 / (8 files in 2 dirs): Merge pull request #644 from puffin444/master - http://git.io/PVEOQQ | 21:53 |
blackburn | puffin444: I have to modify some code realted to you probably | 21:54 |
puffin444 | really? where? | 21:54 |
blackburn | puffin444: I am adding modelselectionoutput thing in all modelselection things | 21:55 |
puffin444 | okay | 21:55 |
blackburn | argh may be some set_output would be better | 21:55 |
blackburn | puffin444: I am adding modelselectionoutput class | 21:55 |
blackburn | that outputs learned model during the process | 21:56 |
blackburn | I need it to analyze sparsity of learned Ws | 21:56 |
-!- alexlovesdata [~AB@e178030125.adsl.alicedsl.de] has left #shogun [] | 22:12 | |
shogun-buildbot | build #146 of deb3 - modular_interfaces is complete: Failure [failed test python_modular] Build details are at http://www.shogun-toolbox.org/buildbot/builders/deb3%20-%20modular_interfaces/builds/146 blamelist: puffin444 <walke434@msu.edu> | 22:34 |
CIA-18 | shogun: Sergey Lisitsyn master * rfc2e96c / (13 files in 3 dirs): Introduced ModelSelectionOutput class - http://git.io/WaHWTA | 22:37 |
-!- heiko [~heiko@host86-183-73-88.range86-183.btcentralplus.com] has quit [Quit: Leaving.] | 22:58 | |
-!- puffin444 [62e3926e@gateway/web/freenode/ip.98.227.146.110] has quit [Ping timeout: 245 seconds] | 23:12 | |
shogun-buildbot | build #147 of deb3 - modular_interfaces is complete: Success [build successful] Build details are at http://www.shogun-toolbox.org/buildbot/builders/deb3%20-%20modular_interfaces/builds/147 | 23:20 |
--- Log closed Sun Jul 15 00:00:17 2012 |
Generated by irclog2html.py 2.10.0 by Marius Gedminas - find it at mg.pov.lt!