--- Log opened Tue Aug 13 00:00:13 2013 | ||
shogun-buildbot | build #1747 of deb1 - libshogun is complete: Failure [failed configure] Build details are at http://www.shogun-toolbox.org/buildbot/builders/deb1%20-%20libshogun/builds/1747 blamelist: Kevin <kevinhughes27@gmail.com> | 00:04 |
---|---|---|
shogun-buildbot | build #1748 of deb1 - libshogun is complete: Failure [failed test] Build details are at http://www.shogun-toolbox.org/buildbot/builders/deb1%20-%20libshogun/builds/1748 blamelist: Fernando Iglesias <fernando.iglesiasg@gmail.com> | 00:05 |
-!- travis-ci [~travis-ci@ec2-184-72-165-99.compute-1.amazonaws.com] has joined #shogun | 00:15 | |
travis-ci | [travis-ci] it's Viktor Gal'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/10129331 | 00:15 |
-!- travis-ci [~travis-ci@ec2-184-72-165-99.compute-1.amazonaws.com] has left #shogun [] | 00:15 | |
@iglesiasg | good night people | 00:35 |
-!- iglesiasg [~iglesias@s83-179-44-135.cust.tele2.se] has quit [Quit: Ex-Chat] | 00:36 | |
-!- travis-ci [~travis-ci@ec2-23-22-20-189.compute-1.amazonaws.com] has joined #shogun | 00:47 | |
travis-ci | [travis-ci] it's Sergey Lisitsyn'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/10131661 | 00:47 |
-!- travis-ci [~travis-ci@ec2-23-22-20-189.compute-1.amazonaws.com] has left #shogun [] | 00:47 | |
shogun-notifier- | shogun: Roman Votyakov :develop * 2ea8e6b / / (30 files): https://github.com/shogun-toolbox/shogun/commit/2ea8e6b4b89685729a8a7a962ac67cd267e3b8f5 | 01:05 |
shogun-notifier- | shogun: refactor GP framework | 01:05 |
shogun-notifier- | shogun: Heiko Strathmann :develop * 8ab70aa / / (30 files): https://github.com/shogun-toolbox/shogun/commit/8ab70aaf1908c5dabd0dfffb14a50ac112bffe0a | 01:05 |
shogun-notifier- | shogun: Merge pull request #1398 from votjakovr/feature/gp_refactoring | 01:05 |
shogun-notifier- | shogun: | 01:05 |
shogun-notifier- | shogun: Refactor GP framework | 01:05 |
shogun-buildbot | build #1750 of deb1 - libshogun is complete: Failure [failed configure] Build details are at http://www.shogun-toolbox.org/buildbot/builders/deb1%20-%20libshogun/builds/1750 blamelist: Heiko Strathmann <heiko.strathmann@gmail.com> | 01:09 |
shogun-buildbot | build #1749 of deb1 - libshogun is complete: Failure [failed compile] Build details are at http://www.shogun-toolbox.org/buildbot/builders/deb1%20-%20libshogun/builds/1749 blamelist: Roman Votyakov <votjakovr@gmail.com> | 01:11 |
-!- travis-ci [~travis-ci@ec2-184-72-165-99.compute-1.amazonaws.com] has joined #shogun | 01:17 | |
travis-ci | [travis-ci] it's Sergey Lisitsyn'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/10132144 | 01:17 |
-!- travis-ci [~travis-ci@ec2-184-72-165-99.compute-1.amazonaws.com] has left #shogun [] | 01:17 | |
-!- hushell [~hushell@8-92.ptpg.oregonstate.edu] has quit [Ping timeout: 260 seconds] | 02:12 | |
-!- travis-ci [~travis-ci@ec2-23-22-20-189.compute-1.amazonaws.com] has joined #shogun | 02:17 | |
travis-ci | [travis-ci] it's Fernando Iglesias'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/10132639 | 02:17 |
-!- travis-ci [~travis-ci@ec2-23-22-20-189.compute-1.amazonaws.com] has left #shogun [] | 02:17 | |
-!- hushell [~hushell@c-24-21-169-136.hsd1.or.comcast.net] has joined #shogun | 02:40 | |
-!- van51 [~van51@athedsl-224969.home.otenet.gr] has joined #shogun | 02:46 | |
shogun-buildbot | build #432 of nightly_none is complete: Failure [failed configure] Build details are at http://www.shogun-toolbox.org/buildbot/builders/nightly_none/builds/432 | 03:00 |
shogun-buildbot | build #422 of nightly_all is complete: Failure [failed configure] Build details are at http://www.shogun-toolbox.org/buildbot/builders/nightly_all/builds/422 | 03:00 |
shogun-buildbot | build #487 of nightly_default is complete: Failure [failed configure] Build details are at http://www.shogun-toolbox.org/buildbot/builders/nightly_default/builds/487 | 03:01 |
-!- travis-ci [~travis-ci@ec2-184-72-165-99.compute-1.amazonaws.com] has joined #shogun | 03:09 | |
travis-ci | [travis-ci] it's Fernando Iglesias'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/10133802 | 03:09 |
-!- travis-ci [~travis-ci@ec2-184-72-165-99.compute-1.amazonaws.com] has left #shogun [] | 03:09 | |
van51 | sonney2k: sent a PR about the refcounting | 03:46 |
van51 | sonney2k: have a look when you can | 03:46 |
van51 | cu in the morning | 03:46 |
-!- van51 [~van51@athedsl-224969.home.otenet.gr] has left #shogun ["QUIT :Leaving."] | 03:47 | |
-!- shogun-notifier- [~irker@7nn.de] has quit [Quit: transmission timeout] | 04:05 | |
-!- zxtx [~zv@rrcs-76-79-81-162.west.biz.rr.com] has quit [Ping timeout: 256 seconds] | 04:24 | |
-!- zxtx [~zv@cpe-75-83-151-252.socal.res.rr.com] has joined #shogun | 05:49 | |
-!- zxtx [~zv@cpe-75-83-151-252.socal.res.rr.com] has quit [Ping timeout: 264 seconds] | 05:57 | |
-!- zxtx [~zv@cpe-75-83-151-252.socal.res.rr.com] has joined #shogun | 05:58 | |
-!- zxtx [~zv@cpe-75-83-151-252.socal.res.rr.com] has quit [Ping timeout: 264 seconds] | 06:11 | |
-!- gsomix_ is now known as gsomix | 06:30 | |
gsomix | good morning | 06:30 |
-!- zxtx [~zv@cpe-75-83-151-252.socal.res.rr.com] has joined #shogun | 06:31 | |
-!- shogun-notifier- [~irker@7nn.de] has joined #shogun | 06:33 | |
shogun-notifier- | shogun: Viktor Gal :develop * 27a1cee / / (6 files): https://github.com/shogun-toolbox/shogun/commit/27a1cee134cd68f50231de427c6da6395a7384f8 | 06:33 |
shogun-notifier- | shogun: Add SYSTEM_INCLUDES list in cmake for supporting -isystem (like eigen) | 06:33 |
shogun-notifier- | shogun: Fixing FindCBLAS.cmake for atlas based cblas libs | 06:33 |
shogun-notifier- | shogun: readded -Wshadow for more details see issue #1385 | 06:33 |
@wiking | shogun-buildbot: force build --branch=develop 'deb1 - libshogun' | 06:40 |
shogun-buildbot | build forced [ETA 16m01s] | 06:40 |
shogun-buildbot | I'll give a shout when the build finishes | 06:40 |
@wiking | shogun-buildbot: force build --branch=develop 'bsd1 - libshogun' | 06:41 |
shogun-buildbot | build forced [ETA 8m25s] | 06:41 |
shogun-buildbot | I'll give a shout when the build finishes | 06:41 |
shogun-buildbot | build #1752 of deb1 - libshogun is complete: Failure [failed configure] Build details are at http://www.shogun-toolbox.org/buildbot/builders/deb1%20-%20libshogun/builds/1752 | 06:41 |
shogun-buildbot | build #1751 of deb1 - libshogun is complete: Failure [failed test] Build details are at http://www.shogun-toolbox.org/buildbot/builders/deb1%20-%20libshogun/builds/1751 blamelist: Viktor Gal <viktor.gal@maeth.com> | 06:46 |
shogun-buildbot | build #1405 of bsd1 - libshogun is complete: Failure [failed test] Build details are at http://www.shogun-toolbox.org/buildbot/builders/bsd1%20-%20libshogun/builds/1405 | 06:48 |
gsomix | wiking, around? | 06:49 |
@wiking | yes | 06:50 |
gsomix | wiking, how to work with unit-tests now? | 06:50 |
@wiking | why? :) | 06:50 |
@wiking | what u want | 06:50 |
@wiking | gdb? | 06:50 |
@wiking | beecause then | 06:50 |
@wiking | gdb ./build/tests/unit/shogun-unit-tests | 06:51 |
gsomix | wiking, nope. just compile and run. | 06:51 |
gsomix | with new cmake system | 06:51 |
@wiking | gsomix: do the cmake | 06:51 |
@wiking | gsomix: make sure you've given -DENABLE_TESTING=ON | 06:51 |
@wiking | for cmake | 06:51 |
@wiking | i.e in build: cmake -DENABLE_TESTING=ON .. | 06:51 |
@wiking | and then just make | 06:51 |
@wiking | and then | 06:51 |
@wiking | ctest --output-on-failure | 06:52 |
gsomix | ctest --output-on-failure | 06:53 |
gsomix | Test project /home/gsomix/Workspace/shogun/build | 06:53 |
gsomix | Start 1: unit-test | 06:53 |
gsomix | 1/108 Test #1: unit-test .......................................................... Passed 6.12 sec | 06:53 |
@wiking | lol | 06:54 |
gsomix | wiking, hm. it seems there is no problem on my machine | 06:54 |
@wiking | yes | 06:54 |
@wiking | becuae i think it's disabled now :) | 06:54 |
gsomix | oh | 06:54 |
@wiking | no it's not | 06:55 |
@wiking | but heh it's fun | 06:55 |
@wiking | it just segfaulted on my machine | 06:55 |
gsomix | wiking, ok. I'll check it twice. | 06:55 |
@wiking | gsomix: and it really does segfault on most machine | 06:56 |
@wiking | :* | 06:56 |
@wiking | :( | 06:56 |
@wiking | ok | 06:57 |
@wiking | on another machine it's not segfault | 06:57 |
@wiking | it's like this | 06:57 |
@wiking | http://pastebin.com/H9N9VT6E | 06:58 |
@wiking | but now it segfaulted as well | 06:58 |
@wiking | gsomix: try to run it several times | 06:58 |
gsomix | nice | 06:59 |
@wiking | gsomix: if u want to run only unit tests: ctest --output-on-failure -R unit | 07:01 |
shogun-notifier- | shogun: Viktor Gal :develop * 1274a74 / .travis.yml,tests/unit/io/CSVFile_unittest.cc: https://github.com/shogun-toolbox/shogun/commit/1274a74ee5eb463165004cc9f80fbc5cb15e6aed | 07:12 |
shogun-notifier- | shogun: Move OctaveModular travis job out of allowed to fail since aa628f4360 | 07:12 |
shogun-notifier- | shogun: fixed the segfault | 07:12 |
shogun-notifier- | shogun: | 07:12 |
shogun-notifier- | shogun: temporarily disable CSVFileTest.read_write_string_list unit test (see | 07:12 |
shogun-notifier- | shogun: issue #1395) | 07:13 |
-!- travis-ci [~travis-ci@ec2-184-72-165-99.compute-1.amazonaws.com] has joined #shogun | 07:14 | |
travis-ci | [travis-ci] it's Viktor Gal'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/10141888 | 07:14 |
-!- travis-ci [~travis-ci@ec2-184-72-165-99.compute-1.amazonaws.com] has left #shogun [] | 07:14 | |
@wiking | shogun-buildbot: force build --branch=develop 'bsd1 - libshogun' | 07:14 |
shogun-buildbot | build forced [ETA 8m25s] | 07:14 |
shogun-buildbot | I'll give a shout when the build finishes | 07:14 |
shogun-buildbot | build #1753 of deb1 - libshogun is complete: Success [build successful] Build details are at http://www.shogun-toolbox.org/buildbot/builders/deb1%20-%20libshogun/builds/1753 | 07:16 |
shogun-buildbot | build #1492 of deb3 - modular_interfaces is complete: Failure [failed configure] Build details are at http://www.shogun-toolbox.org/buildbot/builders/deb3%20-%20modular_interfaces/builds/1492 blamelist: Viktor Gal <viktor.gal@maeth.com> | 07:16 |
shogun-buildbot | build #1378 of deb2 - static_interfaces is complete: Failure [failed configure] Build details are at http://www.shogun-toolbox.org/buildbot/builders/deb2%20-%20static_interfaces/builds/1378 blamelist: Viktor Gal <viktor.gal@maeth.com> | 07:17 |
shogun-buildbot | build #872 of rpm1 - libshogun is complete: Failure [failed configure] Build details are at http://www.shogun-toolbox.org/buildbot/builders/rpm1%20-%20libshogun/builds/872 blamelist: Viktor Gal <viktor.gal@maeth.com> | 07:18 |
shogun-buildbot | build #1194 of cyg1 - libshogun is complete: Failure [failed configure] Build details are at http://www.shogun-toolbox.org/buildbot/builders/cyg1%20-%20libshogun/builds/1194 blamelist: Viktor Gal <viktor.gal@maeth.com> | 07:18 |
@wiking | gsomix: if u update now your git repo, you wont have errors anymore as i've disabled the failing test... so make sure you enable it locally.... | 07:19 |
-!- gsomix [~gsomix@95.67.162.140] has quit [Ping timeout: 248 seconds] | 07:19 | |
shogun-buildbot | build #1406 of bsd1 - libshogun is complete: Failure [failed test] Build details are at http://www.shogun-toolbox.org/buildbot/builders/bsd1%20-%20libshogun/builds/1406 | 07:22 |
shogun-buildbot | build #1407 of bsd1 - libshogun is complete: Failure [failed test] Build details are at http://www.shogun-toolbox.org/buildbot/builders/bsd1%20-%20libshogun/builds/1407 blamelist: Viktor Gal <viktor.gal@maeth.com> | 07:29 |
-!- gsomix [~gsomix@85.26.234.140] has joined #shogun | 07:32 | |
-!- lambday [67157f36@gateway/web/freenode/ip.103.21.127.54] has joined #shogun | 08:00 | |
lambday | wiking: there? | 08:00 |
lambday | wiking: I have libcblas.so.3 in /usr/lib64/atlas/ | 08:01 |
lambday | cmake can't detect it, can I manually specify this? | 08:01 |
lambday | wiking: checked config.h I get `/* #undef HAVE_LAPACK */` | 08:02 |
lambday | oh and in one of the undocumented examples (examples/undocumented/classifier_lda.cpp) I think it should have checked for HAVE_LAPACK | 08:02 |
lambday | it fails when it tries to use CDataGenerator::generate_gaussians(..), may be pickle27 and iglesias can take a look | 08:03 |
-!- travis-ci [~travis-ci@ec2-23-22-20-189.compute-1.amazonaws.com] has joined #shogun | 08:03 | |
travis-ci | [travis-ci] it's Viktor Gal'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/10142613 | 08:03 |
-!- travis-ci [~travis-ci@ec2-23-22-20-189.compute-1.amazonaws.com] has left #shogun [] | 08:03 | |
gsomix | wiking, I'm freaking retard. There is fix for #1395, let's see what Travis will say. | 08:06 |
@wiking | gsomix: have u removed DISABLE_? | 08:10 |
@wiking | :) | 08:10 |
gsomix | wiking, yep. | 08:10 |
@wiking | u did okey | 08:10 |
@wiking | let's see | 08:10 |
@wiking | lambday: ping? | 08:14 |
lambday | wiking: pong | 08:14 |
lambday | wiking: no symlinks in /usr/lib or /usr/lib64 | 08:14 |
lambday | :( | 08:14 |
@wiking | mmm okey | 08:14 |
lambday | I guess default installation doesn't create this one | 08:14 |
@wiking | lambday: what's your distro? | 08:15 |
lambday | fedora16.x86+64 | 08:15 |
@wiking | aha | 08:15 |
@wiking | okey | 08:15 |
@wiking | i'll add atlas detection | 08:15 |
@wiking | just a sec | 08:15 |
lambday | wiking: thanks man | 08:15 |
@wiking | or at least a preliminary one | 08:15 |
@wiking | but you'lll have to test it because i dont have a machine to do so | 08:15 |
lambday | wiking: oh and we completely got rid of the consfigure script? | 08:15 |
lambday | wiking: no problem I will test it | 08:15 |
lambday | configure* | 08:16 |
@wiking | lambday: indeed | 08:16 |
@wiking | lambday: sonney2k was in a hurry it seems | 08:16 |
lambday | wiking: I don't know how this cmake works.. can I manually specify an interface to build, say, cmdline_static, or java_modular? | 08:17 |
lambday | wiking: or, say I have an older version of eigen3 somewhere and I want to make using that one instead of what I have in /usr/include/eigen3 | 08:18 |
@wiking | lambday: the interface you can manually specify | 08:18 |
lambday | wiking: how? | 08:19 |
@wiking | lambday: well currently only libshogun is enabled by default | 08:19 |
@wiking | lambday: the rest you read my email | 08:19 |
@wiking | (see shogun mailing list | 08:20 |
@wiking | ) | 08:20 |
lambday | wiking: alright... I'll check it.. thanks | 08:20 |
@wiking | lambday: [shogun] shogun with cmake | 08:21 |
@wiking | this was the subject of the email | 08:21 |
lambday | wiking: thanks man :) | 08:22 |
-!- gsomix [~gsomix@85.26.234.140] has quit [Ping timeout: 264 seconds] | 08:26 | |
-!- gsomix [~gsomix@85.26.234.140] has joined #shogun | 08:27 | |
lambday | this is amazing! | 08:28 |
@wiking | what? | 08:29 |
lambday | what cmake can do... | 08:29 |
lambday | specially the pack thing.. | 08:29 |
lambday | so fedora people will get shogun.rpm soon | 08:29 |
lambday | :D | 08:29 |
lambday | wiking: oh but regarding specifying a different eigen3 include dir, currently it can't be done, right? | 08:30 |
@wiking | yes it can bee | 08:31 |
@wiking | -DCMAKE_PREFIX_PATH | 08:31 |
lambday | wiking: that's not for target installation dir prefix? | 08:32 |
@wiking | noup | 08:32 |
lambday | alright I am checking | 08:32 |
shogun-notifier- | shogun: Viktor Gal :develop * 4c903e4 / data: https://github.com/shogun-toolbox/shogun/commit/4c903e4c669c675d7b7c46931a3c2854b2d0e328 | 08:33 |
shogun-notifier- | shogun: refernce the right version of data for ica notebook | 08:33 |
lambday | oh it says unsuitable version 3.0.6, made my life easier that I don't have to worry about older eigen3 anymore | 08:35 |
@wiking | yeah forget everything that is older than 3.1.2 | 08:36 |
lambday | ah what a relief! | 08:36 |
shogun-buildbot | build #1379 of deb2 - static_interfaces is complete: Failure [failed configure] Build details are at http://www.shogun-toolbox.org/buildbot/builders/deb2%20-%20static_interfaces/builds/1379 blamelist: Viktor Gal <viktor.gal@maeth.com> | 08:36 |
lambday | no more YES_I_KNOW_SPARSE_MODULE_NOT_STABLE_YET :D | 08:36 |
shogun-buildbot | build #1493 of deb3 - modular_interfaces is complete: Failure [failed configure] Build details are at http://www.shogun-toolbox.org/buildbot/builders/deb3%20-%20modular_interfaces/builds/1493 blamelist: Viktor Gal <viktor.gal@maeth.com> | 08:37 |
-!- gsomix [~gsomix@85.26.234.140] has quit [Ping timeout: 264 seconds] | 08:37 | |
shogun-buildbot | build #1195 of cyg1 - libshogun is complete: Failure [failed configure] Build details are at http://www.shogun-toolbox.org/buildbot/builders/cyg1%20-%20libshogun/builds/1195 blamelist: Viktor Gal <viktor.gal@maeth.com> | 08:38 |
shogun-buildbot | build #873 of rpm1 - libshogun is complete: Failure [failed configure] Build details are at http://www.shogun-toolbox.org/buildbot/builders/rpm1%20-%20libshogun/builds/873 blamelist: Viktor Gal <viktor.gal@maeth.com> | 08:39 |
sonne|work | lambday: is it stable now? | 08:40 |
lambday | sonne|work: I think so | 08:41 |
lambday | sonne|work: moin moin by the way :) | 08:41 |
sonne|work | lambday: moin moin too | 08:41 |
sonne|work | lambday: did wiking fix the cblas issue then? | 08:42 |
sonne|work | lisitsyn: why did you remove conjugateindex? | 08:42 |
lisitsyn | sonne|work: it is not a classifier and it is untested | 08:42 |
lambday | sonne|work: well, I had libcblas.so.3 in /usr/lib64/atlas... so currently it can't detect that | 08:42 |
lambday | sonne|work: wiking is adding atlas support | 08:42 |
lambday | there is an undocumented example in /libshogun/classifier_lda.cpp, which should have a HAVE_LAPACK check | 08:43 |
shogun-buildbot | build #1408 of bsd1 - libshogun is complete: Failure [failed test] Build details are at http://www.shogun-toolbox.org/buildbot/builders/bsd1%20-%20libshogun/builds/1408 blamelist: Viktor Gal <viktor.gal@maeth.com> | 08:44 |
lambday | CDataGenerator::generate_gaussian(..) is defined when HAVE_LAPACK | 08:44 |
sonne|work | lisitsyn: so? add a test | 08:44 |
sonne|work | lambday: well fix and PR! | 08:44 |
lambday | sonne|work: alright I'll add it | 08:44 |
lisitsyn | sonne|work: I don't want to spend any time on something that won't work anyway :) | 08:46 |
-!- gsomix [~gsomix@85.26.234.140] has joined #shogun | 08:46 | |
sonne|work | moin gsomix! | 08:47 |
gsomix | sonne|work, hello | 08:47 |
gsomix | sonne|work, about vlen+1. don't need bacause our strings are not zero-terminated. | 08:48 |
gsomix | because | 08:48 |
@wiking | lambday: working on it | 08:48 |
gsomix | but I think we should store '\0' at end of strings. it will be very useful for functions from <string.h> | 08:49 |
sonne|work | gsomix: please document that - it might very well be that some functions depends on a zero terminated string | 08:49 |
sonne|work | depend | 08:50 |
shogun-notifier- | shogun: Evgeniy Andreev :develop * e6d63be / src/shogun/io/CSVFile.cpp,tests/unit/io/CSVFile_unittest.cc: https://github.com/shogun-toolbox/shogun/commit/e6d63be2e156fd0b8764b8aaebdf929b01078b1f | 08:54 |
shogun-notifier- | shogun: fix for issue #1395 | 08:54 |
shogun-notifier- | shogun: Soeren Sonnenburg :develop * ae55acc / src/shogun/io/CSVFile.cpp,tests/unit/io/CSVFile_unittest.cc: https://github.com/shogun-toolbox/shogun/commit/ae55acc16341d4b24424a0e96e24ca50f8d5fe65 | 08:54 |
shogun-notifier- | shogun: Merge pull request #1400 from gsomix/develop | 08:54 |
shogun-notifier- | shogun: | 08:54 |
shogun-notifier- | shogun: Fix for issue #1395 | 08:54 |
gsomix | sonne|work, ok. btw we should change CFile interface to use SGVector insted SGString, right? | 08:55 |
sonne|work | gsomix: not yet. we would have to convert SGString -> SGVector first and this is a massive undertaking | 08:56 |
shogun-buildbot | build #1756 of deb1 - libshogun is complete: Failure [failed configure] Build details are at http://www.shogun-toolbox.org/buildbot/builders/deb1%20-%20libshogun/builds/1756 blamelist: Soeren Sonnenburg <sonne@debian.org> | 08:59 |
sonne|work | wiking: is it possible with cmake to split up the compile step and the test step? | 09:00 |
-!- lisitsyn [~lisitsyn@fb2-lo1.global63.net] has quit [Quit: Leaving.] | 09:00 | |
sonne|work | so that one can run make tests separately? | 09:00 |
@wiking | sonne|work: yes but then we have a problem | 09:01 |
@wiking | sonne|work: say you do make && ctest --output-on-failure | 09:01 |
shogun-buildbot | build #1380 of deb2 - static_interfaces is complete: Failure [failed configure] Build details are at http://www.shogun-toolbox.org/buildbot/builders/deb2%20-%20static_interfaces/builds/1380 blamelist: Evgeniy Andreev <gsomix@gmail.com> | 09:01 |
@wiking | sonne|work: then ctest will fail because make did not created the tests... | 09:01 |
shogun-buildbot | build #1494 of deb3 - modular_interfaces is complete: Failure [failed configure] Build details are at http://www.shogun-toolbox.org/buildbot/builders/deb3%20-%20modular_interfaces/builds/1494 blamelist: Evgeniy Andreev <gsomix@gmail.com> | 09:02 |
@wiking | sonne|work: if we accept this. then we can create a custom target say make test | 09:02 |
@wiking | sonne|work: i mean make tests or something like that as make test is already reserved for ctest | 09:02 |
sonne|work | wiking: why doesn't make test compile the test and run them? | 09:02 |
@wiking | sonne|work: because this is how it is | 09:03 |
@wiking | sonne|work: there's tons of discussions about htis.. | 09:03 |
@wiking | but it is like this | 09:03 |
shogun-buildbot | build #1196 of cyg1 - libshogun is complete: Failure [failed configure] Build details are at http://www.shogun-toolbox.org/buildbot/builders/cyg1%20-%20libshogun/builds/1196 blamelist: Evgeniy Andreev <gsomix@gmail.com> | 09:03 |
sonne|work | wiking: you mean cmake related discussions? | 09:03 |
@wiking | sonne|work: yes | 09:03 |
sonne|work | yeah sure that was expected | 09:03 |
shogun-buildbot | build #874 of rpm1 - libshogun is complete: Failure [failed configure] Build details are at http://www.shogun-toolbox.org/buildbot/builders/rpm1%20-%20libshogun/builds/874 blamelist: Evgeniy Andreev <gsomix@gmail.com> | 09:04 |
sonne|work | it takes a while until everythign is back to normal | 09:04 |
sonne|work | it is a very intrusive change | 09:04 |
shogun-buildbot | build #1409 of bsd1 - libshogun is complete: Failure [failed test] Build details are at http://www.shogun-toolbox.org/buildbot/builders/bsd1%20-%20libshogun/builds/1409 blamelist: Evgeniy Andreev <gsomix@gmail.com> | 09:08 |
@wiking | lambday: here? | 09:09 |
@wiking | lambday: i have a preliminary patch for fixing your lapack/atlas problem but before commiting i'd like u to test it. what's your email where i can send it to? | 09:10 |
lambday | wiking: yes sure... heavensdevil6909@gmail.com | 09:11 |
-!- gsomix [~gsomix@85.26.234.140] has quit [Ping timeout: 264 seconds] | 09:12 | |
lambday | wiking: got it | 09:12 |
@wiking | lambday: sent it... just git apply <patchname> and then rerun cmake | 09:12 |
@wiking | lambday: what's the output of your cmake? | 09:15 |
lambday | wiking: Could NOT find ATLAS (missing: ATLAS_LIBRARIES) -- Could NOT find CBLAS (missing: CBLAS_LIBRARY) | 09:15 |
lambday | :( | 09:15 |
@wiking | ah ok | 09:15 |
@wiking | lambday: i'm sending now you a new one | 09:16 |
@wiking | sent | 09:18 |
@wiking | but in order to apply it | 09:18 |
lambday | wiking: checking | 09:18 |
@wiking | git reset --hard && rm cmake/FindAtlas.cmake | 09:18 |
@wiking | and then just after that do the git apply | 09:18 |
lambday | wiking: I just did git apply -R <previous-patch>, | 09:19 |
lambday | wiking: will it affect? | 09:19 |
@wiking | dunno | 09:19 |
lambday | okay.. trying | 09:19 |
@wiking | the only thing i've changed is that in FindAtlas at some lines i've added /usr/lib64 | 09:19 |
@wiking | check your cmake/FindAtlas.cmake | 09:20 |
@wiking | find_file(ATLAS_LIB libatlas.so.3 PATHS /usr/lib /usr/lib64 $ENV{ATLASDIR}) | 09:20 |
@wiking | if it's like this | 09:20 |
lambday | it is missing /usr/lib64... | 09:22 |
lambday | (I didn't apply the new patch yet) | 09:23 |
lambday | wiking: | 09:23 |
@wiking | lambday: but you have anyways /usr/lib64/atlas/.... right/ | 09:23 |
@wiking | lambday: but you have anyways /usr/lib64/atlas/.... right? | 09:23 |
lambday | yep | 09:23 |
-!- gsomix [~gsomix@88.200.245.98] has joined #shogun | 09:25 | |
@wiking | lambday: ok i think i have a fix then | 09:27 |
@wiking | lambday: just sent a latest fix | 09:28 |
lambday | wiking: alright checking | 09:28 |
@wiking | lambday: as said: git reset --hard && rm cmake/FindAtlas.cmake | 09:28 |
@wiking | and then run the cmake | 09:28 |
@wiking | and show me the output | 09:28 |
lambday | okie | 09:28 |
@wiking | lambday: do you have a liblapack_atlas.so.3 under /usr/lib64/atlas ? | 09:29 |
lambday | wiking: its actually in two different places, both /usr/lib64/ and /usr/lib64/atlas | 09:29 |
lambday | yes /usr/lib64/atlas/ has liblapack.so.3 | 09:30 |
@wiking | lambday: you have no liblapack_atlas.so.3 ? | 09:30 |
@wiking | only liblapack.so.3 | 09:30 |
@wiking | ? | 09:30 |
lambday | wiking: yep | 09:30 |
lambday | wiking: but it found | 09:31 |
lambday | A library with LAPACK API found. -- Found ATLAS: /usr/lib64/atlas/liblapack.so.3;/usr/lib64/atlas/libcblas.so.3;/usr/lib64/atlas/libf77blas.so.3;/usr/lib64/atlas/libatlas.so.3;/usr/lib64/liblapack.so.3 | 09:31 |
@wiking | lambday: ok | 09:31 |
lambday | making | 09:31 |
@wiking | lambday: can u plz now make the whole thing | 09:31 |
@wiking | and try to run the tests | 09:31 |
@wiking | let's hope this fixed it | 09:31 |
@wiking | and then i can push the commit | 09:31 |
lambday | alright | 09:31 |
lambday | making | 09:31 |
@wiking | ok let me know of the output | 09:31 |
@wiking | gsomix: can we mark #1395 fixed then? | 09:32 |
gsomix | wiking, hmhm, there are no segfaults on your machine? | 09:33 |
@wiking | gsomix: noup :) | 09:33 |
@wiking | gsomix: i was just wondering if the discussion of the PR is settled...? | 09:33 |
lambday | wiking: yooooooooo | 09:34 |
@wiking | lambday: what? | 09:34 |
lambday | wiking: make successful | 09:34 |
lambday | wiking: but now running the unit-tests | 09:35 |
lambday | umm | 09:35 |
@wiking | lambday: ctest --output-on-failure | 09:35 |
gsomix | wiking, nope. you can close #1395. | 09:35 |
lambday | alright | 09:35 |
@wiking | lambday: in the ./build directory where you did cmake and make | 09:35 |
lambday | okie | 09:35 |
lambday | wiking: oh and I need to cmake with -DENABLE_TESTING=ON | 09:36 |
@wiking | lambday: indeed :) | 09:36 |
lambday | alright | 09:36 |
@wiking | if u did not then u wont have tests | 09:36 |
sonne|work | gsomix: so what are your next steps? | 09:36 |
lambday | wiking: making again... | 09:37 |
lambday | wiking: by the way, make valgrind and valgrind-per-module things are still same, right? | 09:37 |
lambday | for unit tests | 09:37 |
@wiking | lambday: no | 09:38 |
@wiking | lambday: they are all gone | 09:38 |
lambday | no valgrind :( | 09:38 |
gsomix | sonne|work, libsvm, refactoring old code for use csv reader. | 09:39 |
@wiking | lambday: u can have valgrind if u add -DBUILD_DASHBOARD_REPORTS=ON to cmake arguments | 09:39 |
@wiking | lambday: then after cmake and make u can do: ctest -D ExperimentalMemCheck | 09:39 |
@wiking | and that'll do u a valgrind on all the tests | 09:40 |
@wiking | if u want only on the unit test then: ctest -D ExperimentalMemCheck -R unit | 09:40 |
lambday | wiking: ah alright | 09:40 |
gsomix | sonne|work, do we need sparse access methods for csv reader? | 09:40 |
gsomix | I mean this methods will be in libsvm reader. | 09:40 |
lambday | wiking: but I got this while making... svn: Server sent unexpected return value (307 Temporary Redirect) in response to OPTIONS request for 'http://googlemock.googlecode.com/svn/trunk' | 09:41 |
lambday | wiking: where shall I put gtest/gmock so that it doesn't try to download each time | 09:41 |
lambday | its in /usr/src | 09:41 |
sonne|work | gsomix: I could imagine a case where a sparse matrix is stored as a .csv but I guess it is sufficient to just convert it from a dense matrix | 09:41 |
-!- lisitsyn [~lisitsin@mxs.kg.ru] has joined #shogun | 09:42 | |
@wiking | lambday: nowhere... it will download it once | 09:42 |
@wiking | lambday: try to run make again | 09:42 |
lambday | wiking: okay I will have to set svn proxy first | 09:43 |
-!- gsomix_ [~gsomix@85.26.234.140] has joined #shogun | 09:45 | |
-!- gsomix [~gsomix@88.200.245.98] has quit [Ping timeout: 256 seconds] | 09:46 | |
gsomix_ | sonne|work, are there some functions to convert dense to sparse matrices? | 09:47 |
sonne|work | gsomix_: yes | 09:47 |
gsomix_ | sonne|work, cool. | 09:56 |
@wiking | gsomix_: bugs for ya | 09:57 |
gsomix_ | wiking, c'mon | 09:59 |
gsomix_ | I have very bad internet connection now. :( | 09:59 |
@wiking | gsomix_: :( | 10:00 |
@wiking | i'm just saying that i've found some misterious bugs | 10:00 |
@wiking | lambday: any progress? | 10:00 |
lambday | wiking: yes.. ran unit-tests, now cmake-ing with dashboard reports on | 10:01 |
gsomix_ | wiking, do you create issue on github? or so? | 10:01 |
lambday | so, check I do ctest -R unit, it just checks one unit-test | 10:02 |
@wiking | gsomix_: yep i've even assigned you | 10:02 |
@wiking | lambday: ctest -R unit runs the whole unit test | 10:03 |
@wiking | i.e. all the unit tests that are currently in the repo | 10:03 |
@wiking | lambday: can u plz run ctest --output-on-failure -R libshogun | 10:03 |
lambday | wiking: oki... but it doesn't report each one individually.. just said 100% tests passed | 10:03 |
@wiking | lambday: just to see if everything is linked in a correct way? | 10:03 |
lambday | wiking: okay I will... waiting for make to complete | 10:04 |
@wiking | lambday: ok.... --output-on-failure | 10:04 |
gsomix_ | wiking, thanks! | 10:04 |
@wiking | lambday: it reports if there's a failure | 10:04 |
@wiking | lambday: otherwise it doesn't show the stdout/stdcout | 10:04 |
lambday | wiking: I tried removing that, but still same.. may be I did something wrong | 10:04 |
lambday | wiking: checking again | 10:04 |
@wiking | lambday: if u really want it give -V or -VV flags for ctest | 10:04 |
lambday | alright | 10:05 |
@wiking | lambday: if all the tests passed | 10:05 |
@wiking | then there's not unit test output because there was nothing wrong with it | 10:05 |
@wiking | i.e. --output-on-failure only shows the output if there's something wrong (as the cmd args says) | 10:05 |
lambday | oki | 10:05 |
@wiking | lambday: ok so cblas/atlas is fixed actually with that patch | 10:05 |
@wiking | right? | 10:05 |
lambday | wiking: yep :D | 10:05 |
@wiking | lambday: cool | 10:05 |
shogun-notifier- | shogun: Viktor Gal :develop * d4baee9 / CMakeLists.txt,cmake/FindAtlas.cmake: https://github.com/shogun-toolbox/shogun/commit/d4baee974e20fd615e6cf58e99b46a5cd28155ec | 10:06 |
shogun-notifier- | shogun: Add Atlas detection to cmake | 10:06 |
shogun-notifier- | shogun: this fixes issue #1394 | 10:06 |
lambday | this is amazing... no manual download needed.. cmake does it all for us.. | 10:06 |
lambday | just need a few days to get used to it | 10:07 |
-!- gsomix_ [~gsomix@85.26.234.140] has quit [Ping timeout: 264 seconds] | 10:09 | |
shogun-buildbot | build #1757 of deb1 - libshogun is complete: Success [build successful] Build details are at http://www.shogun-toolbox.org/buildbot/builders/deb1%20-%20libshogun/builds/1757 | 10:12 |
shogun-buildbot | build #1381 of deb2 - static_interfaces is complete: Failure [failed configure] Build details are at http://www.shogun-toolbox.org/buildbot/builders/deb2%20-%20static_interfaces/builds/1381 blamelist: Viktor Gal <viktor.gal@maeth.com> | 10:12 |
shogun-buildbot | build #1495 of deb3 - modular_interfaces is complete: Failure [failed configure] Build details are at http://www.shogun-toolbox.org/buildbot/builders/deb3%20-%20modular_interfaces/builds/1495 blamelist: Viktor Gal <viktor.gal@maeth.com> | 10:12 |
shogun-buildbot | build #1197 of cyg1 - libshogun is complete: Failure [failed configure] Build details are at http://www.shogun-toolbox.org/buildbot/builders/cyg1%20-%20libshogun/builds/1197 blamelist: Viktor Gal <viktor.gal@maeth.com> | 10:14 |
shogun-buildbot | build #875 of rpm1 - libshogun is complete: Failure [failed configure] Build details are at http://www.shogun-toolbox.org/buildbot/builders/rpm1%20-%20libshogun/builds/875 blamelist: Viktor Gal <viktor.gal@maeth.com> | 10:14 |
sonne|work | wiking: will this work when atlas is not available but blas/lapack? | 10:18 |
shogun-buildbot | build #1410 of bsd1 - libshogun is complete: Failure [failed compile] Build details are at http://www.shogun-toolbox.org/buildbot/builders/bsd1%20-%20libshogun/builds/1410 blamelist: Viktor Gal <viktor.gal@maeth.com> | 10:19 |
@wiking | sonne|work: yes... but still cblas has to be present... | 10:21 |
@wiking | sonne|work: if there's no libcblas then LAPACK is not enabled... | 10:21 |
sonne|work | wiking: that is checked though right? | 10:21 |
@wiking | sonne|work: yes | 10:21 |
sonne|work | ok perfect! | 10:21 |
sonne|work | wiking: now for the bots to work I still need an option to manually specify gmock/gtest paths | 10:22 |
sonne|work | wiking: for the other libs I guess there is some standard if they are not in standard include etc locations right? | 10:22 |
@wiking | sonne|work: why we cannot have svn? | 10:22 |
sonne|work | wiking: you cannot assume machines with internet connectivity to build shogun | 10:23 |
@wiking | sonne|work: no i dont assume that | 10:23 |
@wiking | sonne|work: but then just dont do the tests | 10:23 |
@wiking | and that's all | 10:23 |
sonne|work | wiking: why is bsd still failing http://shogun-toolbox.org/buildbot/builders/bsd1%20-%20libshogun ? | 10:23 |
@wiking | sonne|work: there's some weird gmock segfault | 10:24 |
sonne|work | wiking: no I want to run the tests on cygwin | 10:24 |
@wiking | and it doesn't have internet? | 10:24 |
sonne|work | wiking: it still says ../../src/shogun/libshogun.so.14.0: undefined reference to `clapack_dgetrf' | 10:24 |
sonne|work | wiking: that is not the point - consider someone on an island with shogun sources | 10:25 |
sonne|work | trying to get it to work | 10:25 |
sonne|work | this 'island' test is sth that has to pass for a software to be in debian | 10:26 |
@wiking | mmm | 10:28 |
@wiking | that'll be interesting | 10:28 |
@wiking | because i dont know how i can add there a REVISION check | 10:29 |
sonne|work | wiking: what do you mean with REVISION check? | 10:31 |
@wiking | sonne|work: well i have to assure that a given svn rev is provided for the gmock/gtest | 10:32 |
@wiking | as src | 10:32 |
@wiking | because for example the 1.6.0.zip is not sufficient... | 10:33 |
sonne|work | wiking: why not 1.6? | 10:34 |
sonne|work | not going with official releases will cause pain | 10:35 |
@wiking | sonne|work: well that one is not sufficient | 10:35 |
@wiking | that's why | 10:35 |
sonne|work | what is missing? | 10:35 |
@wiking | i mean there's a good reason i was doing this this way | 10:35 |
@wiking | a lot... | 10:35 |
sonne|work | wiking: I don't question that but what are the resons? | 10:37 |
sonne|work | wiking: will it present itself as 1.7 sth? | 10:38 |
@wiking | dunno | 10:38 |
@wiking | i'm not a gtest/gmock developer | 10:38 |
@wiking | sonne|work: as far as i can see there's a constantly upgraded CHANAGES log where 1.7.0 is mentioned | 10:46 |
@wiking | but that's not yet releaed | 10:46 |
@wiking | released | 10:46 |
sonne|work | wiking: I have no idea why we need 1.7 but hey... | 10:47 |
@wiking | sonne|work: c++11 and others | 10:47 |
sonne|work | ahh ok that is a good reason | 10:47 |
@wiking | 1.6 is like from 20011 | 10:47 |
@wiking | 2011 | 10:47 |
lisitsyn | wiking: it is like they are doing something rock-stable | 10:53 |
@wiking | i guess so :P | 10:53 |
@wiking | i wonder | 10:56 |
@wiking | ../../src/shogun/libshogun.so.14.0 -lgmock -lgtest /usr/local/lib/liblapack.so /usr/local/lib/libcblas.so /usr/local/lib/libf77blas.so /usr/local/lib/libatlas.so /usr/local/lib/liblapack.so /usr/local/lib/libcblas.so /usr/local/lib/libf77blas.so /usr/local/lib/libatlas.so /usr/local/lib/libglpk.so /usr/local/lib/libsuperlu_3.0.so ../../../third_party/libs/json/libjson-c.a /usr/local/lib/libxml2.so /usr/local/lib/libhdf5.so -lz -lm -lz -lm -lbz2 -llzma / | 10:56 |
@wiking | ../../src/shogun/libshogun.so.14.0: undefined reference to `clapack_dgetrf' | 10:56 |
@wiking | ../../src/shogun/libshogun.so.14.0: undefined reference to `clapack_dgetri' | 10:56 |
@wiking | ../../src/shogun/libshogun.so.14.0: undefined reference to `clapack_dpotrf' | 10:56 |
@wiking | ../../src/shogun/libshogun.so.14.0: undefined reference to `clapack_dposv' | 10:56 |
lisitsyn | wiking: so all wrappers? | 10:57 |
lisitsyn | that we have | 10:57 |
sonne|work | wiking, lisitsyn - it makes sense to do some rock stable for a test framework right? | 11:02 |
lisitsyn | sonne|work: yes if it wasn't I'd not use it | 11:03 |
@wiking | sonne|work: i think i know what's the problem on cygwin | 11:09 |
@wiking | sonne|work: i'll try to fix it... | 11:09 |
-!- iglesiasg [~Fernando@s83-179-44-135.cust.tele2.se] has joined #shogun | 11:12 | |
-!- mode/#shogun [+o iglesiasg] by ChanServ | 11:12 | |
@wiking | iglesiasg: you should have now lapack... | 11:15 |
-!- gsomix [~gsomix@95.67.166.251] has joined #shogun | 11:15 | |
@iglesiasg | wiking: good, thank you | 11:16 |
@iglesiasg | wiking: I am working now in another machine to the one I tried yesterday. I will tell you about it in the afternoon/evening | 11:16 |
sonne|work | gsomix: what reminds me - is the libsvm reader finished? if so please also allow readers for dense vectors/matrices just by using a converter in the end | 11:16 |
gsomix | sonne|work, very close to finish. | 11:19 |
-!- gsomix [~gsomix@95.67.166.251] has quit [Read error: Connection reset by peer] | 11:21 | |
sonne|work | gsomix you might want to check http://sourceforge.net/projects/waffles/files/waffles/2013-04-06/ waffles - it can also read arff files | 11:23 |
-!- van51 [~van51@athedsl-224969.home.otenet.gr] has joined #shogun | 11:24 | |
-!- gsomix [~gsomix@95.67.165.3] has joined #shogun | 11:33 | |
-!- gsomix [~gsomix@95.67.165.3] has quit [Ping timeout: 240 seconds] | 11:37 | |
-!- gsomix [~gsomix@80.234.59.144] has joined #shogun | 11:39 | |
gsomix | sonne|work, thanks for link. | 11:42 |
@wiking | sonne|work: btw for havig a build for debian u dont need unit testing enabled.... we would do that anyways based on the master/stable branch | 12:05 |
sonne|work | wiking: I would prefer to run the unit tests. You know debian has 10 architectures and I have seen the *weirdest* things | 12:07 |
@wiking | then i'm sorry | 12:07 |
@wiking | ask gmock ppl to release | 12:07 |
lisitsyn | wiking: you shoulda sign a petition like in postal 2 | 12:10 |
shogun-notifier- | shogun: Viktor Gal :develop * 5fc1b59 / / (3 files): https://github.com/shogun-toolbox/shogun/commit/5fc1b595b0312b59e99dc2e1fe07671685bf84b1 | 12:20 |
shogun-notifier- | shogun: Fix Atlas detection on FreeBSD | 12:20 |
thoralf | sonne|work: I'd like to change the sort_features() method in SGSparseVector a bit. The usage of realloc introduces problems with sparse readers, since it frees the passed reference and creates a new one - but the sparse reader will never notice. | 12:20 |
@wiking | lambday: let me know if this latest patch broke our atlas detection :P | 12:23 |
thoralf | sonne|work: So first of all, when using "vec = stream_features->get_vector();" - are we allowed to use this vector like our own or do we need to copy it before touching? | 12:24 |
shogun-buildbot | build #1758 of deb1 - libshogun is complete: Failure [failed configure] Build details are at http://www.shogun-toolbox.org/buildbot/builders/deb1%20-%20libshogun/builds/1758 blamelist: Viktor Gal <viktor.gal@maeth.com> | 12:24 |
lambday | wiking: alright... what changed? | 12:25 |
@wiking | lambday: something about lapack_atlas detection | 12:25 |
lambday | wiking: okay.. I'll let you know | 12:25 |
-!- Netsplit *.net <-> *.split quits: naywhayare | 12:40 | |
-!- Netsplit over, joins: naywhayare | 12:46 | |
-!- van51 [~van51@athedsl-224969.home.otenet.gr] has quit [Quit: Leaving.] | 13:05 | |
sonne|work | wiking: seems like debian people have 1.7 already installed | 13:31 |
sonne|work | wiking: but still if you have an idea how to specify a custom gmock/gtest path - that would be sufficient | 13:32 |
sonne|work | thoralf: I don't get where a realloc is needed? | 13:36 |
@wiking | sonne|work: no that wouldn't be .... and there's no 1.7 release so it's interesting how can debian have 1.7 | 13:37 |
@wiking | sonne|work: i don't know if maaybe gmock has a versionheader.h | 13:37 |
@wiking | or soemthing like that | 13:37 |
sonne|work | wiking: http://packages.debian.org/sid/google-mock | 13:37 |
@wiking | but basically | 13:37 |
@wiking | i fucking dont care | 13:37 |
@wiking | it's working | 13:38 |
@wiking | i'm sorry | 13:38 |
thoralf | sonne|work: Acutally it's two issues: The first one is that we're not writing the sorted data into the original reference, so that the original is getting invalid. | 13:38 |
@wiking | it's just a bit too much now | 13:38 |
sonne|work | wiking: all I need is an option to specify the location where google mock is | 13:38 |
@wiking | sonne|work: i canno tdo it | 13:38 |
sonne|work | how does one do it then? | 13:38 |
thoralf | sonne|work: The second is that (introduced by me) we're compressing the sparse vector and then doing a realloc to shrink. | 13:38 |
@wiking | sonne|work: as i said i wouldn't know how to do it, with the constraints i've told you | 13:39 |
sonne|work | wiking: why not just do a compile check with some test and see if google mock/test works? | 13:40 |
@wiking | sonne|work: why not reinvent the wheel? | 13:40 |
sonne|work | thoralf: the second makes a lot of sense though | 13:40 |
@wiking | sonne|work: i'm sorry i'm too tired, and i see this work pointless | 13:40 |
sonne|work | wiking: well we are in all broken state right http://shogun-toolbox.org/buildbot/waterfall ? | 13:40 |
@wiking | sonne|work: and that's mostly not because of gmock | 13:41 |
@wiking | sonne|work: apt-get/rpm install subversion | 13:41 |
sonne|work | wiking: sure also other stuff | 13:41 |
@wiking | sonne|work: moreover on the rpm machine just build cmake from src | 13:41 |
sonne|work | on bsd it is cblas not working | 13:41 |
sonne|work | on cygwin and debian google mock/test | 13:42 |
@wiking | sonne|work: fixt it | 13:42 |
@wiking | sonne|work: yes because there's no svn | 13:42 |
@wiking | sonne|work: but there's like svn for anything nowdays | 13:42 |
@wiking | shogun-buildbot: force build --branch=develop 'bsd1 - libshogun' | 13:43 |
shogun-buildbot | build forced [ETA 8m25s] | 13:43 |
shogun-buildbot | I'll give a shout when the build finishes | 13:43 |
@wiking | sonne|work: i dont think it's unreasonable to have svn on a buildbot | 13:43 |
sonne|work | thoralf: the realloc when compressing makes sense. but sorting could be done in place | 13:45 |
thoralf | sonne|work: I should just copy the vector returned by stream_features. | 13:47 |
thoralf | Since there is no proper way of signaling size changes to the caller. | 13:47 |
@iglesiasg | see you later guys, heading to a PhD interview right now, wish me luck! | 13:48 |
thoralf | Even if we keep the reference - the caller will have a wrong num_entries count. | 13:48 |
sonne|work | iglesiasg: good luck :) | 13:48 |
thoralf | iglesiasg: :) | 13:48 |
@iglesiasg | thanks! | 13:48 |
@wiking | iglesiasg: gluck | 13:49 |
-!- iglesiasg [~Fernando@s83-179-44-135.cust.tele2.se] has quit [Quit: Leaving] | 13:49 | |
@wiking | sonne|work: for some reason the bsd bot is not being triggered for rebuild | 13:49 |
@wiking | i mean after a commit | 13:49 |
sonne|work | wiking: it is only triggered if the linux libshogun one passes | 13:50 |
shogun-buildbot | build #1411 of bsd1 - libshogun is complete: Failure [failed test] Build details are at http://www.shogun-toolbox.org/buildbot/builders/bsd1%20-%20libshogun/builds/1411 | 13:50 |
@wiking | sonne|work: ah i see... ok now 'only' test failed | 13:51 |
sonne|work | wiking: I don't see which test | 13:51 |
@wiking | sonne|work: unit... segfaults | 13:52 |
@wiking | 1/108 Test #1: unit-test ..........................................................***Exception: SegFault 1.55 sec | 13:52 |
@wiking | [ RUN ] LatentModel.argmax_h | 13:52 |
@wiking | i've tried to see wtf is with that | 13:52 |
@wiking | but that seems to be some gmock+os+arch+compiler combo | 13:53 |
@wiking | error | 13:53 |
sonne|work | wiking: how do you find that even? I only see that something failed but not what | 13:59 |
@wiking | sonne|work: http://www.shogun-toolbox.org/buildbot/builders/bsd1%20-%20libshogun/builds/1411/steps/test/logs/stdio | 14:00 |
@wiking | and search for: Start 2: libshogun-basic_minimal | 14:00 |
sonne|work | wiking: 1/108 Test #1: unit-test ..........................................................***Exception: SegFault 1.55 sec | 14:00 |
@wiking | and then you'll see that the unit-test stdout ended there | 14:00 |
@wiking | [ RUN ] LatentModel.argmax_h | 14:00 |
@wiking | -> the segfault happened there | 14:00 |
sonne|work | I see | 14:01 |
sonne|work | hard to see | 14:01 |
sonne|work | I guess you can only do valgrind/gdb to figure out what goes on | 14:01 |
@wiking | sonne|work: indeed | 14:01 |
@wiking | sonne|work: if u cmake with -DBUILD_DASHBOARD_REPORTS=ON | 14:02 |
@wiking | then u can do | 14:02 |
@wiking | ctest -D ExperimentalMemCheck | 14:02 |
@wiking | but maybe we should just by default add this ExperimentalMemCheck option for ctest | 14:02 |
@wiking | (this will run valgrind for all the tests) | 14:02 |
sonne|work | wiking: for python modular before we did list a gdb backtrace when things fail | 14:03 |
@wiking | sonne|work: that's preserved | 14:03 |
sonne|work | wiking: could we conditionally do this only when a test fails? | 14:04 |
@wiking | sonne|work: dunno | 14:04 |
@wiking | sonne|work: but i dont think so | 14:04 |
@wiking | sonne|work: this needs fair amount of ctest/cmack hacking | 14:04 |
-!- shogun-buildbot [~shogun-bu@7nn.de] has quit [Quit: buildmaster reconfigured: bot disconnecting] | 14:24 | |
-!- shogun-buildbot [~shogun-bu@7nn.de] has joined #shogun | 14:24 | |
@wiking | oooh | 14:32 |
@wiking | interesting | 14:32 |
@wiking | lisitsyn: r u using gcc for shogun? | 14:32 |
sonne|work | wiking: I am no cmake expert but with ordinal make you could just touch some file '_failed_tests_exists_' which you remove when all is good and otherwise in the same target run the tests again with valgrind | 14:33 |
lisitsyn | wiking: yes usually | 14:33 |
@wiking | lisitsyn: mmm i think valgrind + openmp + unit test does some funky shit :))) | 14:35 |
@wiking | in MultidimensionaScalingTest.distance_preserving | 14:35 |
@wiking | the process goes to 'usem' STATE | 14:35 |
@wiking | and doesn't move until i kill it | 14:35 |
lisitsyn | wiking: hmm weird | 14:39 |
lisitsyn | wiking: well openmp leaks in valgrind btw | 14:39 |
lisitsyn | but no it should not go to some hanging state | 14:39 |
@wiking | it is 4 some reason | 14:41 |
lisitsyn | wiking: what's the version? | 14:44 |
lisitsyn | of gcc | 14:44 |
@wiking | gcc 47 | 14:46 |
@wiking | seems like a race condition | 14:46 |
lisitsyn | wiking: can you paste it anywhere? | 15:19 |
-!- shogun-notifier- [~irker@7nn.de] has quit [Quit: transmission timeout] | 15:20 | |
-!- van51 [~van51@athedsl-224969.home.otenet.gr] has joined #shogun | 16:14 | |
-!- iglesiasg [~Fernando@2001:6b0:1:1041:517b:fd15:3056:85e8] has joined #shogun | 16:15 | |
-!- mode/#shogun [+o iglesiasg] by ChanServ | 16:15 | |
@wiking | lisitsyn: where is the code? | 16:18 |
@wiking | lisitsyn: i mean, do you need the precompiled code? | 16:18 |
lisitsyn | wiking: ?? I mean the output of helgrind or whatever you use | 16:24 |
@wiking | lisitsyn: it doesn't say anything | 16:25 |
@wiking | it's gets stuck there | 16:25 |
lisitsyn | oh okay | 16:25 |
@wiking | i'm retesting it now | 16:26 |
@wiking | lisitsyn: if ran it w/o valgrind all is good :S | 16:30 |
-!- iglesiasg [~Fernando@2001:6b0:1:1041:517b:fd15:3056:85e8] has quit [Quit: Leaving] | 16:38 | |
-!- shogun-buildbot [~shogun-bu@7nn.de] has quit [Quit: buildmaster reconfigured: bot disconnecting] | 16:38 | |
-!- shogun-buildbot [~shogun-bu@7nn.de] has joined #shogun | 16:38 | |
@wiking | so i dont get it why valgrind kills it | 16:54 |
lisitsyn | wiking: it might be openmp issue | 16:55 |
lisitsyn | openmp is not very friendly with valgrind for some reason | 16:56 |
-!- foulwall [~user@2001:da8:215:c252:48a7:bec4:9387:251a] has joined #shogun | 16:59 | |
@sonney2k | van51, the only thing to make the code smaller would be macros right? | 17:20 |
van51 | sonney2k: I guess, what do you not like? | 17:21 |
@sonney2k | van51, the other thing I don't understand is the CSGObject stuff is not yet converted right? | 17:22 |
van51 | sonney2k: can you elaborate a bit? | 17:23 |
@sonney2k | van51, only the if (m_refcount==NULL) | 17:23 |
@sonney2k | + return -1; | 17:23 |
@sonney2k | + | 17:23 |
@sonney2k | + return m_refcount->ref(); | 17:23 |
@sonney2k | it could be 1 line doing the check with a macro | 17:23 |
@sonney2k | van51, well CSGObject also has a refcount internally | 17:24 |
@sonney2k | van51, and it is doing the exact same thing ref/unref/ref_count | 17:24 |
@sonney2k | van51, so it would be natural to just have a single implementation | 17:24 |
van51 | sonney2k: ah I see. | 17:25 |
@sonney2k | van51, same with unref() etc | 17:25 |
van51 | sonney2k: should I try to have it use the RefCount class? | 17:25 |
@sonney2k | van51, yes you can just use it | 17:25 |
@sonney2k | van51, and I think you could for ref have a static function in Refcount | 17:26 |
@sonney2k | that gets as argument a RefCount* | 17:26 |
@sonney2k | which then does ref() | 17:26 |
@sonney2k | so int ref_static(RefCount*) | 17:26 |
@sonney2k | van51, and you could in ref() { return ref_static(m_refcoutn)) | 17:27 |
@sonney2k | van51, OK? | 17:27 |
van51 | sonney2k: that's the SGObject ref? | 17:27 |
@sonney2k | van51, no | 17:27 |
@sonney2k | van51, well these are 2 things | 17:27 |
@sonney2k | 1) reduce code in ref() / ... | 17:28 |
@sonney2k | 2) use RefCount in CSGObject too | 17:28 |
van51 | sonney2k: ok | 17:29 |
@sonney2k | for 1) you can use the static function | 17:30 |
@sonney2k | 2) would just be the same you did already in SGIO | 17:30 |
@sonney2k | van51, ok then. this really simplifies the code a lot... | 17:32 |
van51 | sonney2k: ok :) I have one more question, that I commented on the code | 17:33 |
@sonney2k | van51, well what error? | 17:37 |
@sonney2k | van51, you need to include lib/common.h whenever you use int32_t | 17:37 |
@sonney2k | van51, you can do VERBOSE=1 make to see the real command | 17:37 |
@sonney2k | van51, have to leave the train now... | 17:38 |
van51 | sonney2k: ok | 17:38 |
van51 | sonney2k: i'll keep working on it | 17:38 |
-!- pickle27 [~Kevin@d67-193-243-174.home3.cgocable.net] has joined #shogun | 17:49 | |
@wiking | lisitsyn: yeah most probably it's something like that | 18:15 |
lambday | wiking: the new patch breaks lapack detection on my machine :( | 18:20 |
lambday | A library with LAPACK API found. -- Could NOT find ATLAS (missing: ATLAS_LIBRARIES) -- Could NOT find CBLAS (missing: CBLAS_LIBRARY) | 18:20 |
lambday | wiking: I didn't test that earlier because I was working on something that requires lapack :D... just did a rebase and got this error | 18:21 |
-!- foulwall [~user@2001:da8:215:c252:48a7:bec4:9387:251a] has quit [Remote host closed the connection] | 18:23 | |
@wiking | lambday: ARGS :( | 18:26 |
lambday | :( | 18:27 |
@wiking | lambday: is there something about clapack_dpotrf maybe? | 18:27 |
@wiking | in the cmake output? | 18:27 |
lambday | I didn't make after that | 18:27 |
lambday | checking | 18:27 |
@wiking | nono you dont need make | 18:28 |
@wiking | just cmake | 18:28 |
lambday | just cmake didn't give anything particular | 18:30 |
@wiking | :(( | 18:30 |
@wiking | can u plz just try this | 18:30 |
@wiking | in shogun's root: mkdir build_atlas && cd build_atlas | 18:31 |
@wiking | and there rerun your full cmake command | 18:31 |
lambday | wiking: okay trying | 18:31 |
lambday | wiking: same | 18:32 |
lambday | :( | 18:32 |
@wiking | there's no line at all | 18:32 |
@wiking | about clapack_dpotrf | 18:32 |
@wiking | ? | 18:32 |
lambday | wiking: nope | 18:33 |
lambday | A library with LAPACK API found. -- Could NOT find ATLAS (missing: ATLAS_LIBRARIES) -- Could NOT find CBLAS (missing: CBLAS_LIBRARY) | 18:33 |
lambday | this is all that is | 18:33 |
lambday | :( | 18:33 |
@wiking | lambday: if so could you please send me this file: build_atlas/CMakeFiles/CMakeError.log | 18:33 |
lambday | wiking: mailing you | 18:34 |
@wiking | thnx | 18:34 |
lambday | wiking: sent | 18:36 |
lambday | I am leaving for dinner... will be back in an hour or so | 18:36 |
@wiking | lambday: hahah | 18:37 |
@wiking | lambday: cc1plus: error: unrecognized command line option '-std=c++11' | 18:37 |
lambday | wiking: -std=c++0x should work then? | 18:38 |
@wiking | i'm afraid not | 18:38 |
lambday | wiking: | 18:39 |
@wiking | lambday: r u sure that this was generated after the first run of your cmake? | 18:39 |
lambday | Performing Test _HAS_CXX11_FLAG -- Performing Test _HAS_CXX11_FLAG - Failed -- Performing Test _HAS_CXX0X_FLAG -- Performing Test _HAS_CXX0X_FLAG - Success | 18:39 |
lambday | yes | 18:39 |
@wiking | as from this there's no way i can find out anything | 18:40 |
lambday | wiking: I just created this build dir before doing cmake :( | 18:40 |
lambday | when you said | 18:40 |
lambday | wait I am removing and creating another one | 18:40 |
@wiking | CMakeFiles/CMakeOutput.log | 18:42 |
@wiking | send me this plz | 18:42 |
lambday | wiking: oh okay sending | 18:43 |
@wiking | do a grep -r clapack_dpotrf in your build dir | 18:43 |
@wiking | as i really cannot understand how come it's not written anywhere | 18:43 |
lambday | wiking: nope.. okay finally trying git clean and then cmake | 18:48 |
@wiking | there's something weird | 18:48 |
@wiking | this has to be there | 18:48 |
@wiking | yeah try a git reset --hard | 18:48 |
@wiking | git pull | 18:48 |
@wiking | and then send again those 2 files | 18:48 |
-!- shogun-notifier- [~irker@7nn.de] has joined #shogun | 18:49 | |
shogun-notifier- | shogun: Viktor Gal :develop * 48f5a85 / / (5 files): https://github.com/shogun-toolbox/shogun/commit/48f5a85e4a9ab74430e0362fa4b0a5c44e5c7e0e | 18:49 |
shogun-notifier- | shogun: Add options for malloc replacement | 18:49 |
@wiking | lambday: there should be actually 2 lines | 18:50 |
@wiking | when u run cmake | 18:50 |
@wiking | -- A library with LAPACK API found. | 18:51 |
@wiking | -- Looking for clapack_dpotrf in /usr/lib/liblapack_atlas.so | 18:51 |
@wiking | -- Looking for clapack_dpotrf in /usr/lib/liblapack_atlas.so - found | 18:51 |
@wiking | -- Found ATLAS: /usr/lib/liblapack_atlas.so;/usr/lib/libcblas.so;/usr/lib/atlas-base/libf77blas.so;/usr/lib/libatlas.so;/usr/lib/liblapack.so | 18:51 |
@wiking | something like this | 18:51 |
@wiking | i dont see any tests on your machine for clapack_dpotrf | 18:51 |
lambday | -- A library with LAPACK API found. -- Could NOT find ATLAS (missing: ATLAS_LIBRARIES) -- Could NOT find CBLAS (missing: CBLAS_LIBRARY) -- Found GLPK: /usr/lib64/libglpk.so | 18:51 |
@wiking | what's your HEAD commit version | 18:51 |
lambday | wiking: even after git clean and git reset and git pull | 18:51 |
@wiking | what's the last commit version in your git | 18:52 |
@wiking | git log | 18:52 |
lambday | 624a683259c8c74c5c54b753dce25cabad3b880f | 18:52 |
@wiking | he one before that | 18:52 |
@wiking | ? | 18:52 |
@wiking | because i guess that's your PR commit | 18:52 |
lambday | that's my commit but git log shows your commits | 18:52 |
@wiking | yes before that what's the last commit hash | 18:53 |
lambday | commit 48f5a85e4a9ab74430e0362fa4b0a5c44e5c7e0e Author: Viktor Gal <viktor.gal@maeth.com> Date: Tue Aug 13 18:48:51 2013 +0200 Add options for malloc replacement commit 5fc1b595b0312b59e99dc2e1fe07671685bf84b1 Author: Viktor Gal <viktor.gal@maeth.com> Date: Tue Aug 13 11:22:19 2013 +0200 Fix Atlas detection on FreeBSD commit d4baee974e20fd615e6cf58e99b46a5cd28155ec Author: Viktor Gal <viktor.gal@maeth.com> Date: Tue | 18:53 |
@wiking | mmm i have nooo idea how's at all this possible | 18:53 |
shogun-buildbot | build #1759 of deb1 - libshogun is complete: Failure [failed configure] Build details are at http://www.shogun-toolbox.org/buildbot/builders/deb1%20-%20libshogun/builds/1759 blamelist: Viktor Gal <viktor.gal@maeth.com> | 18:53 |
@wiking | do you have liblapack_atlas.so.3 | 18:53 |
@wiking | ? | 18:53 |
@wiking | like /usr/lib64/atlas/liblapack_atlas.so.3 | 18:53 |
@wiking | ? | 18:53 |
lambday | wiking: no its all liblapack.so.3 only... in /usr/lib64/ and in /usr/lib64/atlas/ | 18:54 |
@wiking | lambday: ok show me the output | 18:54 |
@wiking | lambday: of ls -la /usr/lib64/liblapack.so.3 | 18:55 |
@wiking | and | 18:55 |
@wiking | ls -la /usr/lib64/atlas/liblapack.so.3 | 18:55 |
lambday | lrwxrwxrwx 1 root root 18 Aug 11 16:12 /usr/lib64/liblapack.so.3 -> liblapack.so.3.3.1 | 18:55 |
lambday | lrwxrwxrwx. 1 root root 18 Mar 28 2012 /usr/lib64/atlas/liblapack.so.3 -> ./liblapack.so.3.0 | 18:55 |
@wiking | ls -la /usr/lib64/atlas/liblapack.so.3.0 | 18:56 |
@wiking | and as well | 18:56 |
@wiking | ls -la /usr/lib64/liblapack.so.3.3.1 | 18:56 |
lambday | -rwxrwxr-x. 1 root root 5566152 Jun 16 2011 /usr/lib64/atlas/liblapack.so.3.0 | 18:56 |
@wiking | and btw: all motherfucking packagers of all distros should fucking rot in hell | 18:56 |
lambday | -rwxrwxr-x 1 root root 5502720 Jun 3 2011 /usr/lib64/liblapack.so.3.3.1 | 18:56 |
@wiking | ooookeeey | 18:56 |
lambday | hehe | 18:57 |
@wiking | let me do u the fix | 18:57 |
lambday | I should really switch to ubuntu it seems :-/ | 18:58 |
@wiking | nono | 18:59 |
@wiking | it's great that u use fedora | 18:59 |
@wiking | at least somebody is testing it for that | 18:59 |
lambday | wiking: yes I was just going to say that.. I complain about everything :D | 18:59 |
lambday | wiking: I will be back in an hour or so.. | 19:00 |
@wiking | ok | 19:01 |
@wiking | can u test this before | 19:01 |
@wiking | plz | 19:01 |
@wiking | lambday: ping | 19:01 |
lambday | wiking: okay | 19:01 |
lambday | wiking: yes still here | 19:01 |
@wiking | so | 19:01 |
lambday | wiking: sure.. | 19:01 |
@wiking | http://pastebin.com/Y3Fqmr4B | 19:01 |
@wiking | just paste this into your cmake/FindAtlas.cmake | 19:01 |
@wiking | between line 21 and 22 | 19:02 |
lambday | wiking: alright | 19:02 |
@wiking | line 21 should be now: unset(CMAKE_REQUIRED_LIBRARIES CACHE) | 19:02 |
@wiking | and line 22 is endif() | 19:02 |
@wiking | right? | 19:02 |
lambday | wiking: yes | 19:03 |
lambday | currently | 19:03 |
lambday | pasting | 19:03 |
@wiking | okok | 19:03 |
@wiking | and then rerun cmake | 19:03 |
@wiking | there has to be something now about clapack_dpotrf | 19:03 |
lambday | wiking: | 19:05 |
lambday | A library with LAPACK API found. -- Looking for clapack_dpotrf in /usr/lib64/atlas/liblapack.so.3 -- Looking for clapack_dpotrf in /usr/lib64/atlas/liblapack.so.3 - found -- Found ATLAS: /usr/lib64/atlas/liblapack.so.3;/usr/lib64/atlas/libcblas.so.3;/usr/lib64/atlas/libf77blas.so.3;/usr/lib64/atlas/libatlas.so.3;/usr/lib64/liblapack.so.3 | 19:05 |
lambday | yohoooo | 19:05 |
@wiking | yes | 19:05 |
@wiking | okey | 19:05 |
@wiking | :D | 19:05 |
lambday | :D | 19:05 |
@wiking | let's hope that now everything compiles! :) | 19:06 |
lambday | yeah | 19:06 |
shogun-notifier- | shogun: Viktor Gal :develop * 2466c06 / cmake/FindAtlas.cmake: https://github.com/shogun-toolbox/shogun/commit/2466c06829f044533999f1486a3f05761f618c45 | 19:06 |
shogun-notifier- | shogun: Fix atlas lapack detection on Fedora | 19:06 |
@wiking | hehe | 19:06 |
lambday | lol | 19:06 |
lambday | will check once again before I leave | 19:07 |
shogun-notifier- | shogun: Soeren Sonnenburg :develop * 6f81260 / examples/undocumented/python_modular/ (3 files): https://github.com/shogun-toolbox/shogun/commit/6f812602e3a8efaa23d4da5c14c5308b3ce25fae | 19:07 |
shogun-notifier- | shogun: further CSVFile / modshogun conversion | 19:07 |
@sonney2k | van51, what did VERBOSE=1 make say? | 19:08 |
shogun-buildbot | build #1760 of deb1 - libshogun is complete: Failure [failed configure] Build details are at http://www.shogun-toolbox.org/buildbot/builders/deb1%20-%20libshogun/builds/1760 blamelist: Viktor Gal <viktor.gal@maeth.com> | 19:08 |
@wiking | mmm we need a fedora buildbot | 19:08 |
lambday | there is a rpm one right? | 19:09 |
van51 | sonney2k: something with ccache.. I removed some stuff from my .bashrc and seems to be ok now | 19:09 |
van51 | sonney2k: I'm now recompiling atm | 19:09 |
van51 | sonney2k: btw I looked again at the code | 19:09 |
lambday | wiking: pull-ed and cmake worked.. now making | 19:09 |
@wiking | van51: -DENABLE_CCACHE=OFF | 19:09 |
@wiking | in worst case | 19:09 |
van51 | sonney2k: I don't think that static method is necessary | 19:09 |
@sonney2k | van51, how else could you reduce the code? | 19:10 |
van51 | wiking: thanks :) I keep de-activating from ccmak | 19:10 |
@sonney2k | I have never seen ccache to fail though | 19:10 |
shogun-buildbot | build #1761 of deb1 - libshogun is complete: Success [build successful] Build details are at http://www.shogun-toolbox.org/buildbot/builders/deb1%20-%20libshogun/builds/1761 | 19:10 |
van51 | sonney2k: well, in SGIO, Version and Parallel there is no way that the ref count will be null | 19:10 |
shogun-buildbot | build #1496 of deb3 - modular_interfaces is complete: Failure [failed configure] Build details are at http://www.shogun-toolbox.org/buildbot/builders/deb3%20-%20modular_interfaces/builds/1496 blamelist: Soeren Sonnenburg <sonne@debian.org> | 19:11 |
van51 | sonney2k: the check was required in SGReferencedData because it could be initialized with ref_counting=false | 19:11 |
@sonney2k | van51, true and in SGObject also not | 19:11 |
van51 | sonney2k: so I'll just remove it | 19:11 |
shogun-buildbot | build #1382 of deb2 - static_interfaces is complete: Failure [failed configure] Build details are at http://www.shogun-toolbox.org/buildbot/builders/deb2%20-%20static_interfaces/builds/1382 blamelist: Soeren Sonnenburg <sonne@debian.org> | 19:11 |
shogun-buildbot | build #1198 of cyg1 - libshogun is complete: Failure [failed configure] Build details are at http://www.shogun-toolbox.org/buildbot/builders/cyg1%20-%20libshogun/builds/1198 blamelist: Soeren Sonnenburg <sonne@debian.org> | 19:12 |
shogun-buildbot | build #876 of rpm1 - libshogun is complete: Failure [failed configure] Build details are at http://www.shogun-toolbox.org/buildbot/builders/rpm1%20-%20libshogun/builds/876 blamelist: Soeren Sonnenburg <sonne@debian.org> | 19:13 |
@sonney2k | van51, hmmhh I am not sure now | 19:13 |
* wiking wonders if malloc/realloc/calloc is replaced, does it mean that he malloc for new operator is replaced as well...? | 19:13 | |
@sonney2k | van51, IIRC the check was necessary in SGReferencedData too | 19:14 |
@sonney2k | wiking, we tried overloading new /delete but it is not always possible | 19:14 |
van51 | sonney2k: yea. what I'm saying is that, from what I understand, that's the only place where it's necessary | 19:14 |
@wiking | sonney2k: but isn't new eventually just calling system's malloc? | 19:14 |
@wiking | or c++ has it's on memory allocator itself... | 19:15 |
@wiking | ? | 19:15 |
@sonney2k | van51, exactly in unref() the refcount could be set to NULL so it is possible | 19:16 |
@wiking | btw shouldnt we start adding support for c++11's shared_ptr? | 19:16 |
@sonney2k | wiking, well we don't 'overload' malloc etc | 19:16 |
@sonney2k | wiking, well everything is broken right now so lets rather get it stable so we have a release post-gsoc | 19:17 |
@wiking | sonney2k: ok because jemalloc and hoard actually overloads malloc | 19:17 |
@wiking | sonney2k: travis is not broken :) | 19:17 |
@sonney2k | wiking, travis tests just a tiny bit of stuff | 19:17 |
@sonney2k | the easy part | 19:17 |
@sonney2k | no different platforms not all interfaces... | 19:18 |
@sonney2k | always same configurations | 19:18 |
shogun-buildbot | build #1412 of bsd1 - libshogun is complete: Failure [failed test] Build details are at http://www.shogun-toolbox.org/buildbot/builders/bsd1%20-%20libshogun/builds/1412 blamelist: Soeren Sonnenburg <sonne@debian.org> | 19:19 |
@wiking | yea i'm trying to find a fedora server | 19:19 |
@sonney2k | van51, the big difference though is the unref() function - it calls delete this; and in the SGVector case it just frees data but never the vector itself | 19:19 |
@sonney2k | wiking, is the redhat one not enough? | 19:19 |
@wiking | sonney2k: well it's not the same but that redhat is like ancient | 19:19 |
@wiking | sonney2k: it's like from 1995 | 19:19 |
@wiking | with cmake 2.6. | 19:19 |
@wiking | x | 19:19 |
@sonney2k | wiking, yeah well redhat | 19:20 |
van51 | sonney2k: how was that tackled? | 19:20 |
@sonney2k | van51, don't quite get it... SGVector is just keeping references to data | 19:21 |
van51 | sonney2k: yea and you said that with the delete it would free the data | 19:21 |
@wiking | the last time i used RH was when it was still version 4.2 | 19:21 |
@sonney2k | van51, all assignments etc would just copy references and increase refcounts | 19:21 |
@sonney2k | van51, no it will not free the SGVector object but just the data (some virtual free_data function...) | 19:22 |
@sonney2k | van51, you keep sgvector objects on stack solely | 19:23 |
-!- van51 [~van51@athedsl-224969.home.otenet.gr] has left #shogun ["JOIN #shogun"] | 19:23 | |
@wiking | Biltmore.... with Linux 2.0.30-2 | 19:23 |
@wiking | :DDD | 19:23 |
-!- van51 [~van51@athedsl-224969.home.otenet.gr] has joined #shogun | 19:23 | |
van51 | oops | 19:23 |
van51 | sonney2k: should it be doing something else as well? | 19:23 |
-!- zxtx [~zv@cpe-75-83-151-252.socal.res.rr.com] has quit [Ping timeout: 248 seconds] | 19:24 | |
@sonney2k | van51, no | 19:25 |
@sonney2k | van51, but difference w/ SGObject is that it calls delete this | 19:25 |
@sonney2k | van51, with SGVector the object will remain but the refcount is gone | 19:26 |
van51 | sonney2k: aah ok I get that | 19:27 |
@sonney2k | van51, so you cannot fully replace the unref function everywhere but you have to call delete this etc when the refcount is <=0 | 19:28 |
@sonney2k | hmmhh | 19:28 |
-!- hushell [~hushell@c-24-21-169-136.hsd1.or.comcast.net] has quit [Ping timeout: 240 seconds] | 19:28 | |
@sonney2k | maybe there is another race condition | 19:28 |
@sonney2k | say 2 objects reach refcount=0 at the same time | 19:29 |
@sonney2k | then one gets -1 and the other might get -2 and both will attempt to free data | 19:30 |
@sonney2k | so I think it should only free when refcount==0 | 19:32 |
van51 | sonney2k: hmm makes sense | 19:34 |
@sonney2k | sigh I think we need a stress test for SGVector just doing that - accessing a vector in parallel | 19:35 |
van51 | sonney2k: I could do that | 19:35 |
van51 | sonney2k: however, in SGReferenced data, the starting ref_count is 0 and so if unref is called, the value will be decreased by one and then checked against ==0 | 19:36 |
@sonney2k | van51, I am now wondering if this can be fixed at all with an atomic int - I mean the problem is that m_refcount is freed! | 19:37 |
@sonney2k | van51, unref cannot be manually called... | 19:37 |
@sonney2k | van51, it is a private function used only in copy constructors | 19:37 |
@sonney2k | van51, so only when you do a=b; | 19:37 |
@sonney2k | you will get refcount = 1 | 19:38 |
@sonney2k | but true | 19:38 |
@sonney2k | it should be 1 from the beginning | 19:38 |
@sonney2k | so when you have SGVector a | 19:38 |
@sonney2k | you have refcount =1 | 19:38 |
@sonney2k | then when you do | 19:38 |
@sonney2k | b=a | 19:38 |
@sonney2k | you have 2 | 19:38 |
@sonney2k | when b is destroyed you get 1 again | 19:38 |
@sonney2k | and when a is destroyed you get the data freed | 19:39 |
van51 | yea | 19:39 |
van51 | sonney2k: when would m_refcount be freed? | 19:39 |
-!- iglesiasg [~iglesias@s83-179-44-135.cust.tele2.se] has joined #shogun | 19:39 | |
-!- mode/#shogun [+o iglesiasg] by ChanServ | 19:39 | |
@sonney2k | van51, in the destructor | 19:40 |
@iglesiasg | wiking, I like the dancing woman | 19:41 |
@iglesiasg | tech me how to do it sensei | 19:41 |
van51 | sonney2k: well yeah, but it's a class member, not static. If refcounting works as intended it should be destroyed then | 19:42 |
van51 | sonney2k: no? | 19:42 |
@wiking | iglesiasg: :dancer: | 19:42 |
@sonney2k | van51, well unref is only called in destructor | 19:42 |
@sonney2k | van51, actaully also in copy constructor when the object is overwritten | 19:43 |
@sonney2k | as in a=b | 19:43 |
@sonney2k | a would be unref()'d | 19:43 |
@wiking | woah man | 19:44 |
@wiking | jemalloc is the maaaan | 19:44 |
* wiking is now doing some malloc comparisions.... stay tunes ;) | 19:44 | |
@iglesiasg | wiking, what are you doing with it? Let me check logs | 19:44 |
@wiking | iglesiasg: mmm no i haven't written here anything | 19:45 |
@wiking | iglesiasg: i've just had an oooold plan to add malloc replacements for shogun | 19:45 |
@wiking | iglesiasg: but then i went around with this cmake hell | 19:45 |
@wiking | but now finally i've managed to get back to it | 19:45 |
@iglesiasg | it sounds nice | 19:45 |
@iglesiasg | wiking, in what sense do you think it can improve stuff? | 19:45 |
@iglesiasg | reading jemalloc page atm | 19:45 |
@wiking | iglesiasg: what's your running time for libshogun-modelselection_grid_search_kernel | 19:46 |
@wiking | iglesiasg: ctest -R libshogun-modelselection_grid_search_kernel | 19:46 |
@iglesiasg | wiking, 3.28 seconds | 19:46 |
@sonney2k | wiking, well we are still in hell no? We need the buildbot back to work, so static interfaces etc.. | 19:46 |
@wiking | iglesiasg: Debug mode right? | 19:46 |
@iglesiasg | wiking, yes | 19:47 |
@wiking | iglesiasg: 43/107 Test #141: libshogun-modelselection_grid_search_kernel ........................ Passed 1.85 sec | 19:47 |
@iglesiasg | wiking, is that release or debug? | 19:47 |
@wiking | iglesiasg: i was around 4.x before jemalloc | 19:47 |
@wiking | iglesiasg: debug | 19:47 |
@iglesiasg | nice! | 19:47 |
@wiking | iglesiasg: i'll do a comparison now | 19:47 |
@wiking | iglesiasg: good thing that ctest has xml output | 19:47 |
@wiking | so i can fast process the running times ;) | 19:47 |
@iglesiasg | :) | 19:47 |
@wiking | iglesiasg: but i'll use Release | 19:48 |
@iglesiasg | wiking, does it entail big dependency to use jemalloc? | 19:48 |
@sonney2k | van51, only problem is that SGObject for sure needs a 0 as initial refcount since on return it will be increased by swig | 19:48 |
van51 | sonney2k: hmm | 19:52 |
@wiking | iglesiasg: well i just did sudo port install jemalloc | 19:52 |
@wiking | iglesiasg: afaik there's apt-get for it | 19:52 |
van51 | sonney2k: let me wrap some stuff up first in what I've already started | 19:53 |
@wiking | iglesiasg: http://packages.ubuntu.com/raring/libjemalloc1 | 19:53 |
@sonney2k | van51, I think the same race condition exists in CSGObject unref() just between m_ref_lock.unlock(); and delete this; | 19:56 |
@sonney2k | van51, so I think both have a -- though very unlikely -- race condition | 19:57 |
van51 | sonney2k: maybe I should make the conversion and then we can use a tool like helgrind to check for possible race conditions by using a test like you said? | 20:01 |
van51 | sonney2k: I updated with some changes, have another look when you can | 20:11 |
van51 | sonney2k: I'll start now working on SGObject | 20:11 |
lambday | back | 20:12 |
lambday | why modular interfaces fails on travis? | 20:12 |
@wiking | lambday: do they? | 20:12 |
@wiking | lambday: which build you refer to/ | 20:12 |
-!- lambday [67157f36@gateway/web/freenode/ip.103.21.127.54] has quit [Quit: Page closed] | 20:12 | |
-!- lambday [67157c36@gateway/web/freenode/ip.103.21.124.54] has joined #shogun | 20:13 | |
lambday | wiking: https://travis-ci.org/shogun-toolbox/shogun/builds/10162614 | 20:14 |
lambday | oh no not modular interfaces but allowed features | 20:14 |
lambday | (what are these by the way?) | 20:14 |
lambday | ah, pink floyd :D | 20:15 |
@wiking | lambday: ? | 20:16 |
@wiking | lambday: you mean *Allowed Failures* | 20:16 |
@wiking | FAILURES | 20:16 |
@wiking | right? :) | 20:16 |
lambday | wiking: argh! yes yes! | 20:17 |
lambday | sorry :( | 20:17 |
@wiking | then u understand what are those right? | 20:17 |
van51 | going to grab a bite | 20:21 |
@wiking | sonney2k: afaik i think i'm doing the examples builds wrong... am i right that the libshogun examples were always built with -O0 and w/o any optimization flags? | 20:22 |
@wiking | sonney2k: about the buildbots... well most of them need love by svn and cmake | 20:25 |
@wiking | once those are fixed i can get on with the various cmake flags... | 20:25 |
@wiking | http://worrydream.com/dbx/ | 20:27 |
-!- hushell [~hushell@8-92.ptpg.oregonstate.edu] has joined #shogun | 20:32 | |
@sonney2k | van51, yeah let me rather merge yours first and then you can do SGObject | 20:33 |
shogun-notifier- | shogun: van51 :develop * 6d417dc / src/shogun/ (10 files): https://github.com/shogun-toolbox/shogun/commit/6d417dcb7b5e054a8a937349f02aae6009d56d81 | 20:37 |
shogun-notifier- | shogun: Moved RefCount to own file and used that class for ref counting instead of a plain int in the classes SGIO,Version and Parallel | 20:37 |
shogun-notifier- | shogun: Soeren Sonnenburg :develop * e323d35 / src/shogun/ (10 files): https://github.com/shogun-toolbox/shogun/commit/e323d35bd2245806bf579becdf8056b6209619f8 | 20:37 |
shogun-notifier- | shogun: Merge pull request #1399 from van51/feature/refcount | 20:37 |
shogun-notifier- | shogun: | 20:37 |
shogun-notifier- | shogun: Made thread-safe refcounting in SGIO, Version and Parallel | 20:37 |
shogun-buildbot | build #1762 of deb1 - libshogun is complete: Failure [failed configure] Build details are at http://www.shogun-toolbox.org/buildbot/builders/deb1%20-%20libshogun/builds/1762 blamelist: van51 <vangelis_51@hotmail.com> | 20:38 |
-!- pickle27 [~Kevin@d67-193-243-174.home3.cgocable.net] has quit [Ping timeout: 246 seconds] | 20:39 | |
shogun-buildbot | build #1199 of cyg1 - libshogun is complete: Failure [failed configure] Build details are at http://www.shogun-toolbox.org/buildbot/builders/cyg1%20-%20libshogun/builds/1199 | 20:44 |
shogun-buildbot | build #1763 of deb1 - libshogun is complete: Success [build successful] Build details are at http://www.shogun-toolbox.org/buildbot/builders/deb1%20-%20libshogun/builds/1763 | 20:50 |
-!- zxtx [~zv@rrcs-76-79-81-162.west.biz.rr.com] has joined #shogun | 20:51 | |
shogun-buildbot | build #1200 of cyg1 - libshogun is complete: Failure [failed configure] Build details are at http://www.shogun-toolbox.org/buildbot/builders/cyg1%20-%20libshogun/builds/1200 blamelist: Soeren Sonnenburg <sonne@debian.org> | 20:51 |
shogun-buildbot | build #1383 of deb2 - static_interfaces is complete: Failure [failed configure] Build details are at http://www.shogun-toolbox.org/buildbot/builders/deb2%20-%20static_interfaces/builds/1383 blamelist: Soeren Sonnenburg <sonne@debian.org> | 20:51 |
shogun-buildbot | build #1497 of deb3 - modular_interfaces is complete: Failure [failed configure] Build details are at http://www.shogun-toolbox.org/buildbot/builders/deb3%20-%20modular_interfaces/builds/1497 blamelist: Soeren Sonnenburg <sonne@debian.org> | 20:52 |
shogun-buildbot | build #877 of rpm1 - libshogun is complete: Failure [failed configure] Build details are at http://www.shogun-toolbox.org/buildbot/builders/rpm1%20-%20libshogun/builds/877 blamelist: Soeren Sonnenburg <sonne@debian.org> | 20:52 |
shogun-buildbot | build #1413 of bsd1 - libshogun is complete: Failure [failed compile] Build details are at http://www.shogun-toolbox.org/buildbot/builders/bsd1%20-%20libshogun/builds/1413 blamelist: Soeren Sonnenburg <sonne@debian.org> | 20:55 |
van51 | sonney2k: I started a PR for SGObject | 20:58 |
shogun-buildbot | build #1764 of deb1 - libshogun is complete: Failure [failed compile] Build details are at http://www.shogun-toolbox.org/buildbot/builders/deb1%20-%20libshogun/builds/1764 | 21:00 |
van51 | I got to go now | 21:04 |
van51 | I'll continue tonight | 21:04 |
van51 | cya | 21:04 |
-!- van51 [~van51@athedsl-224969.home.otenet.gr] has quit [Quit: Leaving.] | 21:04 | |
@wiking | iglesiasg: hoard seems to be terrible for me | 21:11 |
@iglesiasg | wiking, hoard? | 21:19 |
@wiking | another malloc replacement | 21:28 |
@wiking | anyhow i have the data ... i'll do the processing+plotting | 21:30 |
@wiking | and you'll see | 21:30 |
-!- travis-ci [~travis-ci@ec2-54-225-61-153.compute-1.amazonaws.com] has joined #shogun | 21:45 | |
travis-ci | [travis-ci] it's Soeren Sonnenburg'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/10164143 | 21:45 |
-!- travis-ci [~travis-ci@ec2-54-225-61-153.compute-1.amazonaws.com] has left #shogun [] | 21:45 | |
-!- lambday [67157c36@gateway/web/freenode/ip.103.21.124.54] has quit [Ping timeout: 250 seconds] | 22:03 | |
@wiking | and that broke it | 22:03 |
* wiking loves py-pandas \o/ | 22:30 | |
-!- lisitsyn1 [~lisitsyn@fb2-lo1.global63.net] has joined #shogun | 22:43 | |
shogun-notifier- | shogun: Roman Votyakov :develop * 2853311 / src/shogun/mathematics/Integration.cpp: https://github.com/shogun-toolbox/shogun/commit/285331141f83daa8e275e6a265331583a546b63d | 22:44 |
shogun-notifier- | shogun: improve memory usage in quadgk integration method | 22:44 |
shogun-notifier- | shogun: Heiko Strathmann :develop * f938fc0 / src/shogun/mathematics/Integration.cpp: https://github.com/shogun-toolbox/shogun/commit/f938fc0963f28443ffce5bed6bc5a38e93fe8f7b | 22:44 |
shogun-notifier- | shogun: Merge pull request #1403 from votjakovr/feature/numerical_integration | 22:44 |
shogun-notifier- | shogun: | 22:44 |
shogun-notifier- | shogun: Improve memory usage in quadgk integration method | 22:44 |
lisitsyn1 | wat is going on | 22:47 |
lisitsyn1 | wiking: if we have such a malloc overhead we should go for pooling | 22:47 |
-!- travis-ci [~travis-ci@ec2-54-225-61-153.compute-1.amazonaws.com] has joined #shogun | 22:48 | |
travis-ci | [travis-ci] it's Soeren Sonnenburg'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/10167097 | 22:48 |
-!- travis-ci [~travis-ci@ec2-54-225-61-153.compute-1.amazonaws.com] has left #shogun [] | 22:48 | |
shogun-notifier- | shogun: lambday :develop * a0fb40b / / (48 files): https://github.com/shogun-toolbox/shogun/commit/a0fb40b038a5e4e2a111fb15271837af67280b5b | 22:50 |
shogun-notifier- | shogun: Linear operators redesigned (log-det) | 22:50 |
shogun-notifier- | shogun: Heiko Strathmann :develop * 5c3f0b8 / / (48 files): https://github.com/shogun-toolbox/shogun/commit/5c3f0b8e18de6bf0a4c7f30e0edb425bf6257ff8 | 22:50 |
shogun-notifier- | shogun: Merge pull request #1404 from lambday/feature/log_determinant | 22:50 |
shogun-notifier- | shogun: | 22:50 |
shogun-notifier- | shogun: Linear operators redesigned (log-det) | 22:50 |
@wiking | lisitsyn1: just a sec.. | 22:50 |
@wiking | lisitsyn1: i'm trying to heat up d3.js | 22:51 |
@wiking | lisitsyn1: i'll go for boxplots.. but if u have a better idea of representation/comparison let me know | 22:51 |
@wiking | sonney2k: ^ | 22:51 |
lisitsyn1 | no I don't have any clue what is you are doing ;) | 22:51 |
shogun-buildbot | build #1384 of deb2 - static_interfaces is complete: Failure [failed configure] Build details are at http://www.shogun-toolbox.org/buildbot/builders/deb2%20-%20static_interfaces/builds/1384 blamelist: Heiko Strathmann <heiko.strathmann@gmail.com> | 22:52 |
shogun-buildbot | build #1498 of deb3 - modular_interfaces is complete: Failure [failed configure] Build details are at http://www.shogun-toolbox.org/buildbot/builders/deb3%20-%20modular_interfaces/builds/1498 blamelist: Heiko Strathmann <heiko.strathmann@gmail.com> | 22:52 |
shogun-buildbot | build #1201 of cyg1 - libshogun is complete: Failure [failed configure] Build details are at http://www.shogun-toolbox.org/buildbot/builders/cyg1%20-%20libshogun/builds/1201 blamelist: Heiko Strathmann <heiko.strathmann@gmail.com> | 22:52 |
shogun-buildbot | build #878 of rpm1 - libshogun is complete: Failure [failed configure] Build details are at http://www.shogun-toolbox.org/buildbot/builders/rpm1%20-%20libshogun/builds/878 blamelist: Heiko Strathmann <heiko.strathmann@gmail.com> | 22:52 |
shogun-buildbot | build #1414 of bsd1 - libshogun is complete: Failure [failed compile] Build details are at http://www.shogun-toolbox.org/buildbot/builders/bsd1%20-%20libshogun/builds/1414 blamelist: Heiko Strathmann <heiko.strathmann@gmail.com> | 22:53 |
@wiking | lisitsyn1: comparing running time of test with various malloc libraries | 22:54 |
lisitsyn1 | wiking: in logs you said with debug enabled | 22:54 |
lisitsyn1 | right? | 22:54 |
lisitsyn1 | well it doesn't really matter though | 22:54 |
@wiking | lisitsyn1: no it's now Release | 22:55 |
@wiking | i've just tested first with debug | 22:55 |
@sonney2k | wiking, have you seen http://shogun-toolbox.org/buildbot/builders/cyg1%20-%20libshogun/builds/1201/steps/configure/logs/stdio | 22:56 |
@sonney2k | CMake Error at src/shogun/CMakeLists.txt:59 (INSTALL): | 22:56 |
@sonney2k | install Library TARGETS given no DESTINATION! | 22:56 |
@wiking | sonney2k: no not yet | 22:58 |
@wiking | ooooh yeah i rememberz | 22:58 |
@wiking | w8 | 22:58 |
shogun-buildbot | build #1202 of cyg1 - libshogun is complete: Failure [failed configure] Build details are at http://www.shogun-toolbox.org/buildbot/builders/cyg1%20-%20libshogun/builds/1202 blamelist: lambday <heavensdevil6909@gmail.com> | 22:58 |
@sonney2k | wiking, and could you please add or tell me the flags to compile all modular interfaces? | 22:59 |
shogun-buildbot | build #879 of rpm1 - libshogun is complete: Failure [failed configure] Build details are at http://www.shogun-toolbox.org/buildbot/builders/rpm1%20-%20libshogun/builds/879 blamelist: lambday <heavensdevil6909@gmail.com> | 22:59 |
@wiking | sonney2k: see .travis.yml | 22:59 |
@wiking | sonney2k: -DPythonModular=ON -DRubyModular=ON -DLuaModular=ON -DRModular=ON -DOctaveModular=ON -DCSharpModular=ON -DJavaModular=ON | 23:00 |
@wiking | have i missed any? | 23:00 |
shogun-buildbot | build #1385 of deb2 - static_interfaces is complete: Failure [failed configure] Build details are at http://www.shogun-toolbox.org/buildbot/builders/deb2%20-%20static_interfaces/builds/1385 blamelist: lambday <heavensdevil6909@gmail.com> | 23:02 |
shogun-buildbot | build #1203 of cyg1 - libshogun is complete: Failure [failed configure] Build details are at http://www.shogun-toolbox.org/buildbot/builders/cyg1%20-%20libshogun/builds/1203 blamelist: Heiko Strathmann <heiko.strathmann@gmail.com> | 23:02 |
shogun-buildbot | build #1499 of deb3 - modular_interfaces is complete: Failure [failed configure] Build details are at http://www.shogun-toolbox.org/buildbot/builders/deb3%20-%20modular_interfaces/builds/1499 blamelist: Heiko Strathmann <heiko.strathmann@gmail.com>, lambday <heavensdevil6909@gmail.com> | 23:02 |
shogun-buildbot | build #1386 of deb2 - static_interfaces is complete: Failure [failed configure] Build details are at http://www.shogun-toolbox.org/buildbot/builders/deb2%20-%20static_interfaces/builds/1386 blamelist: Heiko Strathmann <heiko.strathmann@gmail.com> | 23:03 |
shogun-buildbot | build #880 of rpm1 - libshogun is complete: Failure [failed configure] Build details are at http://www.shogun-toolbox.org/buildbot/builders/rpm1%20-%20libshogun/builds/880 blamelist: Heiko Strathmann <heiko.strathmann@gmail.com> | 23:03 |
shogun-buildbot | build #1415 of bsd1 - libshogun is complete: Failure [failed test] Build details are at http://www.shogun-toolbox.org/buildbot/builders/bsd1%20-%20libshogun/builds/1415 blamelist: lambday <heavensdevil6909@gmail.com> | 23:04 |
shogun-buildbot | build #1416 of bsd1 - libshogun is complete: Failure [failed compile] Build details are at http://www.shogun-toolbox.org/buildbot/builders/bsd1%20-%20libshogun/builds/1416 blamelist: Heiko Strathmann <heiko.strathmann@gmail.com> | 23:08 |
@sonney2k | wiking, can I just compile for one interface at a time? | 23:13 |
@sonney2k | otherwise I don't see in the buildbot which interfaces fails but only the end result | 23:13 |
-!- shogun-buildbot [~shogun-bu@7nn.de] has quit [Quit: buildmaster reconfigured: bot disconnecting] | 23:17 | |
-!- shogun-buildbot [~shogun-bu@7nn.de] has joined #shogun | 23:17 | |
@wiking | sonney2k: yes sure | 23:18 |
@wiking | sonney2k: just give it the one -D that u wanna compile | 23:18 |
shogun-buildbot | build #1500 of deb3 - modular_interfaces is complete: Failure [failed configure] Build details are at http://www.shogun-toolbox.org/buildbot/builders/deb3%20-%20modular_interfaces/builds/1500 | 23:18 |
@wiking | as in case of travis | 23:18 |
shogun-notifier- | shogun: Soeren Sonnenburg :develop * 75f8cf1 / src/shogun/lib/ (3 files): https://github.com/shogun-toolbox/shogun/commit/75f8cf1ab342ee8fad9df862f9fa35f42d92c4f7 | 23:23 |
shogun-notifier- | shogun: use forward declaration for RefCount and fix name clash ref_count() vs ref_count | 23:23 |
@sonney2k | wiking, but then I have to configure for each setting again right? I cannot do them all in one go but just have a different target for each interface I can make <target>? | 23:25 |
@wiking | doh there's no out of box boxplot by d3js | 23:25 |
@wiking | sonney2k: you can compile the all the interfaces at once | 23:25 |
@wiking | btw "buildbot which interfaces fails but only the end result" why? | 23:26 |
@wiking | you mean which test fails? or which compile fails? | 23:26 |
@sonney2k | wiking, look at the master.cfg | 23:26 |
@sonney2k | wiking, I had one Compile step per interface | 23:26 |
@sonney2k | but only one configure step | 23:26 |
@wiking | mmmm | 23:26 |
@wiking | yes the compile step will not be separate | 23:27 |
@sonney2k | leaving that aside I have trouble with this now http://shogun-toolbox.org/buildbot/builders/deb3%20-%20modular_interfaces/builds/1500/steps/configure/logs/stdio | 23:27 |
@wiking | the test step can be made different | 23:27 |
@sonney2k | Could NOT find JNI (missing: JAVA_AWT_LIBRARY JAVA_JVM_LIBRARY | 23:27 |
@sonney2k | wiking, not the target for the compile? | 23:27 |
@wiking | mmm why is there no jni :( | 23:27 |
@sonney2k | I mean have sth like targets: all my interfaces? | 23:27 |
@wiking | sonney2k: well | 23:28 |
@sonney2k | it used to work with configure but maybe it is this JAVA_AWT_INCLUDE_PATH? | 23:28 |
@sonney2k | what is this? | 23:28 |
@wiking | sonney2k: actually there is a target | 23:28 |
@wiking | sonney2k: make shogun | 23:28 |
@wiking | that is the libshogun | 23:28 |
@wiking | make python_modular | 23:28 |
@wiking | make <interface>_modular | 23:28 |
@wiking | should work | 23:28 |
@sonney2k | wiking, exactly what I want | 23:28 |
@wiking | as they are custom targets | 23:28 |
@wiking | so it should work i think | 23:28 |
@wiking | of course if you just type | 23:28 |
@wiking | make | 23:28 |
@wiking | then i'll do make all | 23:29 |
@wiking | and that'll build u everything | 23:29 |
@wiking | mmm where's your java? | 23:29 |
@wiking | standard openjdk by debian? | 23:30 |
@wiking | or some funky shit? | 23:30 |
@sonney2k | wiking, yes standard openjdk | 23:30 |
@wiking | mmm neverseen this before | 23:31 |
@wiking | heheh | 23:31 |
@wiking | http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=718290 | 23:32 |
@wiking | maybe u have the same problem? | 23:32 |
shogun-buildbot | build #1765 of deb1 - libshogun is complete: Success [build successful] Build details are at http://www.shogun-toolbox.org/buildbot/builders/deb1%20-%20libshogun/builds/1765 | 23:33 |
shogun-buildbot | build #1387 of deb2 - static_interfaces is complete: Failure [failed configure] Build details are at http://www.shogun-toolbox.org/buildbot/builders/deb2%20-%20static_interfaces/builds/1387 blamelist: Roman Votyakov <votjakovr@gmail.com> | 23:33 |
@sonney2k | wiking it is make _python_modular | 23:33 |
@sonney2k | wiking, but it worked with configure? | 23:33 |
@wiking | sonney2k: yes for pyton | 23:33 |
@wiking | sonney2k: for python | 23:33 |
@wiking | other interfaces are <interface>_modular | 23:33 |
@wiking | sonney2k: swig+cmake has some funky thing going on with python | 23:34 |
@sonney2k | wiking, no _<interface>_modular | 23:34 |
@wiking | sonney2k: export JAVA_HOME=/ | 23:34 |
shogun-buildbot | build #1501 of deb3 - modular_interfaces is complete: Failure [failed configure] Build details are at http://www.shogun-toolbox.org/buildbot/builders/deb3%20-%20modular_interfaces/builds/1501 blamelist: Roman Votyakov <votjakovr@gmail.com> | 23:34 |
@sonney2k | ahh | 23:34 |
@wiking | sonney2k: | 23:34 |
@wiking | export JAVA_HOME= | 23:34 |
@wiking | try that | 23:34 |
shogun-buildbot | build #1204 of cyg1 - libshogun is complete: Failure [failed configure] Build details are at http://www.shogun-toolbox.org/buildbot/builders/cyg1%20-%20libshogun/builds/1204 blamelist: Roman Votyakov <votjakovr@gmail.com> | 23:34 |
@wiking | i mean the right path | 23:34 |
shogun-buildbot | build #881 of rpm1 - libshogun is complete: Failure [failed configure] Build details are at http://www.shogun-toolbox.org/buildbot/builders/rpm1%20-%20libshogun/builds/881 blamelist: Roman Votyakov <votjakovr@gmail.com> | 23:35 |
-!- shogun-buildbot [~shogun-bu@7nn.de] has quit [Quit: buildmaster reconfigured: bot disconnecting] | 23:37 | |
-!- shogun-buildbot [~shogun-bu@7nn.de] has joined #shogun | 23:37 | |
shogun-buildbot | build #1502 of deb3 - modular_interfaces is complete: Failure [failed configure] Build details are at http://www.shogun-toolbox.org/buildbot/builders/deb3%20-%20modular_interfaces/builds/1502 | 23:37 |
@sonney2k | wiking, you mean /usr/lib/jvm/java-6-openjdk-amd64 ? | 23:38 |
shogun-buildbot | build #1769 of deb1 - libshogun is complete: Failure [failed compile] Build details are at http://www.shogun-toolbox.org/buildbot/builders/deb1%20-%20libshogun/builds/1769 blamelist: Soeren Sonnenburg <sonne@debian.org> | 23:38 |
@sonney2k | wiking, / worked but now ruby fails with narray | 23:39 |
@sonney2k | CMake Error at /usr/share/cmake-2.8/Modules/FindPackageHandleStandardArgs.cmake:97 (MESSAGE): | 23:39 |
@sonney2k | Could NOT find RubyNArray (missing: RUBY_NARRAY_INCLUDE_DIR | 23:39 |
@sonney2k | RUBY_NARRAY_LIBRARY) | 23:39 |
@sonney2k | Call Stack (most recent call first): | 23:39 |
@sonney2k | /usr/share/cmake-2.8/Modules/FindPackageHandleStandardArgs.cmake:288 (_FPHSA_FAILURE_MESSAGE) | 23:39 |
@sonney2k | cmake/FindRubyNArray.cmake:42 (FIND_PACKAGE_HANDLE_STANDARD_ARGS) | 23:39 |
shogun-buildbot | build #1417 of bsd1 - libshogun is complete: Failure [failed test] Build details are at http://www.shogun-toolbox.org/buildbot/builders/bsd1%20-%20libshogun/builds/1417 blamelist: Roman Votyakov <votjakovr@gmail.com> | 23:39 |
@sonney2k | CMakeLists.txt:586 (FIND_PACKAGE) | 23:39 |
@wiking | sonney2k: where's your narray | 23:41 |
@wiking | sonney2k: i've been dealing with that quite some | 23:41 |
@sonney2k | wiking, please ssh into the buildbot and check | 23:42 |
@wiking | ok i see | 23:43 |
@wiking | where's the cmake? | 23:43 |
@wiking | it's not under/var/lib/buildbot/slaves | 23:44 |
@wiking | or it's not that machine actually... i guess | 23:44 |
@wiking | sonney2k: can u send me the build/CMakeFiles/CMakeError.log plz | 23:45 |
shogun-notifier- | shogun: Soeren Sonnenburg :develop * 32535dc / src/shogun/ (6 files): https://github.com/shogun-toolbox/shogun/commit/32535dc7bebd38726dd16378ae590021ab66c3de | 23:47 |
shogun-notifier- | shogun: use forward declarations for RefCount also for other base objects | 23:47 |
-!- travis-ci [~travis-ci@ec2-54-225-61-153.compute-1.amazonaws.com] has joined #shogun | 23:49 | |
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/10171822 | 23:49 |
-!- travis-ci [~travis-ci@ec2-54-225-61-153.compute-1.amazonaws.com] has left #shogun [] | 23:49 | |
@sonney2k | wiking, I have another big issue: when one has shogun installed in /usr/local/ with includes - cmake will take the wrong includes (the one from the system). could we somehow get an -I../src into the flags? | 23:55 |
--- Log closed Wed Aug 14 00:00:14 2013 |
Generated by irclog2html.py 2.10.0 by Marius Gedminas - find it at mg.pov.lt!