--- Log opened Tue Jan 07 00:00:40 2014 | ||
shogun-notifier- | shogun: Bj?rn Esser :feature/fix-java_modular * 082d134 / src/interfaces/java_modular/CMakeLists.txt: https://github.com/shogun-toolbox/shogun/commit/082d134f17e9aea5844e1af60c75b1be93bedb28 | 00:07 |
---|---|---|
shogun-notifier- | shogun: rename shogun_jar.jar to shogun.jar if neccessary | 00:07 |
-!- bb_ [458fc8de@gateway/web/freenode/ip.69.143.200.222] has quit [Ping timeout: 272 seconds] | 00:28 | |
-!- gsomix [~gsomix@188.168.14.35] has quit [Ping timeout: 260 seconds] | 01:18 | |
-!- gsomix [~gsomix@188.168.14.35] has joined #shogun | 01:18 | |
-!- travis-ci [~travis-ci@ec2-54-224-24-238.compute-1.amazonaws.com] has joined #shogun | 01:23 | |
travis-ci | [travis-ci] it's Bj?rn Esser'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/16495678 | 01:23 |
-!- travis-ci [~travis-ci@ec2-54-224-24-238.compute-1.amazonaws.com] has left #shogun [] | 01:23 | |
-!- FSCV [~FSCV@fixed-203-250-138.iusacell.net] has quit [Quit: Leaving] | 01:58 | |
-!- pickle27 [~kevin@192-0-136-118.cpe.teksavvy.com] has joined #shogun | 02:40 | |
pickle27 | what was the great step to reduce the footprint of the objects? | 02:40 |
-!- shogun-notifier- [~irker@7nn.de] has quit [Quit: transmission timeout] | 03:07 | |
-!- pickle27 [~kevin@192-0-136-118.cpe.teksavvy.com] has quit [Quit: Leaving] | 04:30 | |
-!- gsomix [~gsomix@188.168.14.35] has quit [Quit: Leaving] | 04:49 | |
-!- Muktabh [~Muktabh@122.177.34.246] has quit [Quit: Leaving] | 06:02 | |
-!- lisitsyn [~lisitsyn@31-28-48-250.clients.tlt.100megabit.ru] has quit [Ping timeout: 248 seconds] | 06:09 | |
-!- zxtx_ [~zv@c-98-223-196-32.hsd1.in.comcast.net] has joined #shogun | 06:34 | |
-!- Netsplit *.net <-> *.split quits: zxtx | 06:40 | |
sonne|work | moin besser82! | 08:54 |
-!- gsomix [~gsomix@188.168.14.35] has joined #shogun | 09:08 | |
gsomix | good morning | 09:08 |
sonne|work | gsomix: moin moin | 09:08 |
besser82 | sonne|work: moin!! | 10:07 |
besser82 | sonne|work: yesterday we stumbled into some weird, possibly swig-releated, thing with java_modular... | 10:08 |
sonne|work | besser82: could you please send a PR for that glob thing? | 10:08 |
sonne|work | besser82: looked more like you already had a shogun install | 10:08 |
sonne|work | and some conflict due to that.. | 10:08 |
besser82 | sonne|work: hehe, yes, didn't mind that :-P | 10:08 |
besser82 | sonne|work: shogun-devel :-P | 10:09 |
sonne|work | besser82: what? | 10:11 |
besser82 | sonne|work: I woud need to `yum erase shogun-devel` ;) | 10:11 |
sonne|work | yes | 10:11 |
besser82 | sonne|work: lemme try again ;) | 10:12 |
sonne|work | besser82: glob PR please :) | 10:12 |
besser82 | sonne|work: lemme double check, make some improve && PR is comming ;) | 10:12 |
sonne|work | besser82: and? | 10:29 |
besser82 | sonne|work: doesn't work still :( | 10:29 |
besser82 | sonne|work: but I think I found a fix ;) | 10:29 |
sonne|work | doesn't work as in ? | 10:30 |
sonne|work | more verbose | 10:30 |
sonne|work | the glob should fix it | 10:30 |
besser82 | sonne|work: as in the manifest if empty then :( | 10:30 |
-!- gsomix [~gsomix@188.168.14.35] has quit [Read error: Connection reset by peer] | 10:34 | |
adrin | Hey, good morning :) I came and noticed I've had messages, but my scroll history was too short here, so I've lost it. It should've been about my compile error, did anybody had a look at them? | 10:40 |
sonne|work | adrin: look at the channel logs from yesterday | 10:40 |
sonne|work | besser82: haha | 10:41 |
besser82 | sonne|work: which `haha`? | 10:41 |
sonne|work | besser82: manifest == empty | 10:41 |
besser82 | sonne|work: :-P | 10:42 |
adrin | sonney2k, I know I have an older shogun somewhere else, but it's a server that I can't touch it's packages, so I'm compiling everything for myself. | 10:43 |
sonne|work | adrin: we don't have a fix for that :( | 10:49 |
sonne|work | besser82: or do you? | 10:49 |
adrin | besser82 was going to work on it over the xmas holidays? :D :P | 10:49 |
sonne|work | adrin: not sure if he fixed that... | 10:50 |
besser82 | adrin: but unfortunately i'm not finished with that :( | 10:50 |
besser82 | sonne|work: not yet :( | 10:50 |
-!- lisitsyn [~lisitsyn@31-28-48-250.clients.tlt.100megabit.ru] has joined #shogun | 10:50 | |
adrin | ah ok, as long as you're working in it, I can still have hope :P | 10:50 |
sonne|work | adrin: can't you compile on a system that doesn't have an old shogun pre-installed | 10:51 |
adrin | sonne|work, I can, I mean, I can at least try, but there's no point in doing so for me. All the systems that have enough RAM to load my data, are the servers which all already have the old version installed. | 10:52 |
sonne|work | adrin: then copy the install over once compiled :) | 10:53 |
adrin | sonne|work, then I need to update all the paths to shared objects in library binaries and executables once I move them to the new server. It doesn't seem to be a very feasible solution since I even have my custom gcc compiled in my home folder on the server :( | 10:55 |
-!- Saurabh7 [~Saurabh7@59.88.38.193] has joined #shogun | 11:06 | |
Saurabh7 | hello | 11:07 |
Saurabh7 | am i right to think that densefeature creates a new subset stack here: http://www.shogun-toolbox.org/doc/en/3.0.0/DenseFeatures_8cpp_source.html#l00029 | 11:07 |
sonne|work | Saurabh7: yes | 11:10 |
sonne|work | adrin: yeah! | 11:10 |
Saurabh7 | sonney2k, but when i use a different copy to add subset, the last subset seems to be the one i added to another | 11:11 |
Saurabh7 | *copy of densefeature | 11:12 |
sonne|work | Saurabh7: yes... http://www.shogun-toolbox.org/doc/en/3.0.0/SubsetStack_8cpp_source.html#l00021 | 11:28 |
-!- Saurabh7 [~Saurabh7@59.88.38.193] has quit [Ping timeout: 272 seconds] | 11:43 | |
-!- Saurabh7 [~Saurabh7@59.88.38.193] has joined #shogun | 11:54 | |
besser82 | sonne|work: got java_modular working!!!! :D | 12:00 |
sonne|work | besser82: how? | 12:00 |
besser82 | sonne|work: PR is incomming in any minute ;) | 12:01 |
besser82 | sonne|work: solution is quite simple :) | 12:01 |
sonne|work | glob? | 12:01 |
besser82 | sonne|work: yes, glob, but not add_jar() | 12:01 |
sonne|work | well show me | 12:01 |
besser82 | sonne|work: just minute... | 12:01 |
Saurabh7 | sonne|work, but isnt it inconsistent with what i am observing?I create two separate copies,but when I add subsets to those two in sucession ,the second one has last added subset of the first one....shouldnt they have separate stacks? | 12:03 |
sonne|work | Saurabh7: give us some minimal example - best a test so we can fix it! | 12:04 |
-!- shogun-notifier- [~irker@7nn.de] has joined #shogun | 12:06 | |
shogun-notifier- | shogun: Bj?rn Esser :feature/fix-java_modular * 1453bd5 / examples/undocumented/java_modular/foo_uncompressed.str: https://github.com/shogun-toolbox/shogun/commit/1453bd52dad26c1602faab25588f45848672afa6 | 12:06 |
shogun-notifier- | shogun: clean sparse file from testsuite | 12:06 |
shogun-notifier- | shogun: Bj?rn Esser :feature/fix-java_modular * 5cfeb89 / examples/CMakeLists.txt: https://github.com/shogun-toolbox/shogun/commit/5cfeb892028f7ae80073305ad2e081567f0705c2 | 12:06 |
shogun-notifier- | shogun: fix inclusion of subdirs | 12:06 |
shogun-notifier- | shogun: Bj?rn Esser :feature/fix-java_modular * e699ddb / / (2 files): https://github.com/shogun-toolbox/shogun/commit/e699ddbe5fe94cc8933c4060588451e6d8b4eb23 | 12:06 |
shogun-notifier- | shogun: fix build of java_modular with OpenJDK | 12:06 |
besser82 | sonne|work: https://github.com/shogun-toolbox/shogun/pull/1809 | 12:07 |
@wiking | besser82: it's enough to have PR or (excluding or) feature branch | 12:10 |
@wiking | as travis will run on either of them | 12:10 |
besser82 | wiking: i know, but sonne|work wanted PR asap ;) | 12:11 |
besser82 | wiking: for Travis PR XOR branch is enough, i know ;) | 12:12 |
sonne|work | besser82: so you do it manually now right? | 12:12 |
besser82 | sonne|work: yes, but that is basically the same add_jar() does ;) | 12:13 |
besser82 | sonne|work: just less complicated... | 12:13 |
besser82 | sonne|work: add_jar() && SWIG don't play well with oneanother on a few platforms | 12:13 |
@wiking | besser82: but that's just weird :) | 12:17 |
besser82 | wiking: what is weird?!? | 12:20 |
besser82 | wiking: on some platforms javac/jar cannot handle glob in manifest-file... | 12:20 |
-!- travis-ci [~travis-ci@ec2-50-16-165-187.compute-1.amazonaws.com] has joined #shogun | 13:02 | |
travis-ci | [travis-ci] it's Bj?rn Esser'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/16519056 | 13:02 |
-!- travis-ci [~travis-ci@ec2-50-16-165-187.compute-1.amazonaws.com] has left #shogun [] | 13:02 | |
besser82 | sonne|work, wiking, lisitsyn: Objections on merging https://github.com/shogun-toolbox/shogun/pull/1809 ? | 13:09 |
besser82 | sonney2k: ^^^ | 13:10 |
shogun-notifier- | shogun: Bj?rn Esser :develop * 1453bd5 / examples/undocumented/java_modular/foo_uncompressed.str: https://github.com/shogun-toolbox/shogun/commit/1453bd52dad26c1602faab25588f45848672afa6 | 13:35 |
shogun-notifier- | shogun: clean sparse file from testsuite | 13:35 |
shogun-notifier- | shogun: Bj?rn Esser :develop * 5cfeb89 / examples/CMakeLists.txt: https://github.com/shogun-toolbox/shogun/commit/5cfeb892028f7ae80073305ad2e081567f0705c2 | 13:36 |
shogun-notifier- | shogun: fix inclusion of subdirs | 13:36 |
shogun-notifier- | shogun: Bj?rn Esser :develop * e699ddb / / (2 files): https://github.com/shogun-toolbox/shogun/commit/e699ddbe5fe94cc8933c4060588451e6d8b4eb23 | 13:36 |
shogun-notifier- | shogun: fix build of java_modular with OpenJDK | 13:36 |
shogun-notifier- | shogun: Viktor Gal :develop * cbf1553 / / (4 files): https://github.com/shogun-toolbox/shogun/commit/cbf155368ec14c0c08e97aeb2573d5bcbd15bd06 | 13:36 |
shogun-notifier- | shogun: Merge pull request #1809 from shogun-toolbox/feature/fix-java_modular | 13:36 |
shogun-notifier- | shogun: | 13:36 |
shogun-notifier- | shogun: fix build of java_modular with OpenJDK | 13:36 |
@wiking | besser82: it's just weird because i thought that this would be handled by cmake's add_jar | 13:36 |
@wiking | that's why | 13:37 |
besser82 | wiking: unfortunately not :( add_jar() just makes like `echo $passed_sources > manifest`... | 13:37 |
@wiking | besser82: imo that should be fired as a bug then for cmake | 13:38 |
besser82 | wiking: the problem with that is: the sources manifest is created, BEFORE swig creates those *.java and that's why the glob won't be handled properly | 13:39 |
besser82 | wiking: it's a known issue of UseJava.cmake | 13:40 |
@wiking | besser82: then it's a bug :) | 13:44 |
@wiking | should b fixed in cmake | 13:44 |
-!- Saurabh7 [~Saurabh7@59.88.38.193] has quit [Ping timeout: 248 seconds] | 13:44 | |
besser82 | wiking: yes, it's a known bug, but noone see a reason to fix it | 13:45 |
@wiking | :< | 13:45 |
besser82 | wiking: because fixing is actually much harder, that using that proposed workaround | 13:45 |
-!- Broschki [b01a8cc8@gateway/web/freenode/ip.176.26.140.200] has joined #shogun | 13:49 | |
sonne|work | besser82: anyway not a bug related to openjdk | 13:50 |
besser82 | sonne|work: right ;) | 13:50 |
besser82 | sonne|work: shall i merge?!? | 13:50 |
sonne|work | besser82: didn't wiking already? | 13:51 |
sonne|work | he did... | 13:51 |
besser82 | sonne|work: didn't see :( | 13:51 |
sonne|work | besser82: btw what is the CMAKE_CURRENT_SRCDIR? | 13:53 |
besser82 | sonne|work: That is the correct var evaluating to the dir which contains the currently processing CMakeLists | 13:53 |
sonne|work | besser82: then we have the same issue in the root CMakeLists.txt | 13:54 |
besser82 | sonne|work: CMAKE_SRCDIR *always* refers to src-toplevel ;) | 13:54 |
sonne|work | then I don't get the difference... | 13:54 |
besser82 | sonne|work: so in toplevel-cmake-file both are fine ;) | 13:54 |
sonne|work | ahh no all good | 13:55 |
sonne|work | forget it | 13:55 |
sonne|work | understood | 13:55 |
besser82 | sonne|work: kk | 13:55 |
sonne|work | besser82: btw any idea where to change the include order so that -I./ is first and fixes adrin's and our issues with the currently installed thing? | 13:56 |
sonne|work | besser82: btw :) https://buildd.debian.org/status/package.php?p=shogun | 13:56 |
besser82 | sonne|work: :D | 13:56 |
sonne|work | besser82: it took mips 6h 34m to build libshogun | 13:56 |
besser82 | sonne|work: forget about overriding the systems include-dir :-P | 13:57 |
sonne|work | not really and override it is just a missing -I. in the front | 13:57 |
sonne|work | but I have no idea where includes are set | 13:57 |
besser82 | sonne|work: that problem with inference on installed shogun is *simply* a design-failure of whole build | 13:57 |
besser82 | sonne|work: && include-logic | 13:57 |
besser82 | sonne|work: you cannot override the fact -I/usr/local/include -I/usr/include is *always* prefered | 13:58 |
sonne|work | besser82: well that -I would quickly fix it - so until we have sth proper (aka your cmake stuff) lets fix the issue | 13:58 |
sonne|work | besser82: no it is not preferred | 13:58 |
sonne|work | include order matters | 13:59 |
besser82 | sonne|work: nope | 13:59 |
besser82 | sonne|work: system-include dirs are always prefered | 13:59 |
besser82 | sonne|work: that are hardcoded in compiler | 13:59 |
besser82 | sonne|work: one cannot change that, but recompiling the compiler | 13:59 |
besser82 | sonne|work: include-order matters when it comes to "extra" include-dirs | 14:00 |
sonne|work | besser82: I don't think that is true | 14:00 |
besser82 | sonne|work: believe me | 14:00 |
sonne|work | I think -I foo is looked up first | 14:00 |
besser82 | sonne|work: nope | 14:00 |
sonne|work | ok let me try it for real | 14:00 |
besser82 | sonne|work: but i can hot-fix that include-shaitz anyways ;) | 14:02 |
besser82 | sonne|work: just need ~30 mins or so... | 14:02 |
sonne|work | besser82: it really is as I said | 14:02 |
sonne|work | besser82: try yourself | 14:02 |
sonne|work | #include <bla.h> | 14:03 |
sonne|work | #include <stdio.h> | 14:03 |
sonne|work | int main(int argc, char** argv) | 14:03 |
sonne|work | { | 14:03 |
sonne|work | printf("%d\n", bla); | 14:03 |
sonne|work | } | 14:03 |
sonne|work | then put | 14:03 |
sonne|work | const int bla=1; | 14:03 |
sonne|work | into bla.h | 14:03 |
sonne|work | and compile with gcc -I. foo.c | 14:04 |
sonne|work | and put one in e.g. /usr/local/include/bla.h with | 14:04 |
sonne|work | const int bla=2; | 14:04 |
sonne|work | besser82: if you compile without -I. you have the issue | 14:04 |
sonne|work | if you use -I. all good | 14:04 |
sonne|work | so besser82 / wiking - we just need that... | 14:05 |
sonne|work | shogun-buildbot: force build --branch=develop 'deb3 - modular_interfaces' | 14:06 |
shogun-buildbot | build forced [ETA 46m34s] | 14:06 |
shogun-buildbot | I'll give a shout when the build finishes | 14:06 |
besser82 | sonne|work: shall I do quick&&dirty || clean_approach ? | 14:09 |
besser82 | sonne|work: first takes a minute, latter ~ 30 mins | 14:09 |
besser82 | sonne|work: which compiler did you use?!? | 14:11 |
besser82 | wiking: ^^^ clean or f*cked-up approach? | 14:12 |
besser82 | sonne|work: currently doing the clean approach :D | 14:24 |
besser82 | sonne|work: just a moment... will be finished in short | 14:25 |
-!- travis-ci [~travis-ci@ec2-54-227-3-61.compute-1.amazonaws.com] has joined #shogun | 14:28 | |
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/16522413 | 14:28 |
-!- travis-ci [~travis-ci@ec2-54-227-3-61.compute-1.amazonaws.com] has left #shogun [] | 14:28 | |
-!- Broschki [b01a8cc8@gateway/web/freenode/ip.176.26.140.200] has quit [Quit: Page closed] | 14:32 | |
shogun-buildbot | Hey! build deb3 - modular_interfaces #2129 is complete: Success [build successful] | 14:33 |
shogun-buildbot | Build details are at http://buildbot.shogun-toolbox.org/builders/deb3%20-%20modular_interfaces/builds/2129 | 14:33 |
adrin | besser82, I guess at least according to the gcc documentation, sonne|work is right: http://gcc.gnu.org/onlinedocs/cpp/Search-Path.html | 15:15 |
adrin | it says: You can add to this list with the -Idir command line option. All the directories named by -I are searched, in left-to-right order, before the default directories. The only exception is when dir is already searched by default. In this case, the option is ignored and the search order for system directories remains unchanged. | 15:16 |
-!- lisitsyn [~lisitsyn@31-28-48-250.clients.tlt.100megabit.ru] has left #shogun [] | 15:47 | |
besser82 | sonney2k, sonne|work, wiking: nearly finished with that include-scope; doing final local testbuild, then push to featurebranch | 16:00 |
sonne|work | besser82: cool cool | 16:03 |
besser82 | sonne| and I did it the clean way ;) | 16:03 |
sonne|work | besser82: show me :D | 16:07 |
shogun-notifier- | shogun: Bj?rn Esser :feature/fix_includes * c0f9dc2 / / (1592 files): https://github.com/shogun-toolbox/shogun/commit/c0f9dc28db650b1d9e751aa364d7a01836b7942f | 16:12 |
shogun-notifier- | shogun: removed `shogun/`-prefix from #include | 16:12 |
shogun-notifier- | shogun: Bj?rn Esser :feature/fix_includes * ab20c83 / doc/ (3 files): https://github.com/shogun-toolbox/shogun/commit/ab20c832c3654f215ae0b7d6a2e5f485e7c63370 | 16:12 |
shogun-notifier- | shogun: adapted README_developer.md for new include-scope | 16:12 |
shogun-notifier- | shogun: Bj?rn Esser :feature/fix_includes * b2b773b / / (12 files): https://github.com/shogun-toolbox/shogun/commit/b2b773bae4fa90cee2db27803790beebb31695e7 | 16:12 |
shogun-notifier- | shogun: adapt CMake-includes for new include-scope | 16:12 |
besser82 | sonne|work: ^^^ there it goes :D | 16:12 |
besser82 | sonne|work: and Travis does it's work: https://travis-ci.org/shogun-toolbox/shogun | 16:13 |
besser82 | sonne|work: PR: https://github.com/shogun-toolbox/shogun/pull/1810 | 16:16 |
@wiking | besser82: why is this include form better? | 16:16 |
besser82 | wiking: because this way one has a real distinction between build/src-tree and system's include-dir | 16:17 |
besser82 | wiking: the old style was dependent on the strict and correct order of the -I | 16:17 |
sonne|work | besser82: what is ${CMAKE_CURRENT_BINARY_DIR} ? | 16:18 |
besser82 | wiking: the new one will need explicit -I to work; no incidetial pick-up by system-flags ;) | 16:18 |
besser82 | sonne|work: like SRCDIR, but for the build-tree | 16:19 |
besser82 | sonne|work: SRC=/MYDIR/ | 16:19 |
besser82 | sonne|work: BINARY=/MYDIR/build | 16:19 |
besser82 | sonne|work: or whatever dir you build in ;) | 16:19 |
besser82 | sonne|work: got it? | 16:22 |
sonne|work | yeah ok | 16:24 |
sonne|work | besser82: but why do we need to include the build/src/shogun ? | 16:24 |
sonne|work | are we generating the source files in there or additional ones like config.h or? | 16:25 |
besser82 | sonne|work: afaik some .h.in get generated to .h into there | 16:25 |
besser82 | sonne|work: yes | 16:25 |
besser82 | sonne|work: otherwise it won't hurt either ;) | 16:25 |
sonne|work | besser82: heh ok - so the ${CMAKE_SOURCE_DIR}/src/shogun is what we needed right? | 16:28 |
besser82 | sonne|work: yes, that's where basically all headers are in | 16:28 |
sonne|work | besser82: I am just not sure why you did add CMAKE_CURRENT_SOURCE_DIR that often but certainly won't hurt when done at the end | 16:29 |
besser82 | sonne|work: basically all dir, where c++-action is going need that ;) | 16:30 |
shogun-notifier- | shogun: Bj?rn Esser :feature/fix_includes * 0bdc64b / src/interfaces/ruby_modular/CMakeLists.txt: https://github.com/shogun-toolbox/shogun/commit/0bdc64b5ec4d0080e7b8c5278826f3c0ff33ec80 | 16:30 |
shogun-notifier- | shogun: adapt ruby_modular for the new include-scope, too | 16:30 |
sonne|work | I think we don't even have headers there... | 16:30 |
besser82 | sonne|work: no, but we need da SHOGUN-headerzzz ;) | 16:31 |
sonne|work | yeah but that would be just ${CMAKE_SOURCE_DIR}/src/shogun | 16:31 |
sonne|work | actually no | 16:31 |
sonne|work | ${CMAKE_SOURCE_DIR}/src | 16:31 |
sonne|work | no shogun in there | 16:31 |
sonne|work | since we always do <shogun/foo/bar> | 16:31 |
sonne|work | s/bar/bar.h/ | 16:31 |
besser82 | sonne|work: yes, and that got changed in that PR | 16:32 |
besser82 | sonne|work: now, we start doing <feature/header.h> | 16:32 |
sonne|work | why that? | 16:32 |
besser82 | sonne|work: using <shogun/feature/header.h> is *evil* | 16:32 |
sonne|work | besser82: why?! | 16:32 |
besser82 | sonne|work: that is guranteed to be mixed-up with a system installed shogun ;) | 16:33 |
besser82 | sonne|work: I relies on a fragile order of -I. | 16:33 |
sonne|work | besser82: nahh | 16:33 |
besser82 | sonne|work: where the other scope does not | 16:33 |
besser82 | sonne|work: that needs *explicit* -I/usr/include/shogun or other location ;) | 16:34 |
sonne|work | yeah but then you always have to change examples etc | 16:34 |
sonne|work | and you need an explicit | 16:34 |
sonne|work | yes exactly | 16:34 |
besser82 | sonne|work: change examples?!? | 16:34 |
sonne|work | I don't like that admittedly | 16:34 |
sonne|work | well they use <shogun/foo/bar.h> | 16:34 |
besser82 | sonne|work: I going to setup an shogun.pc | 16:34 |
besser82 | sonne|work: and that is wrong | 16:35 |
besser82 | sonne|work: basically any lib needs an explicit -I | 16:36 |
besser82 | sonne|work: like eigen3 -I/usr/include/Eigen/eigen3 | 16:36 |
besser82 | sonne|work: blas, altlas, lapack, .... | 16:36 |
besser82 | sonne|work: many, many others | 16:37 |
besser82 | sonne|work: that's what pkg-config was invented for | 16:37 |
besser82 | g++ $(pkg-config myLib) -o myapp src.cpp | 16:37 |
sonne|work | besser82: I find that more troublesome - think about having two projects having a lib/config.h etc | 16:45 |
besser82 | sonne|work: that's a good reason not to be too general in naming headers :-P | 16:46 |
sonne|work | or having some prefix underneath - then rather /usr/include/shogun/shogun3 | 16:47 |
besser82 | sonne|work: a project should have a %dir/%{project}_config.h | 16:47 |
sonne|work | but *I* would leave things as is and just add the other include | 16:47 |
besser82 | sonne|work: ??? | 16:48 |
sonne|work | besser82: well we cannot change everything in one step - and this here is very intrusive and will break everything out there | 16:48 |
besser82 | sonne|work: might be a point... | 16:49 |
sonne|work | besser82: yes I would just add ${CMAKE_SOURCE_DIR}/src to includes | 16:49 |
besser82 | sonne|work: *sigh* | 16:50 |
sonne|work | I am not saying we can't do this for say 4.0 but I wouldn't now | 16:50 |
sonne|work | no idea what the others think about that | 16:50 |
besser82 | sonne|work: but actually on the other hand: | 16:51 |
besser82 | sonne|work: if one uses a c++ compiler, he is *supposed* to know how to use it properly | 16:51 |
@wiking | besser82: pkg-onfig isn't standard | 16:51 |
@wiking | *pkg-config | 16:52 |
besser82 | wiking: yes, wincrap doesn't have that | 16:52 |
@wiking | besser82: i see no point in removing shogun in include | 16:52 |
sonne|work | well pkg-config support makes things more clean so on the long run it would be nice to have at least | 16:52 |
sonne|work | well besser82 has a point but it is intrusive | 16:52 |
@wiking | moreover that's a good thing when u write code that you dont do like | 16:52 |
besser82 | wiking: and we are relying on having pkg-config in CMake | 16:52 |
@wiking | #include <features/Whatever.h> | 16:53 |
@wiking | who's features and what? | 16:53 |
@wiking | at least with <shogun/...> you know that where the whole things comes from | 16:53 |
sonne|work | that was the reason I added shogun/ in front... | 16:53 |
@wiking | i dont have a problem with intrusive patches | 16:53 |
@wiking | but i see no real sense behind this change | 16:53 |
besser82 | wiking, sonne|work: then we should stack that into a ssubdir | 16:54 |
sonne|work | yeah like Eigen/eigen3 | 16:54 |
sonne|work | so shogun/shogun3 :D | 16:54 |
besser82 | wiking, sonne|work: like installing to ${perfix}/include/shogun/shogun.* | 16:54 |
besser82 | sonne|work: another intrusive ;) | 16:54 |
sonne|work | sure that is why for now not but later migth be nice if we want to show that we have a API compatible release... | 16:55 |
besser82 | sonne|work: that would require to change headers on every major | 16:55 |
besser82 | sonne|work: let's take it the other way | 16:55 |
besser82 | sonne|work: sogun%{version}/shogun ;) | 16:55 |
besser82 | sonne|work, wiking: ^^^ | 16:56 |
besser82 | sonne|work: shogun%{so-version}/shogun would be nice too | 16:57 |
besser82 | sonne|work: API-compatible release :-P | 16:57 |
besser82 | sonne|work: I'd suggest getting a usable so-version, first | 16:58 |
besser82 | sonne|work: like so-release.so-latest-compat.so-earliest-compat | 16:59 |
sonne|work | we have a useable so version currently | 16:59 |
sonne|work | but not API | 16:59 |
besser82 | sonne|work: so-version just gets bumped, but doesn't tell me about back-compat ;) | 16:59 |
sonne|work | ohh jus we bump it when not back compat | 16:59 |
sonne|work | and due to the monolithic approach we have to bump too often | 17:00 |
sonne|work | that is why we wanted d-ptrs... | 17:00 |
besser82 | sonne|work: or plugins ;) | 17:00 |
besser82 | sonne|work: and just a slow moving / bugfix-release-style interf-lib | 17:00 |
besser82 | sonne|work: we need a lot more concept in development cycle / style | 17:01 |
-!- travis-ci [~travis-ci@ec2-50-16-165-187.compute-1.amazonaws.com] has joined #shogun | 17:03 | |
travis-ci | [travis-ci] it's Bj?rn Esser'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/16529983 | 17:03 |
-!- travis-ci [~travis-ci@ec2-50-16-165-187.compute-1.amazonaws.com] has left #shogun [] | 17:03 | |
sonne|work | happy with that but besser82 step by step or we will make no progress at all | 17:03 |
besser82 | sonne|work: If everyone would do a bit, we could do `pimp my shogun` within very low time | 17:06 |
besser82 | sonne|work: We need to do some "hackfest" | 17:08 |
besser82 | sonne|work: work out a plan and go go | 17:08 |
besser82 | sonne|work: I have a kazillion ideas about what and how, but I cannot do planning with myself | 17:09 |
-!- sonne|b0rken [59cc9afa@gateway/web/freenode/ip.89.204.154.250] has joined #shogun | 17:18 | |
sonne|b0rken | besser82: sry had to depart | 17:18 |
sonne|b0rken | besser82: remember I have kids and cannot all go havoc | 17:20 |
sonne|b0rken | besser82: so for my side this (no longer) works | 17:20 |
besser82 | sonne|b0rken: i know | 17:20 |
sonne|b0rken | I try to persistently contribute bit by bit | 17:20 |
sonne|b0rken | all I can do - the others might have time but it certainly has to be sth. everyone wants or it won't happen | 17:21 |
besser82 | sonne|b0rken: the problem just is to get all folks toghether... | 17:22 |
sonne|b0rken | besser82: so for now at least could you just add the include in front | 17:22 |
besser82 | sonne|b0rken: will try, but cannot promise for this work in all cases... | 17:22 |
sonne|b0rken | besser82: well we need somebody pushing it then it will happen. HeikoS might be when he has more time starting from february | 17:22 |
sonne|b0rken | besser82: well adrin will tell us and the -I in front works. I have been using this all the time when shogun was not yet cmake | 17:23 |
sonne|b0rken | besser82: I mean look - the cmake changes take you more time than you have expected - and it is always like that (at least from my personal experience) | 17:26 |
sonne|b0rken | murphy's law or sth | 17:27 |
besser82 | sonne|b0rken: :D | 17:27 |
besser82 | sonne|b0rken: I'm on it | 17:27 |
besser82 | sonne|b0rken: let's give it a try... | 17:28 |
besser82 | sonne|b0rken: btw. what is b0rken?!? | 17:32 |
besser82 | sonne|b0rken: CMake just takes a f*cking bunch of time, because when I do stuff, I usually to it *pristine* | 17:33 |
sonne|b0rken | cannot use chat from this machine | 17:34 |
sonne|b0rken | besser82: that is why | 17:34 |
sonne|b0rken | webclient crap | 17:34 |
* sonne|b0rken off train | 17:39 | |
-!- sonne|b0rken [59cc9afa@gateway/web/freenode/ip.89.204.154.250] has quit [Ping timeout: 272 seconds] | 17:44 | |
-!- travis-ci [~travis-ci@ec2-54-227-3-61.compute-1.amazonaws.com] has joined #shogun | 17:54 | |
travis-ci | [travis-ci] it's Bj?rn Esser'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/16531047 | 17:54 |
-!- travis-ci [~travis-ci@ec2-54-227-3-61.compute-1.amazonaws.com] has left #shogun [] | 17:54 | |
-!- gsomix [~gsomix@188.168.14.35] has joined #shogun | 18:15 | |
-!- adrin_ [~adrin@guest-202.mpi-inf.mpg.de] has joined #shogun | 18:29 | |
-!- adrin [~adrin@guest-202.mpi-inf.mpg.de] has quit [Ping timeout: 246 seconds] | 18:34 | |
-!- anshul__ [uid12132@gateway/web/irccloud.com/x-djecicznuawjmrta] has joined #shogun | 18:44 | |
-!- anshul_ [uid12132@gateway/web/irccloud.com/x-lxnlivptjtoejbvo] has quit [Ping timeout: 240 seconds] | 18:51 | |
-!- anshul__ is now known as anshul_ | 18:51 | |
-!- tricksy_ [uid12458@gateway/web/irccloud.com/x-jinuzbokxryseyps] has quit [Ping timeout: 240 seconds] | 18:51 | |
-!- tricksy__ [uid12458@gateway/web/irccloud.com/x-tqegrjmczmcaudeo] has joined #shogun | 18:51 | |
-!- gsomix [~gsomix@188.168.14.35] has quit [Quit: Leaving] | 18:54 | |
-!- lisitsyn [~lisitsyn@213.87.139.68] has joined #shogun | 19:19 | |
-!- shogun-notifier- [~irker@7nn.de] has quit [Quit: transmission timeout] | 19:30 | |
-!- Netsplit *.net <-> *.split quits: zxtx_ | 19:48 | |
-!- Netsplit over, joins: zxtx_ | 19:48 | |
-!- lisitsyn [~lisitsyn@213.87.139.68] has quit [Read error: Connection reset by peer] | 20:01 | |
@sonney2k | besser82, pong | 20:26 |
-!- lisitsyn [~lisitsyn@213.87.139.68] has joined #shogun | 20:41 | |
@sonney2k | lisitsyn, seen you in action :) | 20:55 |
lisitsyn | sonney2k: what? | 20:55 |
@sonney2k | closing issues :D | 20:57 |
lisitsyn | sonney2k: I haven't closed any | 20:58 |
lisitsyn | in this year | 20:58 |
lisitsyn | sonney2k: so what is you are talking about?? | 20:59 |
@sonney2k | lisitsyn, then ignore me and rather work on the notebook! | 21:00 |
lisitsyn | sonney2k: yeah sure sure that's on my list for today | 21:01 |
-!- lisitsyn [~lisitsyn@213.87.139.68] has quit [Ping timeout: 245 seconds] | 21:09 | |
-!- gsomix [~gsomix@46.20.65.114] has joined #shogun | 21:18 | |
gsomix | goog evening | 21:19 |
-!- iglesiasg [~iglesiasg@524AE0A7.cm-4-3d.dynamic.ziggo.nl] has joined #shogun | 21:22 | |
-!- mode/#shogun [+o iglesiasg] by ChanServ | 21:22 | |
@sonney2k | evening gsomix - enjoying yourself learning? | 21:25 |
@sonney2k | iglesiasg, hey evening! Now you can try again - besser82 fixed things up | 21:25 |
@iglesiasg | sonney2k, hello hello, saw the commit yeah! | 21:25 |
@iglesiasg | sonney2k, since it seems he already tried with OpenJDK I was doing the same with Oracle Java | 21:25 |
gsomix | sonney2k, yep. I have an exam tomorrow. computational math. | 21:26 |
-!- lisitsyn [~lisitsyn@213.87.139.68] has joined #shogun | 21:27 | |
@sonney2k | gsomix, sounds easy ;) | 21:28 |
gsomix | wut? =___= | 21:28 |
@iglesiasg | it worked indeed now | 21:30 |
@iglesiasg | eeeh what?? | 21:46 |
@iglesiasg | I recompiled with examples enabled and got an error in CSVM | 21:46 |
@iglesiasg | compile error | 21:46 |
gsomix | sonney2k, ok. it's really easy. but I'm always a bit nervous before exams. | 21:52 |
@sonney2k | iglesiasg, hard to believe... | 21:59 |
@sonney2k | iglesiasg, you broke it! | 22:00 |
@iglesiasg | sonney2k, well it is true I am not joking really | 22:00 |
@iglesiasg | sonney2k, I just tried it again | 22:00 |
@iglesiasg | sonney2k, when I generate with BUILD_EXAMPLES=ON compilation fails with many | 22:01 |
@iglesiasg | CSVM.java:18: error: cannot find symbol | 22:01 |
@iglesiasg | super(modshogunJNI.CSVM_SWIGUpcast(cPtr), cMemoryOwn); | 22:01 |
@iglesiasg | ^ | 22:01 |
@iglesiasg | symbol: method CSVM_SWIGUpcast(long) | 22:01 |
@iglesiasg | location: class modshogunJNI | 22:01 |
@iglesiasg | maybe I am hallucinating though... | 22:02 |
@sonney2k | iglesiasg, http://buildbot.shogun-toolbox.org/builders/deb3%20-%20modular_interfaces/builds/2129/steps/test%20java%20modular/logs/stdio | 22:18 |
-!- lisitsyn [~lisitsyn@213.87.139.68] has quit [Read error: Connection reset by peer] | 22:18 | |
@sonney2k | iglesiasg, look it works on the buildbot | 22:18 |
@iglesiasg | sonney2k, it did as well yesterday, or? | 22:19 |
@sonney2k | iglesiasg, and on develop https://travis-ci.org/shogun-toolbox/shogun/builds/16522413 | 22:19 |
@sonney2k | travis | 22:19 |
gsomix | good night people | 22:24 |
-!- gsomix [~gsomix@46.20.65.114] has quit [Ping timeout: 240 seconds] | 22:28 | |
-!- gsomix [~gsomix@46.20.65.114] has joined #shogun | 22:31 | |
-!- lisitsyn [~lisitsyn@213.87.139.68] has joined #shogun | 22:54 | |
-!- lisitsyn [~lisitsyn@213.87.139.68] has quit [Read error: Connection reset by peer] | 23:48 | |
-!- iglesiasg [~iglesiasg@524AE0A7.cm-4-3d.dynamic.ziggo.nl] has quit [Quit: Leaving] | 23:54 | |
--- Log closed Wed Jan 08 00:00:42 2014 |
Generated by irclog2html.py 2.10.0 by Marius Gedminas - find it at mg.pov.lt!