--- Log opened Sat Jun 09 00:00:41 2012 | ||
-!- zxtx [~zv@adsl-69-226-50-238.dsl.irvnca.pacbell.net] has joined #shogun | 00:09 | |
@sonney2k | blackburn, around? | 00:15 |
---|---|---|
blackburn | yeap | 00:15 |
@sonney2k | I have a compile error related to %template(IntStdVector) vector<int32_t>; | 00:16 |
@sonney2k | in java_modular | 00:16 |
blackburn | whoops | 00:16 |
@sonney2k | I think it needs SERIALIZABLE_DUMMY(vector<int32_t>); | 00:16 |
blackburn | let me check if we really need that | 00:16 |
@sonney2k | but adding that doesn't work | 00:16 |
@sonney2k | I mean it doesn't change a thing | 00:16 |
blackburn | I merged chris' code w/o many changes | 00:16 |
blackburn | sonney2k: we can remove that! | 00:17 |
blackburn | I'll do | 00:17 |
@sonney2k | blackburn, you mean we no longer need std::vector in interfaces? | 00:18 |
@sonney2k | cool | 00:18 |
blackburn | yes | 00:18 |
blackburn | sure | 00:18 |
blackburn | I thought we need but we don't | 00:18 |
@sonney2k | die die std::vector :P | 00:18 |
@sonney2k | let me see if that fixes the problem here... | 00:18 |
blackburn | I realize I need to move recently added liblinear to transfer | 00:19 |
@sonney2k | you added chris' MTL one? | 00:19 |
blackburn | yes | 00:19 |
blackburn | however patches have gone flatten :( | 00:20 |
@sonney2k | i guess it is currently in cliblinear? | 00:20 |
blackburn | no different class | 00:20 |
@sonney2k | patches? | 00:20 |
blackburn | yes he send me patches to merge | 00:20 |
@sonney2k | ahh ok | 00:20 |
blackburn | I'll undo not required changes now | 00:21 |
@sonney2k | I have no idea what you are talking about | 00:22 |
blackburn | stl added stuff | 00:22 |
@sonney2k | blackburn, btw can you please merge gsomix' stuff | 00:23 |
blackburn | argh sure - I thought it will be a new PR and was waiting for mail | 00:23 |
@sonney2k | gsomix never mentions that a patch is final or ready ... everything is always WIP | 00:24 |
blackburn | yeah | 00:24 |
@sonney2k | blackburn, today I enjoyed swimming in the sea | 00:28 |
blackburn | cool | 00:28 |
@sonney2k | 12-13 C though | 00:29 |
blackburn | did you visit england? | 00:29 |
blackburn | :D | 00:29 |
blackburn | you tend to swim far | 00:29 |
blackburn | 12-13C? argh not any warm | 00:29 |
@sonney2k | haha | 00:29 |
@sonney2k | it is so damn cold that I could not swim with face in water | 00:30 |
@sonney2k | it did hurt like needles put in your head | 00:30 |
blackburn | why didn't you visit some +20C place? | 00:30 |
emrecelikten | e.g. Turkey | 00:30 |
emrecelikten | :P | 00:30 |
@sonney2k | not really a car ride away :) | 00:32 |
@sonney2k | 2-3hr car ride I mean :) | 00:32 |
@sonney2k | alright I better sleep now - long journey back tomorrow! | 00:32 |
CIA-9 | shogun: Soeren Sonnenburg master * rc29a9b2 / (3 files in 2 dirs): fix compile error in java modular - http://git.io/iDhQuw | 00:32 |
blackburn | did you stay your car in sea? | 00:32 |
blackburn | thanks! I did the same change :D | 00:33 |
CIA-9 | shogun: Sergey Lisitsyn master * ra85ee05 / (9 files in 4 dirs): Moved liblinear MTL to transfer folder and undo unnecessary stl includes - http://git.io/0d2MaQ | 00:34 |
blackburn | hmm that went ok | 00:34 |
blackburn | nice | 00:34 |
CIA-9 | shogun: Sergey Lisitsyn master * rc15f5a5 / (10 files in 5 dirs): Merge branch 'director_classes' of git://github.com/gsomix/shogun (+6 more commits...) - http://git.io/5Sci6g | 00:35 |
CIA-9 | shogun: Soeren Sonnenburg master * redcd31c / src/interfaces/modular/modshogun_ignores.i : fix compile error in csharp modular - http://git.io/G4Lg-A | 00:39 |
-!- blackburn [~blackburn@31.28.59.65] has quit [Quit: Leaving.] | 01:04 | |
-!- zxtx [~zv@adsl-69-226-50-238.dsl.irvnca.pacbell.net] has quit [Ping timeout: 265 seconds] | 01:24 | |
-!- zxtx [~zv@cpe-75-83-151-252.socal.res.rr.com] has joined #shogun | 03:11 | |
-!- wiking [~wiking@78-23-189-112.access.telenet.be] has joined #shogun | 04:05 | |
-!- wiking [~wiking@78-23-189-112.access.telenet.be] has quit [Changing host] | 04:05 | |
-!- wiking [~wiking@huwico/staff/wiking] has joined #shogun | 04:05 | |
-!- wiking [~wiking@huwico/staff/wiking] has quit [Quit: wiking] | 04:12 | |
-!- emrecelikten [~emrecelik@176.40.238.218] has quit [Quit: Leaving.] | 04:41 | |
-!- pluskid [~pluskid@li400-235.members.linode.com] has joined #shogun | 07:30 | |
-!- gsomix [~gsomix@109.169.230.79] has joined #shogun | 07:54 | |
-!- wiking [~wiking@78-23-189-112.access.telenet.be] has joined #shogun | 08:16 | |
-!- wiking [~wiking@78-23-189-112.access.telenet.be] has quit [Changing host] | 08:16 | |
-!- wiking [~wiking@huwico/staff/wiking] has joined #shogun | 08:16 | |
-!- wiking [~wiking@huwico/staff/wiking] has quit [Client Quit] | 08:17 | |
-!- wiking [~wiking@78-23-189-112.access.telenet.be] has joined #shogun | 08:33 | |
-!- wiking [~wiking@78-23-189-112.access.telenet.be] has quit [Changing host] | 08:33 | |
-!- wiking [~wiking@huwico/staff/wiking] has joined #shogun | 08:33 | |
-!- wiking [~wiking@huwico/staff/wiking] has quit [Quit: wiking] | 08:56 | |
-!- gsomix_ [~gsomix@95.67.170.23] has joined #shogun | 08:57 | |
-!- gsomix [~gsomix@109.169.230.79] has quit [Read error: Connection reset by peer] | 08:57 | |
-!- wiking [~wiking@78-23-189-112.access.telenet.be] has joined #shogun | 09:01 | |
-!- wiking [~wiking@78-23-189-112.access.telenet.be] has quit [Changing host] | 09:01 | |
-!- wiking [~wiking@huwico/staff/wiking] has joined #shogun | 09:01 | |
-!- n4nd0 [~nando@s83-179-44-135.cust.tele2.se] has joined #shogun | 10:50 | |
-!- pluskid [~pluskid@li400-235.members.linode.com] has quit [Ping timeout: 252 seconds] | 11:32 | |
-!- blackburn [~blackburn@31.28.59.65] has joined #shogun | 11:41 | |
-!- pluskid [~pluskid@111.120.64.112] has joined #shogun | 11:50 | |
-!- emrecelikten [~emrecelik@176.240.153.65] has joined #shogun | 12:22 | |
-!- wiking_ [~wiking@208.76.55.197] has joined #shogun | 12:22 | |
-!- wiking_ [~wiking@208.76.55.197] has quit [Changing host] | 12:22 | |
-!- wiking_ [~wiking@huwico/staff/wiking] has joined #shogun | 12:22 | |
-!- wiking [~wiking@huwico/staff/wiking] has quit [Ping timeout: 260 seconds] | 12:24 | |
-!- wiking_ is now known as wiking | 12:25 | |
-!- n4nd0 [~nando@s83-179-44-135.cust.tele2.se] has quit [Quit: leaving] | 12:50 | |
-!- ckwidmer [~chris@HSI-KBW-046-005-237-106.hsi8.kabel-badenwuerttemberg.de] has joined #shogun | 12:53 | |
-!- emrecelikten1 [~emrecelik@176.240.153.65] has joined #shogun | 12:57 | |
-!- emrecelikten [~emrecelik@176.240.153.65] has quit [Quit: Leaving.] | 12:57 | |
-!- emrecelikten1 is now known as emrecelikten | 12:58 | |
blackburn | pluskid: you have something wrond with your productivity - it is too high :D | 13:52 |
pluskid | blackburn: I have long time no commits | 13:52 |
pluskid | so those are accumulated... | 13:52 |
blackburn | heh yeah | 13:52 |
blackburn | let me try to review that | 13:53 |
pluskid | thanks! | 13:53 |
pluskid | actually, I'm having some trouble with the shogun Vw, so have to use LibLinear | 13:53 |
pluskid | maybe I could try to figure out the problem (if any) with shogun Vw some time later | 13:54 |
blackburn | you changed much things in liblinear | 13:54 |
blackburn | why so? | 13:54 |
pluskid | blackburn: just refactoring | 13:54 |
blackburn | ok | 13:54 |
pluskid | blackburn: to allow training example by example | 13:54 |
blackburn | sure | 13:54 |
pluskid | brb | 13:57 |
-!- pluskid [~pluskid@111.120.64.112] has quit [Quit: Leaving] | 13:57 | |
-!- wiking [~wiking@huwico/staff/wiking] has quit [Ping timeout: 245 seconds] | 14:10 | |
-!- wiking [~wiking@208.76.55.198] has joined #shogun | 14:11 | |
-!- wiking [~wiking@208.76.55.198] has quit [Changing host] | 14:11 | |
-!- wiking [~wiking@huwico/staff/wiking] has joined #shogun | 14:11 | |
-!- gsomix_ [~gsomix@95.67.170.23] has quit [Ping timeout: 244 seconds] | 14:29 | |
-!- gsomix_ [~gsomix@95.67.170.23] has joined #shogun | 14:30 | |
-!- emrecelikten [~emrecelik@176.240.153.65] has quit [Quit: Leaving.] | 14:40 | |
-!- wiking [~wiking@huwico/staff/wiking] has quit [Quit: wiking] | 14:46 | |
-!- n4nd0 [~nando@s83-179-44-135.cust.tele2.se] has joined #shogun | 14:58 | |
gsomix_ | Nietzsche, Nietzsche .____. | 15:06 |
CIA-9 | shogun: Sergey Lisitsyn master * rc660f04 / data : Updated data - http://git.io/cgR8-Q | 15:10 |
-!- wiking [~wiking@huwico/staff/wiking] has joined #shogun | 15:14 | |
CIA-9 | shogun: Sergey Lisitsyn master * r765d0dd / (28 files in 6 dirs): Merge branch 'multiclass' of git://github.com/pluskid/shogun (+29 more commits...) - http://git.io/FTT_gA | 15:21 |
-!- pluskid [~pluskid@111.120.64.112] has joined #shogun | 15:23 | |
-!- wiking_ [~wiking@78-23-189-112.access.telenet.be] has joined #shogun | 15:30 | |
-!- wiking_ [~wiking@78-23-189-112.access.telenet.be] has quit [Changing host] | 15:30 | |
-!- wiking_ [~wiking@huwico/staff/wiking] has joined #shogun | 15:30 | |
-!- wiking [~wiking@huwico/staff/wiking] has quit [Ping timeout: 244 seconds] | 15:30 | |
-!- wiking_ is now known as wiking | 15:30 | |
-!- n4nd0 [~nando@s83-179-44-135.cust.tele2.se] has quit [Ping timeout: 252 seconds] | 15:34 | |
-!- n4nd0 [~nando@s83-179-44-135.cust.tele2.se] has joined #shogun | 15:35 | |
CIA-9 | shogun: Sergey Lisitsyn master * r7b35a82 / (2 files): Some fixes for Cplex - http://git.io/bZ6HTA | 16:09 |
-!- pluskid [~pluskid@111.120.64.112] has quit [Ping timeout: 240 seconds] | 16:21 | |
-!- pluskid [~pluskid@VPN-18-101-16-183.MIT.EDU] has joined #shogun | 16:21 | |
CIA-9 | shogun: Sergey Lisitsyn master * r06aee69 / src/shogun/mathematics/Cplex.cpp : Added missed close paren to Cplex - http://git.io/ogdXcg | 16:24 |
-!- n4nd0 [~nando@s83-179-44-135.cust.tele2.se] has quit [Ping timeout: 244 seconds] | 16:50 | |
-!- blackburn [~blackburn@31.28.59.65] has quit [Ping timeout: 244 seconds] | 17:28 | |
-!- pluskid [~pluskid@VPN-18-101-16-183.MIT.EDU] has quit [Quit: Leaving] | 17:40 | |
-!- n4nd0 [~nando@s83-179-44-135.cust.tele2.se] has joined #shogun | 18:06 | |
n4nd0 | sonney2k: around? | 19:04 |
@sonney2k | n4nd0, yes | 19:09 |
@sonney2k | whats up? | 19:09 |
n4nd0 | I have been stuck here with a problem the whole day and I don't manage to solve it :S | 19:09 |
n4nd0 | I cannot compile any of the examples under libshogun | 19:10 |
@sonney2k | which is? | 19:10 |
n4nd0 | is a problem of mine, locally | 19:10 |
n4nd0 | when I try to compile anything in libshogun I get | 19:10 |
n4nd0 | /usr/local/etc/mosek/6/tools/platform/linux32x86/bin/libiomp5.so: undefined reference to `pthread_atfork' | 19:10 |
n4nd0 | collect2: ld returned 1 exit status | 19:10 |
@sonney2k | maybe not | 19:10 |
n4nd0 | make: *** [basic_minimal] Error 1 | 19:10 |
@sonney2k | ohh | 19:10 |
n4nd0 | I have tried with *a lot* of different things but I have not succeeded | 19:11 |
@sonney2k | n4nd0, does mosek come with its own set of standard system libraries? | 19:11 |
n4nd0 | this is the way one compiles programs with mosek | 19:11 |
n4nd0 | I hope it answers your question | 19:11 |
n4nd0 | gcc examp/lo1.c -o lo1 -I h/ -L platform/linux32x86/bin/ -lmosek -pthread -lc -ldl -lm | 19:11 |
n4nd0 | both h/ and platform/linux32x86/bin/ are mosek directories | 19:12 |
@sonney2k | no | 19:13 |
@sonney2k | what I mean is there might be system libraries in the mosek dirs conflicting with the ones installed to your system | 19:14 |
n4nd0 | it can be a possibility | 19:15 |
n4nd0 | but the one that gives the problem, limiomp5.so is not in my system I think | 19:15 |
n4nd0 | it's just from mosek | 19:15 |
@sonney2k | argh | 19:18 |
@sonney2k | certainly it is not limiomp's fault | 19:18 |
@sonney2k | but maybe your have a different libpthread in mosek dirs somewhere? | 19:18 |
n4nd0 | in my mosek directory | 19:19 |
n4nd0 | find | grep thread returns nothing | 19:20 |
@sonney2k | n4nd0, other idea is to use -lpthread | 19:21 |
@sonney2k | at the end | 19:21 |
n4nd0 | sonney2k: yeah | 19:21 |
n4nd0 | that's what I have been trying during the day | 19:21 |
n4nd0 | lpthread compiling with shogun | 19:21 |
n4nd0 | compiling the examples | 19:21 |
n4nd0 | etc | 19:21 |
n4nd0 | at the end you mean like the last thing in the line I showed you? | 19:22 |
@sonney2k | yes | 19:22 |
n4nd0 | c++ -O0 -g -I/usr/include -I/usr/include/atlas basic_minimal.cpp -lshogun -L/usr/lib -lpthread | 19:22 |
n4nd0 | fails in the same way | 19:23 |
-!- wiking [~wiking@huwico/staff/wiking] has quit [Quit: wiking] | 19:24 | |
@sonney2k | n4nd0, and if you put the -L platform/linux32x86/bin/ -lmosek to the end? | 19:24 |
n4nd0 | c++ -O0 -g -I/usr/include -I/usr/include/atlas basic_minimal.cpp -lshogun -L/usr/lib -lpthread -L/usr/local/etc/mosek/6/tools/platform/linux32x86/bin/ -lmosek | 19:26 |
n4nd0 | fails too | 19:26 |
-!- wiking [~wiking@78-23-189-112.access.telenet.be] has joined #shogun | 19:26 | |
-!- wiking [~wiking@78-23-189-112.access.telenet.be] has quit [Changing host] | 19:26 | |
-!- wiking [~wiking@huwico/staff/wiking] has joined #shogun | 19:26 | |
@sonney2k | n4nd0, in the same way or what? | 19:26 |
n4nd0 | note that basic_minimal.cpp doesn't use anything from mosek at all | 19:27 |
n4nd0 | sonney2k: yeah, same error | 19:27 |
@sonney2k | n4nd0, I am lost - you attempt to compile the shogun example right? | 19:27 |
@sonney2k | so w/o the mosek stuff it compiles right? | 19:28 |
n4nd0 | the error happens with all the examples | 19:28 |
n4nd0 | the mosek stuff I am using is to build shogun | 19:28 |
n4nd0 | I use a USE_MOSEK and include the libraries it needs | 19:28 |
@sonney2k | n4nd0, no I mean if you don't use mosek link flags | 19:28 |
@sonney2k | compile flags | 19:28 |
n4nd0 | I don't know right now since I have not tried | 19:29 |
n4nd0 | but probably the error would disappear | 19:29 |
@sonney2k | then please try if c++ -O0 -g -I/usr/include -I/usr/include/atlas basic_minimal.cpp -lshogun -L/usr/lib -lpthread works | 19:29 |
n4nd0 | since it comes from a file in mosek | 19:29 |
n4nd0 | same error with this last one | 19:30 |
n4nd0 | /usr/local/etc/mosek/6/tools/platform/linux32x86/bin/libiomp5.so: undefined reference to `pthread_atfork' | 19:30 |
n4nd0 | collect2: ld returned 1 exit status | 19:30 |
@sonney2k | with which command? | 19:31 |
n4nd0 | with the last one you told me | 19:31 |
n4nd0 | I paste again | 19:31 |
n4nd0 | c++ -O0 -g -I/usr/include -I/usr/include/atlas basic_minimal.cpp -lshogun -L/usr/lib -lpthread | 19:31 |
n4nd0 | /usr/local/etc/mosek/6/tools/platform/linux32x86/bin/libiomp5.so: undefined reference to `pthread_atfork' | 19:31 |
n4nd0 | collect2: ld returned 1 exit status | 19:31 |
@sonney2k | n4nd0, what is the output of which c++ ? | 19:32 |
@sonney2k | and c++ -v | 19:32 |
n4nd0 | which c++ | 19:32 |
n4nd0 | /usr/bin/c++ | 19:32 |
n4nd0 | c++ -v | 19:32 |
n4nd0 | Using built-in specs. | 19:32 |
n4nd0 | COLLECT_GCC=c++ | 19:32 |
n4nd0 | COLLECT_LTO_WRAPPER=/usr/lib/gcc/i686-linux-gnu/4.6.1/lto-wrapper | 19:32 |
n4nd0 | Target: i686-linux-gnu | 19:33 |
n4nd0 | Configured with: ../src/configure -v --with-pkgversion='Ubuntu/Linaro 4.6.1-9ubuntu3' --with-bugurl=file:///usr/share/doc/gcc-4.6/README.Bugs --enable-languages=c,c++,fortran,objc,obj-c++,go --prefix=/usr --program-suffix=-4.6 --enable-shared --enable-linker-build-id --with-system-zlib --libexecdir=/usr/lib --without-included-gettext --enable-threads=posix --with-gxx-include-dir=/usr/include/c++/4.6 --libdir=/usr/lib --enable-nls --with-sysroot=/ | 19:33 |
n4nd0 | Thread model: posix | 19:33 |
n4nd0 | gcc version 4.6.1 (Ubuntu/Linaro 4.6.1-9ubuntu3) | 19:33 |
@sonney2k | n4nd0, so you did link libshogun with libiomp5 right? | 19:34 |
n4nd0 | no | 19:34 |
@sonney2k | n4nd0, what is the output of ldd path/to/libshogun.so | 19:34 |
n4nd0 | I did not include any -liomp5 or the like to compile shogun because it doesn't appear in mosek's compilation instructions | 19:35 |
n4nd0 | ldd libshogun.so linux-gate.so.1 => (0xb76ff000) libmosek.so.6.0 => /usr/local/etc/mosek/6/tools/platform/linux32x86/bin/libmosek.so.6.0 (0xb6980000) libpthread.so.0 => /lib/i386-linux-gnu/libpthread.so.0 (0xb6942000) libhdf5.so.6 => /usr/lib/libhdf5.so.6 (0xb65aa000) libxml2.so.2 => /usr/lib/libxml2.so.2 (0xb645d000) liblapack.so.3gf => /usr/lib/liblapack.so.3gf (0xb5b85000) | 19:35 |
n4nd0 | libsuprlu.so.3 => /usr/li/b/libsuperlu.so.3 (0xb5b3b000) libarpack.so.2 => /usr/lib/libarpack.so.2 (0xb5aea000) libz.so.1 => /lib/i386-linux-gnu/libz.so.1 (0xb5ad4000) libbz2.so.1.0 => /lib/libbz2.so.1.0 (0xb5ac3000) libstdc++.so.6 => /usr/lib/i386-linux-gnu/libstdc++.so.6 (0xb59d8000) libm.so.6 => /lib/i386-linux-gnu/libm.so.6 (0xb59ae000) libc.so.6 => /lib/i386-linux-gnu/libc.so.6 (0xb5830000) | 19:35 |
n4nd0 | libgcc_sso.1 => /lib/i386-linux-g/nu/libgcc_s.so.1 (0xb5812000) libiomp5.so => /usr/local/etc/mosek/6/tools/platform/linux32x86/bin/libiomp5.so (0xb5793000) libdl.so.2 => /lib/i386-linux-gnu/libdl.so.2 (0xb578e000) /lib/ld-linux.so.2 (0xb7700000) libblas.so.3gf => /usr/lib/libblas.so.3gf (0xb54b9000) libgfortran.so.3 => /usr/lib/i386-linux-gnu/libgfortran.so.3 (0xb53b7000) | 19:35 |
n4nd0 | libquadmath.so.0=> /usr/lib/i386-linux-gnu/libquadmath.so.0 (0xbb5342000) | 19:35 |
n4nd0 | wow sorry that's quite unreadable | 19:36 |
@sonney2k | n4nd0, please paste as raw somewhere.. | 19:36 |
n4nd0 | http://snipt.org/vaxe4 | 19:37 |
@sonney2k | n4nd0, what does grep pthread_atfork lib/i386-linux-gnu/libpthread.so.0 say? | 19:38 |
@sonney2k | n4nd0, and next - what does ldd /usr/local/etc/mosek/6/tools/platform/linux32x86/bin/libiomp5.so say? | 19:39 |
n4nd0 | grep pthread_atfork /lib/i386-linux-gnu/libpthread.so.0 | 19:40 |
n4nd0 | Binary file /lib/i386-linux-gnu/libpthread.so.0 matches | 19:40 |
n4nd0 | and the second one | 19:40 |
n4nd0 | http://snipt.org/vaxf6 | 19:41 |
n4nd0 | kt | 19:41 |
n4nd0 | ups, it looks normal to me | 19:42 |
@sonney2k | very weird | 19:42 |
@sonney2k | n4nd0, you are on a 32bit system right? | 19:42 |
@sonney2k | not that we have some weird 64bit / 32bit mixup | 19:43 |
n4nd0 | yes, I am in 32 bits | 19:43 |
n4nd0 | uname -a | 19:43 |
n4nd0 | Linux nando-Aspire-5732Z 3.0.0-20-generic-pae #34-Ubuntu SMP Tue May 1 18:35:40 UTC 2012 i686 i686 i386 GNU/Linux | 19:43 |
n4nd0 | uname -m would have been more appropriate :D | 19:44 |
n4nd0 | sonney2k: any other idea? | 19:55 |
@sonney2k | n4nd0, can you compile mosek examples? | 19:57 |
n4nd0 | sonney2k: yeah, no problem with those | 19:57 |
@sonney2k | n4nd0, what is the exact cmdline to compile them? | 19:58 |
n4nd0 | gcc lo1.c -o lo1 -I ../../platform/linux32x86/h/ -L ../../platform/linux32x86/bin/ -lmosek -pthread -lc -ldl -lm | 20:00 |
n4nd0 | platform/ is a directory inside my mosek instalation | 20:00 |
n4nd0 | O_O | 20:00 |
n4nd0 | I got the error if I do it with g++! | 20:01 |
n4nd0 | g++ lo1.c -o lo1 -I ../../platform/linux32x86/h/ -L ../../platform/linux32x86/bin/ -lmosek -pthread -lc -ldl -lm | 20:01 |
n4nd0 | /usr/local/etc/mosek/6/tools/platform/linux32x86/bin/libiomp5.so: undefined reference to `pthread_atfork' | 20:01 |
n4nd0 | collect2: ld returned 1 exit status | 20:01 |
-!- wiking_ [~wiking@208.76.55.194] has joined #shogun | 20:01 | |
-!- wiking_ [~wiking@208.76.55.194] has quit [Changing host] | 20:01 | |
-!- wiking_ [~wiking@huwico/staff/wiking] has joined #shogun | 20:01 | |
@sonney2k | n4nd0, what if you drop -lc -ldl ? | 20:02 |
n4nd0 | with gcc compiles | 20:02 |
n4nd0 | with g++ I get the error | 20:02 |
n4nd0 | g++ lo1.c -o lo1 -I ../../platform/linux32x86/h/ -L ../../platform/linux32x86/bin/ -lmosek -pthread -lm | 20:02 |
n4nd0 | /usr/local/etc/mosek/6/tools/platform/linux32x86/bin/libiomp5.so: undefined reference to `pthread_atfork' | 20:02 |
n4nd0 | collect2: ld returned 1 exit status | 20:02 |
-!- wiking [~wiking@huwico/staff/wiking] has quit [Ping timeout: 245 seconds] | 20:02 | |
-!- wiking_ is now known as wiking | 20:02 | |
@sonney2k | n4nd0, please use in lol.c when mosek headers are included: | 20:03 |
@sonney2k | extern "C" { } | 20:03 |
@sonney2k | around these includes | 20:04 |
n4nd0 | lol.c is just a mosek example not the code I have written using mosek | 20:04 |
-!- gsomix_ is now known as gsomix | 20:05 | |
@sonney2k | n4nd0, do it nevertheless | 20:05 |
@sonney2k | and try to compile it | 20:05 |
n4nd0 | so there is just one #include "mosek.h" | 20:05 |
n4nd0 | I am on it | 20:05 |
-!- blackburn [~blackburn@31.28.59.65] has joined #shogun | 20:05 | |
n4nd0 | with g++ the same error | 20:06 |
n4nd0 | and with gcc now I get a bunch of new errors | 20:06 |
@sonney2k | n4nd0, can you paste the modified example somewhere? | 20:09 |
n4nd0 | extern "C" { | 20:09 |
n4nd0 | #include "mosek.h" | 20:09 |
n4nd0 | } | 20:09 |
@sonney2k | n4nd0, no other includes? | 20:09 |
n4nd0 | there is a #include <stdio.h> | 20:09 |
n4nd0 | I didn't surround that one | 20:09 |
@sonney2k | that's it? | 20:10 |
n4nd0 | yes | 20:10 |
n4nd0 | I guess that the file mosek.h contains a bunch of other includes | 20:10 |
@sonney2k | n4nd0, and if you compile with g++ lo1.c -o lo1 -I ../../platform/linux32x86/h/ -L ../../platform/linux32x86/bin/ -lmosek -lm | 20:11 |
n4nd0 | still with the extern there right? | 20:12 |
n4nd0 | I have tried it both ways, with and without extern | 20:12 |
n4nd0 | still /usr/local/etc/mosek/6/tools/platform/linux32x86/bin/libiomp5.so: undefined reference to `pthread_atfork' | 20:13 |
n4nd0 | collect2: ld returned 1 exit status | 20:13 |
@sonney2k | n4nd0, just to make sure that this is not a c++ problem on your machine - can you install clang? | 20:14 |
@sonney2k | n4nd0, and then use clang++ to compile the same thing | 20:14 |
n4nd0 | apt-get install clang | 20:14 |
n4nd0 | ok | 20:14 |
n4nd0 | same flags? | 20:14 |
@sonney2k | yes | 20:15 |
n4nd0 | clang++ lo1.c -o lo1 -I ../../platform/linux32x86/h/ -L ../../platform/linux32x86/bin/ -lmosek -lm | 20:15 |
n4nd0 | clang: warning: treating 'c' input as 'c++' when in C++ mode, this behavior is deprecated | 20:16 |
n4nd0 | /usr/local/etc/mosek/6/tools/platform/linux32x86/bin/libiomp5.so: undefined reference to `pthread_atfork' | 20:16 |
n4nd0 | clang: error: linker command failed with exit code 1 (use -v to see invocation) | 20:16 |
n4nd0 | wow! it compiled using lpthread at the end | 20:16 |
n4nd0 | clang++ lo1.c -o lo1 -I ../../platform/linux32x86/h/ -L ../../platform/linux32x86/bin/ -lmosek -lm -lpthread | 20:16 |
n4nd0 | clang: warning: treating 'c' input as 'c++' when in C++ mode, this behavior is deprecated | 20:16 |
n4nd0 | this last succeeded | 20:16 |
@sonney2k | n4nd0, and if you do this with g++ instead? | 20:16 |
n4nd0 | and the executable runs fine | 20:16 |
n4nd0 | with g++ it fails | 20:17 |
n4nd0 | what does this mean? | 20:17 |
@sonney2k | n4nd0, can you install a different version of g++ | 20:17 |
@sonney2k | ? | 20:17 |
n4nd0 | g++ --version | 20:18 |
n4nd0 | g++ (Ubuntu/Linaro 4.6.1-9ubuntu3) 4.6.1 | 20:18 |
n4nd0 | sure, how should I do it? | 20:18 |
@sonney2k | n4nd0, apt-cache search 'g++' | grep ^g++ | 20:20 |
n4nd0 | should I move to an older version? | 20:21 |
@sonney2k | n4nd0, which ones are available? | 20:21 |
n4nd0 | http://snipt.org/vaxg7 | 20:22 |
n4nd0 | and what I have is | 20:22 |
n4nd0 | dpkg -l | grep g++ | 20:22 |
n4nd0 | ii g++ 4:4.6.1-2ubuntu5 GNU C++ compiler | 20:22 |
n4nd0 | ii g++-4.5 4.5.3-9ubuntu1 The GNU C++ compiler | 20:22 |
n4nd0 | ii g++-4.6 4.6.1-9ubuntu3 GNU C++ compiler | 20:22 |
@sonney2k | well then install g++-4.5 | 20:23 |
@sonney2k | ahh you have it alrady | 20:23 |
@sonney2k | then g++-4.5 <cmdline above> | 20:23 |
n4nd0 | is it going to be any problem wiht the version I have in my system right now? | 20:24 |
n4nd0 | I mean, is the installation going to overwrite the current? | 20:24 |
@sonney2k | you have it installed already | 20:24 |
@sonney2k | so just run the cmd | 20:24 |
n4nd0 | ah all right | 20:25 |
n4nd0 | g++-4.5 lo1.c -o lo1 -I ../../platform/linux32x86/h/ -L ../../platform/linux32x86/bin/ -lmosek -lm -lpthread | 20:25 |
n4nd0 | /usr/local/etc/mosek/6/tools/platform/linux32x86/bin/libiomp5.so: undefined reference to `pthread_atfork' | 20:25 |
n4nd0 | collect2: ld returned 1 exit status | 20:25 |
n4nd0 | and with another version, g++-4.6, it happens the same | 20:25 |
@sonney2k | n4nd0, what happens if you rename lol.c -> lol.cpp | 20:26 |
@sonney2k | any change? | 20:26 |
n4nd0 | same error, using all the different versions, g++, g++-4.5 and g++-4.6 | 20:27 |
@sonney2k | well no idea then - continue with clang++ | 20:28 |
@sonney2k | shogun works with that too so no problem | 20:28 |
n4nd0 | ok | 20:29 |
n4nd0 | but do you think this could be a problem later? | 20:29 |
@sonney2k | n4nd0, do we have a choice? | 20:30 |
n4nd0 | I don't know if it pays off trying to solve the problem with g++ | 20:32 |
n4nd0 | sonney2k: in any case, thank you very much for your help! | 20:42 |
n4nd0 | hopefully, I will be able to continue with the multiclass example for so using clang++ :) | 20:42 |
blackburn | hey | 20:45 |
blackburn | what is problemyou have? | 20:45 |
n4nd0 | blackburn: sorry man, I am having dinner now | 20:48 |
n4nd0 | blackburn: I have an undefined reference that shows up when compiling my examples in libshogun when I configure shogun to use with mosek | 20:49 |
n4nd0 | I will be back later | 20:49 |
gsomix | sonney2k, moin. how are you? | 20:49 |
@sonney2k | gsomix, back home :) | 21:02 |
gsomix | \(^^)/ | 21:02 |
@sonney2k | gsomix, so what was the problem our first directorkernel user was having? | 21:02 |
gsomix | sonney2k, python don't know about polymorphism | 21:03 |
gsomix | get_lhs returns CFeatures. | 21:03 |
gsomix | and we haven't methods to covert CFeatures to CDenseFeatures for example | 21:04 |
gsomix | *convert | 21:04 |
@sonney2k | gsomix, that's all? | 21:04 |
gsomix | that's all | 21:04 |
-!- emrecelikten [~Anubis@176.40.238.218] has joined #shogun | 21:04 | |
gsomix | ah | 21:04 |
gsomix | forgot | 21:04 |
@sonney2k | I mean the simple fix is to add some conversion methods that do dyn_casts | 21:05 |
gsomix | I forgot about same virtual method | 21:05 |
@sonney2k | gsomix, did you fix the virtual method stuff? | 21:05 |
gsomix | sonney2k, yep | 21:05 |
gsomix | sonney2k, I think conversion by swig side is better | 21:06 |
@sonney2k | the other idea yes | 21:07 |
@sonney2k | in the same way I did the hack / fix for apply() | 21:07 |
@sonney2k | gsomix, so with %ignore / an casts | 21:08 |
@sonney2k | gsomix, mind doing that? | 21:08 |
@sonney2k | gsomix, btw how far are you with the other director classes? | 21:09 |
gsomix | sonney2k, mmm, director linear machines are not ready yet. | 21:09 |
@sonney2k | because once these are done I would suggest continuing with dotfeatures | 21:10 |
@sonney2k | gsomix, whats the problem with linear machines? | 21:11 |
blackburn | bloody stalin^W soeren | 21:11 |
gsomix | sonney2k, no problems. | 21:11 |
@sonney2k | blackburn, well look at how much pluskid does :D | 21:12 |
blackburn | much more than we all in total | 21:13 |
gsomix | .___. | 21:15 |
@sonney2k | blackburn, he is working full time :) | 21:15 |
blackburn | stop these insinuations :D | 21:16 |
@sonney2k | blackburn, just stop sleeping and you will be like pluskid :D | 21:16 |
blackburn | I do not sleep I slep | 21:18 |
blackburn | :D | 21:18 |
@sonney2k | blackburn, slep faster :) | 21:19 |
blackburn | one more word and I'll start commiting some useless code to look productive :D | 21:20 |
@sonney2k | hehe | 21:22 |
blackburn | sonney2k: btw it took a while to detect an error with mkl and linadd | 21:24 |
blackburn | hmm sonney2k did you ever try to pull from branch without pull request? | 21:29 |
blackburn | lol | 21:32 |
blackburn | works | 21:32 |
CIA-9 | shogun: Sergey Lisitsyn master * rf209569 / (21 files in 7 dirs): Added SLEP machines - http://git.io/eW0eNg | 21:32 |
CIA-9 | shogun: Sergey Lisitsyn master * r92cd89a / (5 files in 3 dirs): Updated IndicesTree - http://git.io/KNvFQQ | 21:32 |
CIA-9 | shogun: Sergey Lisitsyn master * rcc95465 / (3 files in 3 dirs): Added num of nodes counting in indices tree - http://git.io/k_0xqA | 21:32 |
CIA-9 | shogun: Sergey Lisitsyn master * rbac8cc0 / (21 files in 7 dirs): Merge branch 'slep' of git://github.com/lisitsyn/shogun - http://git.io/kG-P8g | 21:32 |
blackburn | sonney2k: enough? | 21:32 |
blackburn | :D | 21:32 |
CIA-9 | shogun: Soeren Sonnenburg master * r062b1f4 / (28 files): convert examples to use new CMath/SGVector/SGMatrix split - http://git.io/6cJANA | 21:37 |
@sonney2k | blackburn, what error with mkl/linadd? | 21:37 |
@sonney2k | (i am the author of both...) | 21:37 |
blackburn | sonney2k: didn't you read mailing list? | 21:38 |
blackburn | mkl regression with linadd doesn't work | 21:38 |
@sonney2k | I only read things very superficially | 21:40 |
blackburn | sonney2k: I can point to 'wrong' method | 21:40 |
@sonney2k | did you fix things? | 21:41 |
blackburn | nope | 21:42 |
blackburn | I did not managed to | 21:42 |
blackburn | suggested Kyle to turn off linadd | 21:42 |
@sonney2k | blackburn, basically the problem is that svr is translated to svc | 21:43 |
@sonney2k | with twice the number of examples | 21:43 |
blackburn | yes yes and I reduced it by 2 | 21:43 |
blackburn | that helped to avoid segfaults | 21:43 |
blackburn | but not to fix things | 21:43 |
@sonney2k | where the 'copy' is just the same examples with label sign flipped to keep things in the eps-tube | 21:44 |
@sonney2k | shogun's kernel function has some regression_hack flag iirc | 21:44 |
@sonney2k | blackburn, what do you mean by I reduced it by 2 | 21:45 |
blackburn | sonney2k: a sec | 21:45 |
blackburn | sonney2k: shogun/regression/svr/SVRLight.cpp:576 | 21:46 |
@sonney2k | blackburn, actually the right fix would be to do a index modulo num_real_examples | 21:48 |
blackburn | can you do that? | 21:49 |
@sonney2k | actually the funxtion to call is regression_fix_index(i) | 21:52 |
@sonney2k | to everything where the error occurs | 21:53 |
blackburn | bad criterion | 21:54 |
blackburn | :D | 21:54 |
@sonney2k | blackburn, I don't understand the num=totdoc/2; | 21:55 |
@sonney2k | isn't num the nubmer of kernels? | 21:55 |
blackburn | sonney2k: was number of examples twice | 21:55 |
@sonney2k | anyway in which line is the error? | 21:55 |
@sonney2k | I mean valgrind error/segfault | 21:55 |
blackburn | 609 | 21:56 |
blackburn | sonney2k: I can tell you how to reproduce | 21:58 |
blackburn | 580 remove /2 | 21:58 |
blackburn | and run mkl_linadd_regression.py in python modular | 21:58 |
blackburn | should be a nuclear blast | 21:58 |
@sonney2k | blackburn, did we have this example before? | 21:59 |
blackburn | no we don't, yes I have added it for that | 21:59 |
blackburn | intention is to remove that example once the problem is fixed | 22:00 |
@sonney2k | bugs in the crappiest code ever are sooo hard to fix | 22:02 |
blackburn | :D | 22:02 |
blackburn | sonney2k: it was pretty hard to detect it | 22:03 |
blackburn | sonney2k: have cited you 3 times :D | 22:11 |
blackburn | https://dl.dropbox.com/u/10139213/ml/thesis.pdf | 22:12 |
gsomix | blackburn, where is my topology? :) | 22:15 |
blackburn | argh | 22:15 |
blackburn | wait a min | 22:15 |
blackburn | gsomix: page 13 | 22:19 |
CIA-9 | shogun: Soeren Sonnenburg master * r1f37d99 / src/shogun/regression/svr/SVRLight.cpp : another attempt to fix linadd + mkl + svr - http://git.io/vYqHKA | 22:21 |
gsomix | blackburn, :} | 22:21 |
blackburn | germany scored to 1-0 | 22:22 |
@sonney2k | blackburn, can you test if the 'fix' works | 22:23 |
blackburn | you can | 22:23 |
@sonney2k | I am having problems to test anything currently | 22:23 |
blackburn | ah | 22:23 |
blackburn | ok | 22:23 |
blackburn | compiling | 22:24 |
@sonney2k | somehow atlas is b0rken here so I have 100% segfault guarantee | 22:24 |
blackburn | hah | 22:24 |
n4nd0 | blackburn: congrats for the match yesterday btw! | 22:27 |
blackburn | hah thanks that was pretty cool | 22:27 |
n4nd0 | blackburn: I didn't watch the match actually | 22:27 |
n4nd0 | I am half-watching Germany now | 22:27 |
n4nd0 | sonney2k: do you like football? | 22:27 |
blackburn | yeah same shit | 22:27 |
n4nd0 | gsomix: congrats for you too :D | 22:28 |
n4nd0 | blackburn: tomorrow is the day for Spain, we'll see what they do | 22:28 |
blackburn | vs ? | 22:28 |
n4nd0 | Italy | 22:28 |
blackburn | ohh | 22:28 |
n4nd0 | I support this year Sweden though :P | 22:28 |
blackburn | hahah | 22:28 |
gsomix | n4nd0, wut? I don't like a football. :] | 22:29 |
gsomix | but tnx | 22:29 |
blackburn | ibra! | 22:29 |
blackburn | :D | 22:29 |
n4nd0 | yeah ... | 22:29 |
n4nd0 | you know he played in Barcelona, I don't like him that much haha | 22:30 |
blackburn | hahah | 22:31 |
blackburn | that was badd | 22:32 |
n4nd0 | noooo! | 22:39 |
n4nd0 | I have done my first test for the so framework | 22:40 |
n4nd0 | MOSEK Error 1011 : The problem has 10000 variable(s) but the license allows only 300 variable(s) for feature 'PTS'. | 22:40 |
n4nd0 | http://1.bp.blogspot.com/_UKDgoS6fs18/TFdPZ6q4_bI/AAAAAAAAA54/684I2IoICPc/s400/facepalm.jpg | 22:40 |
blackburn | hahaha | 22:42 |
@sonney2k | blackburn, did it work? | 22:44 |
blackburn | yes I think so | 22:45 |
@sonney2k | yay :) | 22:47 |
@sonney2k | hurray atlas compiled | 22:48 |
@sonney2k | now I can finally run things again | 22:48 |
@sonney2k | n4nd0, welcome to the world of proprietary software | 22:50 |
@sonney2k | blackburn, btw do you have more time now? | 22:50 |
blackburn | more than? | 22:50 |
@sonney2k | I mean your thesis is done - thanks for the citations btw | 22:50 |
@sonney2k | -inf :D | 22:50 |
blackburn | yes | 22:50 |
blackburn | getting into faster pace | 22:50 |
@sonney2k | it would be nice to have gmm back in shogun ... | 22:50 |
blackburn | hahah | 22:51 |
@sonney2k | blackburn, well ask alesis :D | 22:51 |
@sonney2k | maybe he cares | 22:51 |
@sonney2k | hmmhh all multiclass stuff is broken in current git | 22:52 |
blackburn | again? argh | 22:52 |
blackburn | I'll fix | 22:52 |
blackburn | sonney2k: pluskid's commit ;) | 22:53 |
blackburn | sonney2k: MulticlassMachine -> DecompositionMulticlassMachine? | 22:55 |
blackburn | ah nevermind too complex | 22:56 |
CIA-9 | shogun: Soeren Sonnenburg master * r89d623e / examples/undocumented/python_modular/structure_dynprog_modular.py : fix dynprog example - http://git.io/8oj-yw | 22:59 |
@sonney2k | blackburn, what did he do? | 23:00 |
blackburn | sonney2k: introduced new class | 23:00 |
blackburn | between multiclassmachine and machine | 23:00 |
@sonney2k | and we have a basemulticlassmachien now... | 23:00 |
blackburn | yes | 23:01 |
gsomix | good night guys | 23:01 |
blackburn | nite | 23:01 |
@sonney2k | what is this for? | 23:02 |
blackburn | sonney2k: just to store machines | 23:03 |
blackburn | things we have in multiclassmachine are too specialized to decomposition | 23:03 |
blackburn | tree stuff works in a slightly different way | 23:04 |
@sonney2k | nite gsomix | 23:04 |
@sonney2k | n4nd0, which license do you use btw | 23:05 |
@sonney2k | n4nd0, for mosek I mean | 23:05 |
-!- gsomix [~gsomix@95.67.170.23] has quit [Quit: Ex-Chat] | 23:05 | |
CIA-9 | shogun: Soeren Sonnenburg master * r068eef5 / (2 files): add missing include to fix multiclass machine swig interfaces - http://git.io/uEfBUw | 23:06 |
blackburn | damn | 23:06 |
blackburn | sonney2k: do not do fixes I am working on :) | 23:07 |
@sonney2k | blackburn, btw have you seen the CMath split up? | 23:10 |
@sonney2k | can you live with it? | 23:10 |
@sonney2k | I know that you didn't want vector functions to be in SGVector | 23:10 |
blackburn | hah yeah I can but I do not really like having operations in SGVector | 23:10 |
blackburn | especially that you have to | 23:10 |
blackburn | SGVector<float64_t>::dot | 23:10 |
CIA-9 | shogun: Soeren Sonnenburg master * rb979aae / (3 files in 2 dirs): fix fisher2x3 example and include statistics in maths module - http://git.io/5dEeUA | 23:12 |
blackburn | I'd like LinearAlgebra or so more | 23:12 |
@sonney2k | blackburn, well - either we have templated fucntions or templated classes | 23:12 |
blackburn | my main concern | 23:13 |
@sonney2k | I am much more concerned about a proper naming scheme | 23:13 |
blackburn | SGVector functions work with float64_t* and etc | 23:13 |
blackburn | not with vectors | 23:13 |
blackburn | naming scheme of? | 23:13 |
blackburn | sonney2k: ^ | 23:16 |
@sonney2k | <blackburn> naming scheme of? | 23:19 |
@sonney2k | <sonney2k> for example when we have | 23:19 |
@sonney2k | <sonney2k> x.add(y) | 23:19 |
@sonney2k | <sonney2k> (x and y being SGVectors) | 23:19 |
@sonney2k | <sonney2k> for x + y | 23:19 |
@sonney2k | <sonney2k> and add(doulbe* x, int x_len, double* y, int y_len) | 23:19 |
@sonney2k | <sonney2k> should one be called just 'add' | 23:19 |
@sonney2k | <sonney2k> and the other add_vector or add_<what???> | 23:19 |
@sonney2k | (got disconnected...) | 23:19 |
blackburn | ahh | 23:19 |
blackburn | but first is | 23:19 |
blackburn | x.add(y) | 23:19 |
blackburn | and second is | 23:19 |
blackburn | SGVector::add | 23:19 |
blackburn | different methods | 23:19 |
@sonney2k | sure one is static one is not | 23:20 |
@sonney2k | still I want to avoid the confusion by giving it a proper name | 23:20 |
blackburn | I have no opinion on that actually | 23:20 |
@sonney2k | then I will wait for heiko :) | 23:21 |
n4nd0 | sonney2k: I have a license that wiking gave me, I don't know of what type it is | 23:29 |
@sonney2k | let me ask some contact in mosek if we can have a 'deal' | 23:32 |
n4nd0 | sonney2k: thank you :) | 23:36 |
blackburn | I do not crack matlab | 23:58 |
--- Log closed Sun Jun 10 00:00:41 2012 |
Generated by irclog2html.py 2.10.0 by Marius Gedminas - find it at mg.pov.lt!