--- Log opened Mon Jun 24 00:00:02 2013 | ||
-!- lisitsyn [~lisitsyn@5-28-21-24.clients.tlt.100megabit.ru] has left #shogun [] | 00:11 | |
-!- van51 [~van51@athedsl-408350.home.otenet.gr] has quit [Quit: Leaving.] | 01:23 | |
-!- nube [~rho@49.244.57.252] has quit [Ping timeout: 246 seconds] | 02:05 | |
-!- nube [~rho@49.244.83.216] has joined #shogun | 02:19 | |
-!- foulwall` [~user@106.118.54.102] has joined #shogun | 02:54 | |
shogun-buildbot | build #437 of nightly_default is complete: Failure [failed compile] Build details are at http://www.shogun-toolbox.org/buildbot/builders/nightly_default/builds/437 | 03:14 |
---|---|---|
-!- hushell1 [~hushell@67.23.197.94] has quit [Ping timeout: 264 seconds] | 03:19 | |
-!- nube [~rho@49.244.83.216] has quit [Quit: Leaving.] | 03:46 | |
-!- foulwall` [~user@106.118.54.102] has quit [Ping timeout: 268 seconds] | 04:38 | |
-!- FSCV [~FSCV@189.139.156.14] has quit [Quit: Leaving] | 05:18 | |
-!- hushell1 [~hushell@c-67-160-139-116.hsd1.or.comcast.net] has joined #shogun | 05:28 | |
-!- hushell2 [~hushell@c-67-160-139-116.hsd1.or.comcast.net] has joined #shogun | 05:44 | |
-!- hushell1 [~hushell@c-67-160-139-116.hsd1.or.comcast.net] has quit [Ping timeout: 246 seconds] | 05:45 | |
-!- hushell2 is now known as hushell | 07:26 | |
-!- nube [~rho@116.90.239.3] has joined #shogun | 07:30 | |
-!- sonne|work [~sonnenbu@sams-office-nat.tomtomgroup.com] has joined #shogun | 08:01 | |
hushell | sonney2k: Hello? Can SG_UNREF(var) called if var is NULL? | 09:08 |
sonne|work | hushell: yes. it will even NULL var afterwards | 09:10 |
sonne|work | (makes only sense if it was not of course) | 09:10 |
hushell | sonne|work: Thanks! I just checked the doc: if (x) { if ((x)->unref()==0) (x)=NULL; | 09:11 |
hushell | I should do this before :) | 09:12 |
-!- votjakovr [~votjakovr@host-46-241-3-209.bbcustomer.zsttk.net] has joined #shogun | 09:43 | |
-!- nube [~rho@116.90.239.3] has quit [Ping timeout: 240 seconds] | 10:19 | |
-!- nube [~rho@116.90.239.3] has joined #shogun | 10:44 | |
-!- vgorbati [~vgorbati@212.2.159.34] has joined #shogun | 10:48 | |
-!- vgorbati [~vgorbati@212.2.159.34] has quit [Quit: vgorbati] | 11:09 | |
-!- iglesiasg [~nando@s83-179-44-135.cust.tele2.se] has joined #shogun | 11:26 | |
-!- mode/#shogun [+o iglesiasg] by ChanServ | 11:26 | |
-!- gsomix [~Miranda@46.20.65.164] has joined #shogun | 11:27 | |
gsomix | hello | 11:27 |
gsomix | one more exam is passed | 11:27 |
gsomix | so, there is only one now | 11:28 |
gsomix | sonne|work: sonney2k hey, glad to see you. :) | 11:28 |
sonne|work | hey | 11:32 |
sonne|work | gsomix: when is you last one? | 11:33 |
gsomix | sonne|work: 27 June, state exam | 11:33 |
gsomix | and then full-time job at shogun | 11:34 |
sonne|work | yay! | 11:35 |
sonne|work | gsomix: so until then you have no time I guess? | 11:35 |
gsomix | sonne|work: yep :( | 11:38 |
sonne|work | gsomix: then good luck but don't forget you weekly report (today!) though! | 11:40 |
-!- hushell [~hushell@c-67-160-139-116.hsd1.or.comcast.net] has quit [Quit: WeeChat 0.3.7] | 11:42 | |
gsomix | sonne|work: of course | 11:50 |
@iglesiasg | C++ question | 12:01 |
@iglesiasg | when does it actually matter to use a const return value? | 12:01 |
-!- van51 [~van51@athedsl-408350.home.otenet.gr] has joined #shogun | 12:07 | |
van51 | hello | 12:07 |
sonne|work | hey van51! | 12:08 |
sonne|work | how is it going? | 12:08 |
van51 | sonne|work: hey! | 12:09 |
van51 | sonne|work: it's going ok :) | 12:09 |
sonne|work | ohh and I hope you can do the language text example too. for the image one we already have some matlab code that porting won't need much time | 12:09 |
van51 | sonne|work: I wanted to ask you | 12:09 |
van51 | sonne|work: you mean the language detection? | 12:09 |
sonne|work | yeah | 12:10 |
van51 | ok | 12:10 |
van51 | sonne|work: are you going to remove the SGString ? | 12:10 |
van51 | sonne|work: and the StringFeatures? | 12:10 |
sonne|work | that should be rather easy to do. just n-grams and fetch ascii based languages from wikipedia for a few thousand articles | 12:11 |
sonne|work | yes SGVector it will be | 12:11 |
sonne|work | StingFeatures will stay of course | 12:11 |
van51 | sonne|work: I was thinking of moving the tokenization to an earlier stage of the pipeline | 12:12 |
van51 | and instead of storing the documents in stringfeatures and having to tokenize them when they are needed | 12:13 |
van51 | I was thinking of storing a list of tokens | 12:13 |
van51 | or a list of SGVectors | 12:13 |
van51 | for each document | 12:13 |
van51 | sonne|work: what do you think? | 12:14 |
-!- nube [~rho@116.90.239.3] has quit [Quit: Leaving.] | 12:14 | |
van51 | also I think that the current way will be easier to be extended to streamed features | 12:15 |
van51 | sorry if I'm being overwhelming :) | 12:15 |
-!- lisitsyn [~lisitsin@mxs.kg.ru] has joined #shogun | 12:28 | |
lisitsyn | sonne|work: hey there | 12:29 |
lisitsyn | votjakovr: van51: gsomix: pickle27: weekly reports please ;) | 12:29 |
@iglesiasg | and me too! | 12:30 |
@iglesiasg | :) | 12:30 |
lisitsyn | iglesiasg: oops sorry missed you | 12:30 |
@iglesiasg | hehe no problem | 12:30 |
lisitsyn | iglesiasg: as for your question | 12:30 |
@iglesiasg | lisitsyn: btw enlighten me | 12:30 |
@iglesiasg | yeah I was going to ask you about it right now :) | 12:30 |
lisitsyn | const return value is useless | 12:30 |
lisitsyn | I don't see any case | 12:30 |
@iglesiasg | you sure? | 12:31 |
lisitsyn | like | 12:31 |
lisitsyn | const Object f();? | 12:31 |
lisitsyn | makes no sense to me at all | 12:31 |
lisitsyn | const Object& would be something more interesting | 12:31 |
@iglesiasg | and const Object* as well I guess | 12:31 |
lisitsyn | though that's dangerous and should be avoided | 12:31 |
lisitsyn | const Object* or const Object* const yes | 12:32 |
lisitsyn | iglesiasg: if you return by value just use value type | 12:32 |
lisitsyn | I don't know any case when you restrict new object to be const | 12:33 |
lisitsyn | that's the user preference to make it const | 12:33 |
@iglesiasg | the concepts of return by value and return by reference I understand | 12:33 |
@iglesiasg | BTW I started wondering because of https://github.com/shogun-toolbox/shogun/pull/1185/files#L10R66 | 12:34 |
@iglesiasg | the two get_features methods there | 12:34 |
lisitsyn | iglesiasg: hmm they are const | 12:34 |
lisitsyn | not the return value | 12:34 |
@iglesiasg | the first return value is const | 12:35 |
lisitsyn | ahhh | 12:35 |
@iglesiasg | cons CFeatures* | 12:35 |
lisitsyn | const CFeatures* | 12:35 |
lisitsyn | that's constant pointer | 12:35 |
@iglesiasg | yeah | 12:35 |
lisitsyn | like we can't change where it points to | 12:35 |
@iglesiasg | pointer to constant rather? | 12:35 |
lisitsyn | iglesiasg: no that's CFeatures* const | 12:36 |
@iglesiasg | mmm let me test it out | 12:36 |
lisitsyn | iglesiasg: const char* - you can't change the pointer but you can change the string | 12:37 |
lisitsyn | const char* const | 12:37 |
lisitsyn | you can't change anything | 12:37 |
lisitsyn | char* const - you can't change contents but you are free to move the pointer around | 12:37 |
@iglesiasg | I think it is the other way round | 12:42 |
van51 | how detailed must this weekly report be? | 12:42 |
@iglesiasg | char* const you can change pointer but no contents | 12:42 |
@iglesiasg | van51: like the ones they have already sent are quite fine I think | 12:43 |
van51 | iglesiasg: I'm almost done, but now that I read it, I'm thinking that someone not familiar with the project will probably not follow :( | 12:43 |
@iglesiasg | lisitsyn: http://pastebin.com/XK4sud5D | 12:43 |
@iglesiasg | van51: aham I understand | 12:44 |
@iglesiasg | van51: it should be something short that summarizes what you have done | 12:44 |
@iglesiasg | so for instance Shell's description I think is fine in length | 12:45 |
@iglesiasg | but it is difficult to define what the right length is | 12:45 |
@iglesiasg | it should be something not time consuming at all | 12:45 |
@iglesiasg | or at least that's the idea :) hehe | 12:45 |
@iglesiasg | van51: in any case, if you are done with the one for this week just send it around. Do not worry about improving it or so | 12:46 |
lisitsyn | iglesiasg: yes it is what I said :) | 12:46 |
@iglesiasg | lisitsyn: haha ok, I misunderstood :) | 12:46 |
van51 | ok sent it | 12:51 |
van51 | iglesiasg: thanks :) | 12:51 |
van51 | btw I'm getting an error when I use the ALPHANUM alphabet | 12:53 |
van51 | [ERROR] bool shogun::CAlphabet::check_alphabet(bool): ALPHABET does not contain all symbols in histogram | 12:53 |
van51 | but all I use are letters :/ | 12:53 |
van51 | any ideas? | 12:53 |
@iglesiasg | van51: what letters are you using? | 12:54 |
van51 | iglesiasg: upper case latin letters | 12:54 |
@iglesiasg | I have never used that code but I recall from some mail something like only C,A and another letter should be used | 12:54 |
@iglesiasg | but I am not sure at all, just recall that from some mail, it could be regarding another class though | 12:55 |
van51 | iglesiasg: I think that's when you use the dna alphabet | 12:56 |
@iglesiasg | it makes sense | 12:57 |
lisitsyn | van51: check for \n and etc | 12:57 |
van51 | iglesiasg: I'm probably using something wrong | 12:57 |
lisitsyn | EOL EOF | 12:57 |
van51 | ok solved it, turns out I had a larger length value in the SGString than I should | 13:09 |
van51 | any easy way to have it accept spaces as well now? :) | 13:09 |
-!- foulwall|mobile [~foulwall@117.136.0.113] has joined #shogun | 13:10 | |
-!- foulwall|mobile [~foulwall@117.136.0.113] has quit [Quit: AndroIRC - Android IRC Client ( http://www.androirc.com )] | 13:16 | |
-!- gsomix [~Miranda@46.20.65.164] has quit [Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org] | 13:16 | |
sonne|work | van51: if you can make the error message more meaningful please do it | 13:25 |
sonne|work | van51: I am jsut not able to. it is ment to say that you have some symbols in your input that are not in the alphabet | 13:26 |
sonne|work | and if you enable debug you would see the sysmbold | 13:26 |
sonne|work | s | 13:26 |
sonne|work | van51: sry was out for lunch. | 13:27 |
van51 | sonne|work: no worries | 13:27 |
sonne|work | van51: when you don't have string features it makes IMHO already most sense to directly compute the hashed representation | 13:27 |
van51 | sonne|work: about that error, I fixed it | 13:27 |
sonne|work | well a better error message is something you could help with | 13:28 |
sonne|work | van51: so just write the converter string -> hashed n gram word features | 13:28 |
sonne|work | actually it is string -> sparse features with hashes as indices | 13:29 |
van51 | sonne|work: yeah, that is what I have done | 13:30 |
van51 | sonne|work: I'm just wondering what would be better | 13:31 |
van51 | to tokenize the string once in the beginning, or on-the-fly as weel | 13:31 |
van51 | or do you mean already a token by string and not a document? | 13:31 |
-!- nube [~rho@49.244.46.85] has joined #shogun | 13:34 | |
sonne|work | van51: it depends what inputs you have: in the online / streaming case it makes sense to tokenize on-the-fly & do the hashing | 13:43 |
sonne|work | if you have the whole set of strings already then you do the tokenize&hash pass | 13:43 |
sonne|work | in one go later | 13:43 |
sonne|work | both make sense and have their use case | 13:44 |
-!- nube [~rho@49.244.46.85] has quit [Ping timeout: 246 seconds] | 13:54 | |
van51 | sonne|work: yes indeed. well, right now I tokenize and hash on-the-fly when the strings fit in memory | 13:54 |
van51 | should I change it? | 13:54 |
sonne|work | I didn't git it | 13:55 |
sonne|work | get | 13:55 |
sonne|work | you have the whole strings in memory | 13:55 |
sonne|work | and then you do the tokenize & hashing in one go right? | 13:55 |
van51 | sonne|work: well there is this possibility through the converter | 13:56 |
van51 | but the HashedDocDotFeatures, maintain the documents as a CStringFeatures object | 13:56 |
van51 | and whenever a dot product is needed, is tokenizes and hashes on the fly | 13:57 |
sonne|work | totally OK! | 13:57 |
sonne|work | the other other option is doing the same via the converter as you said | 13:57 |
van51 | sonne|work: should I make a PR so you can review it as I progress ? | 14:00 |
van51 | or Olivier,Benoit or Quoc | 14:00 |
sonne|work | van51: sure! I prefer small snacks anyway | 14:00 |
sonne|work | so if you have one small part working I would rather merge that already before you do the big thing in one go | 14:01 |
van51 | sonne|work: ok, let me change the commit a bit first then | 14:02 |
-!- iglesiasg [~nando@s83-179-44-135.cust.tele2.se] has quit [Ping timeout: 246 seconds] | 14:04 | |
van51 | on another note, if I want an alphabet that accepts spaces as well, I have to create a new EAlphabet type? | 14:06 |
sonne|work | van51: jsut use RAWBYTE | 14:07 |
-!- foulwall [~foulwall@2001:da8:215:503:5466:91ea:7714:9bdb] has joined #shogun | 14:08 | |
-!- nube [~rho@49.244.71.235] has joined #shogun | 14:08 | |
van51 | sonne|work: ah cool! thanks | 14:08 |
sonne|work | hey foulwall! | 14:14 |
foulwall | hey sonne|work | 14:15 |
sonne|work | did you finish your exams? | 14:15 |
sonne|work | van51: np | 14:15 |
foulwall | sonne|work: yes~ | 14:15 |
sonne|work | all good? | 14:15 |
foulwall | sonne|work: yeah | 14:15 |
foulwall | 1. integrate the data to the exisiting demos. (regression, clustering) | 14:16 |
foulwall | 2. merge the exisiting binary/multiclass classification demo into the framework. | 14:16 |
foulwall | 3. refractor the javascripts. | 14:16 |
foulwall | 4. find a better way to draw heatmap with contour. | 14:16 |
foulwall | sonne|work: I planed to do these things this week. | 14:16 |
sonne|work | foulwall: excellent plan! | 14:19 |
sonne|work | let me know if you have questions / get stuck | 14:19 |
sonne|work | foulwall: btw I started setting up a machine for you where you can run the demos... | 14:20 |
sonne|work | not sure if internet access is fast for you (machine is in some data centre in berlin) | 14:20 |
foulwall | sonne|work: wow | 14:20 |
sonne|work | well it is just some (not so fast) virtual machine I did rent. | 14:21 |
foulwall | sonne|work: that's alright. | 14:21 |
lisitsyn | sonne|work: do you want to rent other machine? | 14:30 |
lisitsyn | digital ocean is pretty low-cost | 14:30 |
lisitsyn | tapkee website runs there | 14:31 |
lisitsyn | 5$ / month | 14:31 |
sonne|work | no I have this machine for 3 months still and I am planning to cancel the contract past gsoc so all good | 14:32 |
-!- zxtx [~zv@cpe-66-68-190-37.austin.res.rr.com] has quit [Read error: Operation timed out] | 14:32 | |
lisitsyn | sonne|work: alright | 14:33 |
-!- thoralf [~thoralf@enki.zib.de] has joined #shogun | 14:50 | |
thoralf | Hey. | 14:50 |
sonne|work | ho | 14:52 |
van51 | sonne|work: I've made a PR | 15:01 |
-!- iglesiasg [~nando@83.179.44.135] has joined #shogun | 15:19 | |
-!- mode/#shogun [+o iglesiasg] by ChanServ | 15:19 | |
-!- van51 [~van51@athedsl-408350.home.otenet.gr] has quit [Quit: Leaving.] | 15:23 | |
-!- zxtx [~zv@12.231.120.253] has joined #shogun | 15:29 | |
-!- zxtx [~zv@12.231.120.253] has quit [Ping timeout: 240 seconds] | 15:51 | |
-!- foulwall [~foulwall@2001:da8:215:503:5466:91ea:7714:9bdb] has quit [Remote host closed the connection] | 16:01 | |
-!- zxtx [~zv@12.231.120.253] has joined #shogun | 16:12 | |
lisitsyn | sonne|work: is that expensive to buy a sim-card for a few days in berlin? | 16:13 |
thoralf | lisitsyn: About 10-15 Euro for the card plus 5-10 Euro for a data plan. | 16:18 |
thoralf | lisitsyn: You need it for the workshop in july, right? | 16:20 |
lisitsyn | thoralf: oh thanks | 16:20 |
lisitsyn | thoralf: yes | 16:20 |
lisitsyn | thoralf: just to coordinate with other guys | 16:20 |
lisitsyn | thoralf: what is a data plan? | 16:20 |
thoralf | lisitsyn: Oh, I guessed you need internet access (== data plan ;)). | 16:21 |
lisitsyn | thoralf: ahh I see | 16:21 |
lisitsyn | well would be good indeed | 16:22 |
lisitsyn | thoralf: not that much! thanks for the info | 16:22 |
lisitsyn | thoralf: may be I can ask you a bit more? ;) | 16:22 |
thoralf | lisitsyn: Yes. | 16:23 |
pickle27 | lisitsyn: I am going to send mine out soon! (trying to finish something up) | 16:30 |
lisitsyn | pickle27: thanks | 16:32 |
pickle27 | lisitsyn: | 16:50 |
pickle27 | is there any way built into shogun to test if a matrix is a permutation matrix? | 16:50 |
pickle27 | iglesiasg: ^ | 16:53 |
lisitsyn | pickle27: no I don't know any | 16:53 |
pickle27 | okay just thought I'd check before I coded something | 16:53 |
pickle27 | just finishing up porting the R example to c++, I think it will make a decent unit test | 16:54 |
-!- gsomix [~Miranda@46.20.65.164] has joined #shogun | 17:04 | |
-!- zxtx [~zv@12.231.120.253] has quit [Read error: Connection reset by peer] | 17:27 | |
pickle27 | lisitsyn: did my mail send out? (I feel like my own messages to the list probably don't get sent back to me) | 17:38 |
@iglesiasg | pickle27: yeah, got it | 17:38 |
pickle27 | thanks | 17:38 |
@iglesiasg | nice work btw | 17:39 |
pickle27 | thanks, you too! | 17:39 |
@iglesiasg | I like the cleaning code aka using Eigen definition :D | 17:39 |
pickle27 | haha yeah, I have this "inner loop" function in C from the R package that I'd like to slowly replace | 17:39 |
-!- foulwall [~foulwall@2001:da8:215:c252:59d9:be69:e4d9:cb89] has joined #shogun | 17:53 | |
lisitsyn | pickle27: yes your mail is here | 18:02 |
lisitsyn | votjakovr: now please weekly report ;) | 18:02 |
lisitsyn | gsomix: and you | 18:02 |
votjakovr | lisitsyn: hi, ah, sure | 18:04 |
-!- foulwall [~foulwall@2001:da8:215:c252:59d9:be69:e4d9:cb89] has quit [Remote host closed the connection] | 18:10 | |
-!- iglesiasg [~nando@83.179.44.135] has quit [Ping timeout: 268 seconds] | 18:21 | |
-!- thoralf [~thoralf@enki.zib.de] has quit [Quit: Konversation terminated!] | 19:18 | |
-!- mode/#shogun [+o sonney2k] by ChanServ | 19:23 | |
-!- iglesiasg [~nando@s83-179-44-135.cust.tele2.se] has joined #shogun | 19:29 | |
-!- mode/#shogun [+o iglesiasg] by ChanServ | 19:29 | |
gsomix | lisitsyn: done | 19:51 |
votjakovr | lisitsyn: me too | 19:53 |
lisitsyn | thanks guys | 19:54 |
-!- lisitsyn [~lisitsin@mxs.kg.ru] has quit [Quit: Leaving.] | 19:55 | |
-!- zxtx [~zv@12.231.120.253] has joined #shogun | 20:28 | |
-!- lisitsyn [~lisitsyn@46.20.65.164] has joined #shogun | 20:40 | |
-!- vgorbati [~vgorbati@212.2.159.34] has joined #shogun | 20:50 | |
-!- iglesiasg [~nando@s83-179-44-135.cust.tele2.se] has quit [Ping timeout: 256 seconds] | 21:39 | |
@sonney2k | wiking, new bugs: ../shogun/mathematics/Random.h:86: warning: integer constant is too large for 'long' type | 21:41 |
@sonney2k | and /usr/lib/gcc/i486-linux-gnu/4.4.5/include/emmintrin.h:32:3: error: #error "SSE2 instruction set not enabled" | 21:42 |
@sonney2k | In file included from ../shogun/lib/external/SFMT/SFMT.h:84, | 21:42 |
@wiking | sonney2k: mmm | 21:50 |
@sonney2k | wiking, let me try to fix the random +86 one | 21:51 |
@sonney2k | return random_64() & ((uint64_t(-1)<<1)>>1); does the same and makes the compiler happy | 21:53 |
@sonney2k | wiking, so now we need to fix the SSE2 one still | 21:53 |
@sonney2k | wiking, ohh and please upgrade json-c on the fbsd machine to v 0.11 | 21:53 |
@sonney2k | 0.10 is b0rken | 21:53 |
-!- shogun-notifier- [~irker@7nn.de] has joined #shogun | 21:55 | |
shogun-notifier- | shogun: Soeren Sonnenburg :develop * 432634e / src/shogun/mathematics/Random.h: https://github.com/shogun-toolbox/shogun/commit/432634edf169b28856da47c5921a14bdca2cdad0 | 21:55 |
shogun-notifier- | shogun: use equivalent formulation for masking out sign bit in rand functions | 21:55 |
@wiking | sonney2k: ok... just a sec | 21:59 |
@wiking | sonney2k: there's no 0.11 json-c port in fbsd ports system | 22:09 |
shogun-notifier- | shogun: Soeren Sonnenburg :develop * a75ef21 / src/shogun/distance/CustomDistance.cpp,src/shogun/distance/CustomDistance.h: https://github.com/shogun-toolbox/shogun/commit/a75ef21c98d9627a2266a38978f1fd190d02950f | 22:10 |
shogun-notifier- | shogun: move template function back to .h to fix compile error | 22:10 |
@wiking | sonney2k: json-glib would do it? | 22:10 |
@wiking | json-glib-0.14.2.tar.xz is possible | 22:10 |
@wiking | ok i see it's not :) | 22:12 |
shogun-buildbot | build #1134 of bsd1 - libshogun is complete: Failure [failed test test_1] Build details are at http://www.shogun-toolbox.org/buildbot/builders/bsd1%20-%20libshogun/builds/1134 blamelist: Soeren Sonnenburg <sonne@debian.org> | 22:12 |
shogun-buildbot | build #966 of cyg1 - libshogun is complete: Failure [failed compile] Build details are at http://www.shogun-toolbox.org/buildbot/builders/cyg1%20-%20libshogun/builds/966 blamelist: Soeren Sonnenburg <sonne@debian.org> | 22:13 |
shogun-buildbot | build #1258 of deb3 - modular_interfaces is complete: Failure [failed compile python_modular] Build details are at http://www.shogun-toolbox.org/buildbot/builders/deb3%20-%20modular_interfaces/builds/1258 blamelist: Soeren Sonnenburg <sonne@debian.org> | 22:14 |
-!- pickle27 [~kevin@rcv3-lab-pc.ee.queensu.ca] has quit [Quit: Leaving] | 22:14 | |
shogun-buildbot | build #967 of cyg1 - libshogun is complete: Failure [failed configure] Build details are at http://www.shogun-toolbox.org/buildbot/builders/cyg1%20-%20libshogun/builds/967 blamelist: Soeren Sonnenburg <sonne@debian.org> | 22:17 |
@sonney2k | wiking, no json-c :D | 22:17 |
@sonney2k | wiking, https://github.com/json-c/json-c/wiki | 22:17 |
shogun-notifier- | shogun: Roman Votyakov :develop * 72fa7b7 / / (66 files): https://github.com/shogun-toolbox/shogun/commit/72fa7b71728721cafe56826e90f97f3ba964f2c3 | 22:19 |
shogun-notifier- | shogun: refactor gp framework | 22:19 |
shogun-notifier- | shogun: Heiko Strathmann :develop * 8ded361 / / (66 files): https://github.com/shogun-toolbox/shogun/commit/8ded361a74ff9949b96486f18233bc2302aefcfd | 22:19 |
shogun-notifier- | shogun: Merge pull request #1187 from votjakovr/feature/gp_refactoring | 22:19 |
shogun-notifier- | shogun: | 22:19 |
shogun-notifier- | shogun: refactor gp framework | 22:19 |
@sonney2k | wiking, our HAVE_SSE2 test is flawed | 22:20 |
@sonney2k | wiking, err actually no -msse2 is missing from compile flags | 22:22 |
shogun-buildbot | build #1135 of bsd1 - libshogun is complete: Failure [failed test_1] Build details are at http://www.shogun-toolbox.org/buildbot/builders/bsd1%20-%20libshogun/builds/1135 blamelist: Soeren Sonnenburg <sonne@debian.org> | 22:24 |
-!- zxtx [~zv@12.231.120.253] has quit [Ping timeout: 248 seconds] | 22:25 | |
-!- iglesiasg [~nando@s83-179-44-135.cust.tele2.se] has joined #shogun | 22:26 | |
-!- mode/#shogun [+o iglesiasg] by ChanServ | 22:26 | |
@sonney2k | iglesiasg, I had to move the templated customdistance function back to the .h file - all buildbots were failing due to the .h -> .cpp move | 22:30 |
-!- lisitsyn [~lisitsyn@46.20.65.164] has quit [Ping timeout: 255 seconds] | 22:33 | |
@sonney2k | wiking, do you want to try? | 22:36 |
-!- zxtx [~zv@12.231.120.253] has joined #shogun | 22:37 | |
@iglesiasg | sonney2k: thank you | 22:37 |
@iglesiasg | I noticed it gave trouble but preferred to discussed if there was a way to maintain it in the cpp first | 22:38 |
@sonney2k | iglesiasg, well at this stage it is important to keep the build green | 22:38 |
@iglesiasg | sonney2k: understood | 22:39 |
@sonney2k | iglesiasg, there are too many merges coming up | 22:39 |
@wiking | sonney2k: try what? | 22:43 |
@sonney2k | wiking, the sse2 issue | 22:43 |
@sonney2k | I cannot make sense of it | 22:44 |
@wiking | sonney2k: ah stupid ./configure | 22:44 |
@wiking | :) | 22:44 |
@wiking | we should finish cmake :PPP | 22:44 |
@sonney2k | just do it then though this is somehting subtle | 22:44 |
@sonney2k | I figured that gcc -msse2 will define __SSE2__ 1 | 22:45 |
@sonney2k | which we did not do | 22:45 |
@sonney2k | but then even with -msse2 it still doesn't work | 22:45 |
@wiking | this is only with gcc i guess | 22:46 |
@sonney2k | gcc & ooold debian 6.0 | 22:46 |
@wiking | aaah | 22:46 |
@wiking | ok | 22:46 |
@sonney2k | and i686 | 22:46 |
@wiking | what's the gcc version? | 22:47 |
shogun-buildbot | build #968 of cyg1 - libshogun is complete: Failure [failed configure] Build details are at http://www.shogun-toolbox.org/buildbot/builders/cyg1%20-%20libshogun/builds/968 blamelist: Heiko Strathmann <heiko.strathmann@gmail.com>, Roman Votyakov <votjakovr@gmail.com> | 22:47 |
@sonney2k | 4.4.5 | 22:48 |
shogun-buildbot | build #1136 of bsd1 - libshogun is complete: Failure [failed test_1] Build details are at http://www.shogun-toolbox.org/buildbot/builders/bsd1%20-%20libshogun/builds/1136 blamelist: Heiko Strathmann <heiko.strathmann@gmail.com>, Roman Votyakov <votjakovr@gmail.com> | 22:54 |
-!- vgorbati [~vgorbati@212.2.159.34] has quit [Ping timeout: 268 seconds] | 23:01 | |
shogun-buildbot | build #1259 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/1259 | 23:02 |
-!- sonney2k [~shogun@7nn.de] has quit [Read error: Operation timed out] | 23:07 | |
shogun-notifier- | shogun: Soeren Sonnenburg :develop * a2cf857 / src/Makefile.template,src/configure: https://github.com/shogun-toolbox/shogun/commit/a2cf8579440f353074883c8032a9d1a75fe9f195 | 23:08 |
shogun-notifier- | shogun: use full gcc command line for gcc -MM based dependency generation | 23:08 |
-!- sonney2k [~shogun@7nn.de] has joined #shogun | 23:10 | |
shogun-notifier- | shogun: Soeren Sonnenburg :develop * 8c54b9f / src/Makefile.template: https://github.com/shogun-toolbox/shogun/commit/8c54b9fbe6dc459706d6c4822848fbe283decce2 | 23:12 |
shogun-notifier- | shogun: use CPP compflags in gcc -MM | 23:12 |
sonney2k | wiking, now it is happy \o/ | 23:20 |
shogun-buildbot | build #969 of cyg1 - libshogun is complete: Failure [failed configure] Build details are at http://www.shogun-toolbox.org/buildbot/builders/cyg1%20-%20libshogun/builds/969 blamelist: Soeren Sonnenburg <sonne@debian.org> | 23:20 |
shogun-buildbot | build #970 of cyg1 - libshogun is complete: Failure [failed configure] Build details are at http://www.shogun-toolbox.org/buildbot/builders/cyg1%20-%20libshogun/builds/970 blamelist: Soeren Sonnenburg <sonne@debian.org> | 23:22 |
sonney2k | wiking, btw we should also enable tests to detect sse3/sse4 | 23:24 |
sonney2k | these can really make a difference | 23:24 |
sonney2k | I don't understand though why -march=native doesn't do that | 23:27 |
shogun-buildbot | build #1137 of bsd1 - libshogun is complete: Failure [failed test_1] Build details are at http://www.shogun-toolbox.org/buildbot/builders/bsd1%20-%20libshogun/builds/1137 blamelist: Soeren Sonnenburg <sonne@debian.org> | 23:28 |
sonney2k | actually it does! | 23:28 |
sonney2k | ...but it is written in the docs that this only works under linux | 23:29 |
shogun-buildbot | build #1138 of bsd1 - libshogun is complete: Failure [failed test_1] Build details are at http://www.shogun-toolbox.org/buildbot/builders/bsd1%20-%20libshogun/builds/1138 blamelist: Soeren Sonnenburg <sonne@debian.org> | 23:36 |
-!- votjakovr [~votjakovr@host-46-241-3-209.bbcustomer.zsttk.net] has left #shogun ["Fallen asleep!"] | 23:37 | |
shogun-buildbot | build #1260 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/1260 blamelist: Heiko Strathmann <heiko.strathmann@gmail.com>, Roman Votyakov <votjakovr@gmail.com> | 23:44 |
shogun-notifier- | shogun: Soeren Sonnenburg :develop * 1a9afee / src/configure: https://github.com/shogun-toolbox/shogun/commit/1a9afee6510f4f7c4af79171ea0c7b8ab8da1295 | 23:47 |
shogun-notifier- | shogun: compflags swig also needs -msse2 | 23:47 |
--- Log closed Tue Jun 25 00:00:03 2013 |
Generated by irclog2html.py 2.10.0 by Marius Gedminas - find it at mg.pov.lt!