--- Log opened Sat Jul 23 00:00:34 2016 | ||
-!- c4goldsw [5681dfef@gateway/web/cgi-irc/kiwiirc.com/ip.86.129.223.239] has joined #shogun | 00:04 | |
-!- c4goldsw [5681dfef@gateway/web/cgi-irc/kiwiirc.com/ip.86.129.223.239] has quit [Quit: http://www.kiwiirc.com/ - A hand crafted IRC client] | 00:11 | |
-!- shogun-buildbot [~shogun-bu@7nn.de] has quit [Quit: buildmaster reconfigured: bot disconnecting] | 03:17 | |
-!- shogun-buildbot [~shogun-bu@7nn.de] has joined #shogun | 03:17 | |
shogun-buildbot | build #84 of xenial - libshogun is complete: Failure [failed test] Build details are at http://buildbot.shogun-toolbox.org/builders/xenial%20-%20libshogun/builds/84 blamelist: Wu Lin <yorkerlin@users.noreply.github.com>, Wu Lin <yorker.lin@gmail.com> | 03:27 |
---|---|---|
shogun-buildbot | build #34 of clang - thread analysis is complete: Failure [failed compile] Build details are at http://buildbot.shogun-toolbox.org/builders/clang%20-%20thread%20analysis/builds/34 blamelist: Wu Lin <yorkerlin@users.noreply.github.com>, Wu Lin <yorker.lin@gmail.com> | 04:28 |
shogun-buildbot | build #32 of clang - undefined behaviour analysis is complete: Failure [failed compile] Build details are at http://buildbot.shogun-toolbox.org/builders/clang%20-%20undefined%20behaviour%20analysis/builds/32 blamelist: Wu Lin <yorkerlin@users.noreply.github.com>, Wu Lin <yorker.lin@gmail.com> | 04:32 |
-!- shogun-buildbot [~shogun-bu@7nn.de] has quit [Quit: buildmaster reconfigured: bot disconnecting] | 04:58 | |
-!- shogun-buildbot [~shogun-bu@7nn.de] has joined #shogun | 04:58 | |
-!- sanuj [~sanuj@117.203.13.161] has joined #shogun | 07:21 | |
-!- sanuj [~sanuj@117.203.13.161] has quit [Ping timeout: 276 seconds] | 08:14 | |
-!- HeikoS [~heiko@AMarseille-651-1-134-128.w2-4.abo.wanadoo.fr] has joined #shogun | 09:39 | |
-!- mode/#shogun [+o HeikoS] by ChanServ | 09:39 | |
-!- HeikoS [~heiko@AMarseille-651-1-134-128.w2-4.abo.wanadoo.fr] has quit [Ping timeout: 244 seconds] | 10:14 | |
-!- HeikoS [~heiko@AMarseille-651-1-123-80.w2-4.abo.wanadoo.fr] has joined #shogun | 10:27 | |
-!- mode/#shogun [+o HeikoS] by ChanServ | 10:28 | |
@HeikoS | jojooj | 10:32 |
-!- shogun-notifier- [~irker@7nn.de] has joined #shogun | 10:34 | |
shogun-notifier- | shogun: OXPHOS :feature/linalg_refactor * d9a5915 / src/shogun/mathematics/linalg/ (2 files): https://github.com/shogun-toolbox/shogun/commit/d9a5915331a752f8af8eede3d6752c3c9ae28951 | 10:34 |
shogun-notifier- | shogun: rename gnu memory data method | 10:34 |
shogun-notifier- | shogun: Heiko Strathmann :feature/linalg_refactor * 960492e / src/shogun/mathematics/linalg/ (2 files): https://github.com/shogun-toolbox/shogun/commit/960492edf8d7a96ecff3dcdab57e139ce0b88f41 | 10:34 |
shogun-notifier- | shogun: Merge pull request #3383 from OXPHOS/linalg_refactor_2 | 10:34 |
shogun-notifier- | shogun: | 10:34 |
shogun-notifier- | shogun: LinalgRefactor - rename gpumemory data method | 10:34 |
shogun-notifier- | shogun: christopher :develop * 81ce1a5 / / (5 files): https://github.com/shogun-toolbox/shogun/commit/81ce1a52c7d2c681e7b66502e43225de2129bd81 | 10:49 |
shogun-notifier- | shogun: History fixing | 10:49 |
shogun-notifier- | shogun: | 10:49 |
shogun-notifier- | shogun: Update to LARs based Shogun Maintainers responses | 10:49 |
shogun-notifier- | shogun: | 10:49 |
shogun-notifier- | shogun: Fix for interfaces | 10:49 |
shogun-notifier- | shogun: Heiko Strathmann :develop * e72454d / / (5 files): https://github.com/shogun-toolbox/shogun/commit/e72454dee6024b91460efc86702d9688386d36bd | 10:49 |
shogun-notifier- | shogun: Merge pull request #3313 from c4goldsw/develop | 10:49 |
shogun-notifier- | shogun: | 10:49 |
shogun-notifier- | shogun: Updated LARS so that it can support multiple floating point word sizes | 10:49 |
-!- HeikoS [~heiko@AMarseille-651-1-123-80.w2-4.abo.wanadoo.fr] has quit [Remote host closed the connection] | 10:55 | |
shogun-buildbot | build #1306 of precise - libshogun is complete: Failure [failed compile] Build details are at http://buildbot.shogun-toolbox.org/builders/precise%20-%20libshogun/builds/1306 blamelist: Heiko Strathmann <heiko.strathmann@gmail.com>, christopher <christopher.goldsworthy@outlook.com> | 11:00 |
shogun-buildbot | build #2948 of bsd1 - libshogun is complete: Failure [failed configure] Build details are at http://buildbot.shogun-toolbox.org/builders/bsd1%20-%20libshogun/builds/2948 blamelist: Heiko Strathmann <heiko.strathmann@gmail.com>, christopher <christopher.goldsworthy@outlook.com> | 11:07 |
-!- HeikoS [~heiko@AMarseille-651-1-123-80.w2-4.abo.wanadoo.fr] has joined #shogun | 11:07 | |
-!- mode/#shogun [+o HeikoS] by ChanServ | 11:07 | |
shogun-buildbot | build #85 of xenial - libshogun is complete: Failure [failed test] Build details are at http://buildbot.shogun-toolbox.org/builders/xenial%20-%20libshogun/builds/85 blamelist: Heiko Strathmann <heiko.strathmann@gmail.com>, christopher <christopher.goldsworthy@outlook.com> | 11:15 |
@wiking | HeikoS: so yeah inplace stuff are a bit tricky | 11:34 |
@HeikoS | wiking: jo! | 11:34 |
@HeikoS | I think everything that can be inplace should be in place | 11:34 |
@HeikoS | add, scale, etc | 11:34 |
@HeikoS | element-wise | 11:35 |
@wiking | yeap try those examples | 11:35 |
@wiking | that i wrte | 11:35 |
@wiking | *wrote | 11:35 |
@HeikoS | checking | 11:35 |
@wiking | you'll realise how much is the performance diff | 11:35 |
@wiking | (you can clearly see the reason of it with running perf stat -d | 11:35 |
@HeikoS | ah yeah | 11:35 |
@wiking | but yeah i do agree that inplace is cleaner | 11:35 |
@wiking | because it conserves memory | 11:35 |
@HeikoS | Yeah I get it | 11:35 |
@wiking | but we should have option for both | 11:36 |
@HeikoS | what about this: | 11:36 |
@wiking | and then let the developer decide what he wants | 11:36 |
@HeikoS | user passes result memory? | 11:36 |
@wiking | a) speed b) waste memory | 11:36 |
@HeikoS | and by default it is NULL | 11:36 |
@wiking | why's that better than | 11:36 |
@HeikoS | which means the method allocates | 11:36 |
@wiking | allocating for the user | 11:36 |
@HeikoS | its the same | 11:36 |
@HeikoS | just a bit more genereal | 11:36 |
@HeikoS | as I can pass already allocated memory | 11:37 |
@wiking | and how do you imagine in place? | 11:37 |
@HeikoS | you pass the thing itself as result storage | 11:37 |
@wiking | you have to be very careful now:) | 11:37 |
@wiking | hehe yeah | 11:37 |
@wiking | think where that can go fuck | 11:37 |
@wiking | :P | 11:37 |
@wiking | it's not that straightforward | 11:37 |
@HeikoS | isnt it the same as in place? | 11:37 |
@HeikoS | I mean for add, etc | 11:37 |
@wiking | not really | 11:37 |
@HeikoS | for multiply of course not | 11:37 |
@HeikoS | mmh | 11:38 |
@wiking | so are we sure that we gonna have operations | 11:38 |
@wiking | where always | 11:38 |
@HeikoS | I would only offer this for operations where it is safe | 11:38 |
@wiking | *always* everything is over one consequtive memory chunk? | 11:38 |
@HeikoS | otherwise allocate | 11:38 |
@wiking | this will make the interface a bit shitty no? | 11:39 |
@wiking | i mean | 11:39 |
@HeikoS | yeah maybe | 11:39 |
@HeikoS | I mean we have two things | 11:39 |
@wiking | Vector scale(const Vector& a, scale) | 11:39 |
@wiking | or | 11:39 |
@wiking | void scale(Vector& a, scale) | 11:39 |
@wiking | those are like 2 examples right? | 11:39 |
@HeikoS | 1) inplace/newly allocated 2) I want to use some buffer memory for result | 11:39 |
@wiking | first one is simple allocates | 11:40 |
@wiking | second one clearly does it inplace | 11:40 |
@wiking | this way you save some stuff as well right | 11:40 |
@wiking | because of const Vector& vs Vector& | 11:40 |
@HeikoS | ah yeah I like the const | 11:40 |
@wiking | in your unified api | 11:40 |
@wiking | that would be always | 11:40 |
@HeikoS | how to provide a result storage pointer? | 11:40 |
@HeikoS | the second one would have that | 11:41 |
@HeikoS | ehm | 11:41 |
@HeikoS | first | 11:41 |
@wiking | void scale(Vector& a, scale, Vector& output = nullptr); | 11:41 |
@wiking | mmm | 11:41 |
@HeikoS | no that one not | 11:41 |
@HeikoS | since it is inplace | 11:41 |
@HeikoS | the const one | 11:41 |
@wiking | or maybe you could still do th | 11:41 |
@wiking | void scale(const Vector& a, scale, Vector& output = nullptr); | 11:41 |
@wiking | because the input is always const | 11:41 |
@HeikoS | Vector scale(const Vector& a, scale, Vector& output = nullptr) | 11:42 |
@wiking | wonder how's the performance | 11:42 |
@HeikoS | returns the output ptr if used | 11:42 |
@wiking | yeah but why do you need return value? | 11:42 |
@wiking | :D | 11:42 |
@wiking | i mean in that caseu | 11:42 |
@HeikoS | if output=null | 11:42 |
@wiking | output will have the value :P | 11:42 |
@HeikoS | true | 11:42 |
@wiking | but you can change the reference rigT?: ) | 11:42 |
@HeikoS | just for being able to use it in the same way | 11:42 |
@HeikoS | a=scale( ... ) | 11:42 |
@wiking | eh it's then ugly | 11:42 |
@wiking | becuase if you do it inplace | 11:43 |
@HeikoS | yeah | 11:43 |
@HeikoS | mmh | 11:43 |
@wiking | then you return | 11:43 |
@wiking | output | 11:43 |
@HeikoS | ok then | 11:43 |
@wiking | whereas you already have output | 11:43 |
@wiking | or? | 11:43 |
@HeikoS | yeah | 11:43 |
@HeikoS | what do we converge on? | 11:43 |
@wiking | mmm | 11:43 |
@wiking | good question | 11:43 |
@HeikoS | there should be some global mechanism | 11:43 |
@HeikoS | like a method that is called from every linalg method that does things | 11:43 |
@HeikoS | and then the linalg methods dont do case distinction anymore | 11:43 |
@HeikoS | but we definitely want the fexibility | 11:44 |
@HeikoS | to manually allocate, automatically allocate, inplace | 11:44 |
@HeikoS | didnt think about the L1 cache thing, very good point | 11:44 |
@HeikoS | especially with 2048 elements haha | 11:45 |
@HeikoS | nerdy number | 11:45 |
@HeikoS | wiking: so we should have two options | 11:45 |
@wiking | just a sec | 11:45 |
@HeikoS | void scale(const Vector& a, scale, Vector& output = nullptr); | 11:46 |
@HeikoS | which handles manual allocation and inplace | 11:46 |
@HeikoS | and | 11:46 |
@HeikoS | Vector scale(const Vector& a, scale) | 11:46 |
@HeikoS | which does automatic allocation | 11:46 |
@HeikoS | wiking: goos? | 11:46 |
@HeikoS | good | 11:46 |
@HeikoS | not goose | 11:46 |
@HeikoS | goose are for xmas | 11:47 |
@wiking | mmm | 11:47 |
@wiking | i mean in that case i thinkg | 11:47 |
@wiking | void scale(const Vector& a, scale, Vector& output = nullptr); should be enough | 11:47 |
@wiking | for everything | 11:47 |
@wiking | but then | 11:47 |
@wiking | rather | 11:47 |
@wiking | void scale(const Vector& a, scale, Vector& output); | 11:47 |
@wiking | so you always have to pass output | 11:48 |
@wiking | it's shitty :( | 11:48 |
@wiking | i mean | 11:48 |
@wiking | void scale(const Vector& a, scale, Vector& output) | 11:48 |
@wiking | output should be always != NULL | 11:48 |
@HeikoS | you mean one can just ass empty ouput | 11:48 |
@HeikoS | dont like this passing result structures as parameters really | 11:49 |
@HeikoS | most of the time its not necessary, just if I want to give pre-allocated buffer | 11:49 |
@HeikoS | this is why I like returning it | 11:50 |
@HeikoS | for easy syntax in default case (without buffer=) | 11:50 |
@HeikoS | but I agree it appearing twice it shiatz | 11:50 |
@HeikoS | so what to do? | 11:50 |
@HeikoS | wiking: I also dont want to re-invent all these APIs | 11:54 |
@HeikoS | wiking: question also is whether we really need those super sophisticated things | 11:54 |
@HeikoS | I mean, lets be realistic | 11:54 |
@HeikoS | WHAT is needed in 80% of the cases? | 11:55 |
@HeikoS | do we need pre-allocated buffers? | 11:55 |
@HeikoS | do we need inplace? or do we want to be fast | 11:56 |
@HeikoS | so in that sense, we could default to automatic new allocation and then directly use that ore copy | 11:56 |
@HeikoS | OR, if that happens to be a problem in the particular situation, we can add a method just for that case | 11:56 |
@HeikoS | so we dont get lost in these discussions now | 11:56 |
@HeikoS | wiking: thoughts? | 11:56 |
@wiking | mmm | 11:56 |
@wiking | a) we need inplace + allocated buffer | 11:56 |
@wiking | so this is a must | 11:57 |
@wiking | (having both) | 11:57 |
@HeikoS | we will need it sometimes, but why dont we add it if we need it? | 11:57 |
@HeikoS | thats my point | 11:57 |
@HeikoS | because allocating output vectors for things doesnt take long anyways | 11:57 |
@HeikoS | only critical if we add say matrices that are really big | 11:58 |
@wiking | but what are yo usaying ?) | 11:58 |
@wiking | i mean can we have 2 simple api? | 11:58 |
@wiking | 1 for inplace and 1 for not inplace? | 11:58 |
@HeikoS | yeah we can | 11:58 |
@wiking | and for the none inplace i dont care how it is | 11:58 |
@wiking | preallocated or not :) | 11:58 |
@HeikoS | yeah ok | 11:58 |
@wiking | i mean if you care about how the memory is handled | 11:59 |
@HeikoS | one just wraps the other | 11:59 |
@wiking | that's why we have SG_MALLOC | 11:59 |
@HeikoS | yeah sure sure | 11:59 |
@wiking | that you can add your own memory management library | 11:59 |
@wiking | that does whatever you want | 11:59 |
@HeikoS | ok then | 11:59 |
@HeikoS | Ill tell OXPHOS to implement the pre-allocated method | 11:59 |
@HeikoS | and then wrap it with an automatic allocation one | 12:00 |
@HeikoS | good? | 12:00 |
@wiking | can you paste it here plz | 12:00 |
@HeikoS | void scale(const Vector& a, scale, Vector& output) | 12:00 |
@HeikoS | implements the operation | 12:00 |
@HeikoS | assumes that output is allocated | 12:01 |
@HeikoS | ah | 12:01 |
@HeikoS | I am getting lost | 12:01 |
@HeikoS | a second | 12:01 |
@wiking | k | 12:01 |
@HeikoS | wiking: so | 12:08 |
@HeikoS | https://gist.github.com/karlnapf/28e1ea447d3d625f2205d303599fa4ff | 12:08 |
@HeikoS | inplace ... mmh | 12:09 |
@wiking | https://gist.github.com/karlnapf/28e1ea447d3d625f2205d303599fa4ff#file-gistfile1-txt-L8 | 12:09 |
@wiking | you mean | 12:09 |
@wiking | Vector& scale(Vector& a, float scale) | 12:09 |
@wiking | right? | 12:09 |
@wiking | or rather | 12:09 |
@wiking | Vector& scale(const Vector& a, float scale) | 12:09 |
@HeikoS | yes | 12:10 |
@HeikoS | lemme update | 12:10 |
@HeikoS | not sure about reference | 12:10 |
@wiking | yeah of course reference | 12:11 |
@wiking | what else? :) | 12:11 |
@HeikoS | updated again | 12:11 |
@HeikoS | and again | 12:11 |
@HeikoS | ;) | 12:11 |
@HeikoS | ok now | 12:11 |
@HeikoS | and we put a warning sticker in the docs for the inplace case | 12:12 |
@HeikoS | man I am in france for multipitching but it is fucking raining!!! | 12:13 |
@HeikoS | so all that is left to do is eating jam and cheese ;) | 12:13 |
@HeikoS | and shogun of course haha | 12:13 |
@HeikoS | wiking: Ill send this to OXPHOS then | 12:13 |
@HeikoS | actually, would like to automate the second method somehow, think we can do that? | 12:13 |
@HeikoS | so that every method we implement automatically gets that | 12:13 |
@wiking | https://gist.github.com/karlnapf/28e1ea447d3d625f2205d303599fa4ff#file-gistfile1-txt-L11 | 12:14 |
@wiking | missing a return | 12:14 |
@wiking | but yeah | 12:14 |
@HeikoS | yep will add | 12:14 |
@HeikoS | and automatic? | 12:14 |
@wiking | hehe like a template? | 12:15 |
@wiking | :) | 12:15 |
@HeikoS | yeah | 12:15 |
@HeikoS | I dont want all this double code and doc | 12:15 |
@wiking | yep sure | 12:15 |
@HeikoS | it should just be auto generated | 12:15 |
@wiking | with c++11 templating | 12:15 |
@wiking | a lot of nice stuff can be done | 12:15 |
@HeikoS | know how to do that? | 12:15 |
@HeikoS | wanna modify the gist? | 12:15 |
@wiking | mmm our guests just arrived | 12:16 |
@wiking | :)))) | 12:16 |
@HeikoS | okok | 12:16 |
@wiking | so i think lea is already pisee :) | 12:16 |
@wiking | that i'm writing here :P | 12:16 |
@HeikoS | is your wife called lea? | 12:16 |
@HeikoS | haha | 12:16 |
@HeikoS | lea here is sitting next to me | 12:16 |
@wiking | now the whole internet willl know :)))) | 12:16 |
@wiking | who? :) | 12:16 |
@wiking | where ?:) | 12:16 |
@wiking | what? :D | 12:16 |
@wiking | -gs | 12:16 |
@HeikoS | apparently we are sharing ;) | 12:17 |
@HeikoS | now the internet knows | 12:17 |
@wiking | hehe yeah but so who's next to you where? :) | 12:17 |
@HeikoS | nevermind ;) | 12:17 |
@wiking | that's why i said | 12:17 |
@wiking | gs | 12:17 |
@wiking | just to clarify | 12:17 |
@wiking | becuaase i' not sure if i got alll of it | 12:17 |
@wiking | or i imagine too much into it | 12:17 |
@wiking | :P | 12:17 |
@HeikoS | gs? | 12:17 |
@HeikoS | I am not up to date with internet slang | 12:18 |
@wiking | the gs channel | 12:18 |
@wiking | :) | 12:18 |
@HeikoS | ah | 12:18 |
@HeikoS | haha | 12:18 |
@HeikoS | ah man | 12:18 |
@wiking | it's shogun slang | 12:18 |
@wiking | :) | 12:18 |
@HeikoS | too much cheese | 12:18 |
@wiking | hahahahahahahha | 12:18 |
shogun-notifier- | shogun: Heiko Strathmann :feature/meta_vector_matrix * 33167c8 / examples/meta/generator/targets/cpp.json: https://github.com/shogun-toolbox/shogun/commit/33167c809b2cd775b86893ab5916e3918b15d6a5 | 12:36 |
shogun-notifier- | shogun: add matrix and vector types for cpp | 12:36 |
shogun-notifier- | shogun: Heiko Strathmann :feature/meta_vector_matrix * 118c6da / examples/meta/generator/targets/cpp.json: https://github.com/shogun-toolbox/shogun/commit/118c6da3673105ec19ad8542f2bd3c4be798d05e | 12:36 |
shogun-notifier- | shogun: added long real vector and matrix | 12:36 |
shogun-notifier- | shogun: Heiko Strathmann :feature/meta_vector_matrix * b0c8f34 / examples/meta/src/tests/matrix_types.sg,examples/meta/src/tests/vector_types.sg: https://github.com/shogun-toolbox/shogun/commit/b0c8f349b7061e671f0c85e6487a22edfe2a4bda | 12:36 |
shogun-notifier- | shogun: meta example tests for vector and matrix types | 12:36 |
shogun-notifier- | shogun: Heiko Strathmann :feature/meta_vector_matrix * 2d48578 / examples/meta/src/tests/matrix_types.sg,examples/meta/src/tests/vector_types.sg: https://github.com/shogun-toolbox/shogun/commit/2d48578972b110212de81b612e11bc8b4dfa5428 | 12:36 |
shogun-notifier- | shogun: not test long real vector for now, travis doesn't like it | 12:36 |
shogun-notifier- | shogun: Heiko Strathmann :feature/meta_vector_matrix * e1d86ba / examples/meta/src/tests/matrix_types.sg,examples/meta/src/tests/vector_types.sg: https://github.com/shogun-toolbox/shogun/commit/e1d86bac4a52bebd64d9ac55d7c86023772c36ac | 12:36 |
shogun-notifier- | shogun: use correct syntax for booleans | 12:36 |
shogun-notifier- | shogun: Heiko Strathmann :feature/meta_vector_matrix * 15850fb / examples/meta/generator/targets/ruby.json: https://github.com/shogun-toolbox/shogun/commit/15850fbb1a6374a5d6171c0d1a76119d0b3ced9d | 12:36 |
shogun-notifier- | shogun: add matrix and vector instantiations | 12:36 |
shogun-notifier- | shogun: Heiko Strathmann :feature/meta_vector_matrix * a56a9c4 / examples/meta/generator/targets/ruby.json: https://github.com/shogun-toolbox/shogun/commit/a56a9c4c08770903d5b24abc3b05071e985be916 | 12:36 |
shogun-notifier- | shogun: fix typos | 12:36 |
shogun-notifier- | shogun: Heiko Strathmann :feature/meta_vector_matrix * 41419c0 / examples/meta/generator/targets/ruby.json: https://github.com/shogun-toolbox/shogun/commit/41419c06c14ad5bb7b4bd3de9ae6cf7c0117e234 | 12:36 |
shogun-notifier- | shogun: working ruby meta example tests for vector and matrix | 12:36 |
shogun-notifier- | shogun: Heiko Strathmann :feature/meta_vector_matrix * 51520ed / examples/meta/generator/targets/java.json: https://github.com/shogun-toolbox/shogun/commit/51520ed462fdd02624141a15842977409e49bcfa | 12:36 |
shogun-notifier- | shogun: (non-working) draft for java matrix and vector types | 12:36 |
shogun-notifier- | shogun: Heiko Strathmann :develop * 33167c8 / examples/meta/generator/targets/cpp.json: https://github.com/shogun-toolbox/shogun/commit/33167c809b2cd775b86893ab5916e3918b15d6a5 | 12:41 |
shogun-notifier- | shogun: add matrix and vector types for cpp | 12:41 |
shogun-notifier- | shogun: Heiko Strathmann :develop * 118c6da / examples/meta/generator/targets/cpp.json: https://github.com/shogun-toolbox/shogun/commit/118c6da3673105ec19ad8542f2bd3c4be798d05e | 12:41 |
shogun-notifier- | shogun: added long real vector and matrix | 12:41 |
shogun-notifier- | shogun: Heiko Strathmann :develop * b0c8f34 / examples/meta/src/tests/matrix_types.sg,examples/meta/src/tests/vector_types.sg: https://github.com/shogun-toolbox/shogun/commit/b0c8f349b7061e671f0c85e6487a22edfe2a4bda | 12:41 |
shogun-notifier- | shogun: meta example tests for vector and matrix types | 12:41 |
shogun-notifier- | shogun: Heiko Strathmann :develop * 2d48578 / examples/meta/src/tests/matrix_types.sg,examples/meta/src/tests/vector_types.sg: https://github.com/shogun-toolbox/shogun/commit/2d48578972b110212de81b612e11bc8b4dfa5428 | 12:41 |
shogun-notifier- | shogun: not test long real vector for now, travis doesn't like it | 12:41 |
shogun-notifier- | shogun: Heiko Strathmann :develop * e1d86ba / examples/meta/src/tests/matrix_types.sg,examples/meta/src/tests/vector_types.sg: https://github.com/shogun-toolbox/shogun/commit/e1d86bac4a52bebd64d9ac55d7c86023772c36ac | 12:41 |
shogun-notifier- | shogun: use correct syntax for booleans | 12:41 |
shogun-notifier- | shogun: Heiko Strathmann :develop * 15850fb / examples/meta/generator/targets/ruby.json: https://github.com/shogun-toolbox/shogun/commit/15850fbb1a6374a5d6171c0d1a76119d0b3ced9d | 12:41 |
shogun-notifier- | shogun: add matrix and vector instantiations | 12:41 |
shogun-notifier- | shogun: Heiko Strathmann :develop * a56a9c4 / examples/meta/generator/targets/ruby.json: https://github.com/shogun-toolbox/shogun/commit/a56a9c4c08770903d5b24abc3b05071e985be916 | 12:41 |
shogun-notifier- | shogun: fix typos | 12:41 |
shogun-notifier- | shogun: Heiko Strathmann :develop * 41419c0 / examples/meta/generator/targets/ruby.json: https://github.com/shogun-toolbox/shogun/commit/41419c06c14ad5bb7b4bd3de9ae6cf7c0117e234 | 12:41 |
shogun-notifier- | shogun: working ruby meta example tests for vector and matrix | 12:41 |
shogun-notifier- | shogun: Heiko Strathmann :develop * 51520ed / examples/meta/generator/targets/java.json: https://github.com/shogun-toolbox/shogun/commit/51520ed462fdd02624141a15842977409e49bcfa | 12:41 |
shogun-notifier- | shogun: (non-working) draft for java matrix and vector types | 12:41 |
shogun-buildbot | build #1307 of precise - libshogun is complete: Failure [failed compile] Build details are at http://buildbot.shogun-toolbox.org/builders/precise%20-%20libshogun/builds/1307 blamelist: Heiko Strathmann <heiko.strathmann@gmail.com> | 12:45 |
@HeikoS | wiking: we can disable precise now I guess | 12:48 |
@wiking | no | 12:48 |
@wiking | i really think we need one more releae | 12:48 |
@wiking | before killing it | 12:48 |
@wiking | have already a patch for that | 12:48 |
@wiking | almost | 12:48 |
@wiking | std::hash i need something | 12:49 |
@wiking | and then i can patch the develop to still work with none c++11 stuff | 12:49 |
@wiking | fuck what's happening in france | 12:49 |
@wiking | internet keeps dropping somewhere there in a router | 12:49 |
@wiking | 50% packet loss | 12:50 |
@HeikoS | its the rain | 12:51 |
@HeikoS | wiking: ah I see | 12:51 |
@HeikoS | ok then, lets keep it alive | 12:51 |
@HeikoS | since we merged a few patches recently | 12:51 |
@HeikoS | that broke it | 12:51 |
@HeikoS | thought you were up for iut | 12:51 |
@HeikoS | but ok, we can wait | 12:51 |
@wiking | adn then we can still keep it with another compiler :P | 12:51 |
@wiking | till 2017 april | 12:51 |
@wiking | that's the EOL of precise | 12:51 |
@HeikoS | I wont be able to make the GPL transition before september though | 12:51 |
@HeikoS | okok | 12:51 |
@HeikoS | wiking: what about OXPOHS patches? | 12:52 |
shogun-buildbot | build #2949 of bsd1 - libshogun is complete: Failure [failed configure] Build details are at http://buildbot.shogun-toolbox.org/builders/bsd1%20-%20libshogun/builds/2949 blamelist: Heiko Strathmann <heiko.strathmann@gmail.com> | 12:52 |
-!- HeikoS [~heiko@AMarseille-651-1-123-80.w2-4.abo.wanadoo.fr] has quit [Quit: Leaving.] | 13:05 | |
shogun-buildbot | build #86 of xenial - libshogun is complete: Failure [failed test] Build details are at http://buildbot.shogun-toolbox.org/builders/xenial%20-%20libshogun/builds/86 blamelist: Heiko Strathmann <heiko.strathmann@gmail.com> | 13:07 |
-!- HeikoS [~heiko@AMarseille-651-1-123-80.w2-4.abo.wanadoo.fr] has joined #shogun | 13:34 | |
-!- mode/#shogun [+o HeikoS] by ChanServ | 13:34 | |
-!- HeikoS [~heiko@AMarseille-651-1-123-80.w2-4.abo.wanadoo.fr] has quit [Ping timeout: 276 seconds] | 13:45 | |
shogun-buildbot | build #35 of FC23 - libshogun - aarch64 is complete: Failure [failed test] Build details are at http://buildbot.shogun-toolbox.org/builders/FC23%20-%20libshogun%20-%20aarch64/builds/35 blamelist: Heiko Strathmann <heiko.strathmann@gmail.com>, christopher <christopher.goldsworthy@outlook.com> | 14:22 |
-!- HeikoS [~heiko@AMarseille-651-1-123-80.w2-4.abo.wanadoo.fr] has joined #shogun | 14:31 | |
-!- mode/#shogun [+o HeikoS] by ChanServ | 14:31 | |
-!- sanuj [~sanuj@117.203.7.181] has joined #shogun | 14:40 | |
-!- sanuj [~sanuj@117.203.7.181] has quit [Ping timeout: 244 seconds] | 15:00 | |
shogun-buildbot | build #36 of FC23 - libshogun - aarch64 is complete: Failure [failed test] Build details are at http://buildbot.shogun-toolbox.org/builders/FC23%20-%20libshogun%20-%20aarch64/builds/36 blamelist: Heiko Strathmann <heiko.strathmann@gmail.com> | 15:04 |
-!- shogun-notifier- [~irker@7nn.de] has quit [Quit: transmission timeout] | 15:42 | |
-!- HeikoS [~heiko@AMarseille-651-1-123-80.w2-4.abo.wanadoo.fr] has quit [Ping timeout: 244 seconds] | 15:47 | |
-!- sanuj [~sanuj@117.204.254.120] has joined #shogun | 15:47 | |
-!- sanuj_ [~sanuj@117.204.254.120] has joined #shogun | 19:32 | |
-!- sanuj_ [~sanuj@117.204.254.120] has quit [Client Quit] | 19:32 | |
-!- sanuj [~sanuj@117.204.254.120] has quit [Remote host closed the connection] | 20:00 | |
-!- shogun-buildbot [~shogun-bu@7nn.de] has quit [Ping timeout: 250 seconds] | 23:17 | |
-!- shogun-buildbot [~shogun-bu@7nn.de] has joined #shogun | 23:17 | |
--- Log closed Sun Jul 24 00:00:35 2016 |
Generated by irclog2html.py 2.10.0 by Marius Gedminas - find it at mg.pov.lt!