Error compiling mex files on 64 bit Ubuntu about opentld

[efelem]

Hi Ely,

I had the same problem and I fix it following the instruction given here :
https://bbs.archlinux.org/viewtopic.php?id=86809

Hope it helps

[spearsem]

I followed all of the steps in these links, including reverting back to G++4.1, and then moving and re-linking the relevant libstdc++* files. Howevere, I still get the exact same error:

---

??? Invalid MEX-file
'/home/ely/Desktop/Classroom_Project/Research_Code/Predator_Tracking/zk00006-OpenTLD-8a6934d/mex/lk.mexa64':
/home/ely/matlab/bin/glnxa64/../../sys/os/glnxa64/libstdc++.so.6:
version `GLIBCXX_3.4.11' not found (required by
/usr/local/lib/libopencv_contrib.so.2.2).

---

I'm using Matlab 2010A, OpenCV 2.2.0, on Ubuntu 10.04 64-bit. I'm not sure why mex seems to be failing. The file compile.m still works fine and everything compiles, but then when I run run_TLD.m, the above error still appears. Any more ideas?

-Ely

[efelem]

I have exactly the same OS, same Matlab version and same opencv version. I had exactly the same error until I also removed the file libgcc_s.so.1 from the $MATLABROOT/sys/os/glnxa64 directory.

-Flo

[spearsem]

Thanks Flo, however I have also done that. I first tried moving the existing copy of libgcc_s.so.1 to libgcc_s.so.1.orig and then recompiling, but it gives the same error. Then I tried creating a new sym link to /lib/libgcc_s.so.1, the system's version of the file, and still again I get the same error.

Ely

[efelem]

Just to be sure, have you close matlab after moving libgcc_s.so.1 to libgcc_s.so.1.orig and before recompiling ?

[spearsem]

Okay, back in the office today. After restarting Matlab, it appears to work and gives me a "results saved to ./_output" at the console. However, the .txt file of results contains the location of the box in Frame 1 (the one I selected), and every subsequent frame they are all NaNs. Any ideas on what would make the tracker choke like this? The image files I am using it on are .jpgs in a directory. Do I need to name them with any special convention for it process them in order? Thanks!

[efelem]

I think that the images should be numbered something like :
00001.jpg
00002.jpg
00003.jpg
...

Be sure that you have enough zeros so that all the image files have the same
size

name
2011/4/25 spearsem <
[email protected]>

Okay, back in the office today. After restarting Matlab, it appears to work
and gives me a "results saved to ./_output" at the console. However, the
.txt file of results contains the location of the box in Frame 1 (the one I
selected), and every subsequent frame they are all NaNs. Any ideas on what
would make the tracker choke like this? The image files I am using it on are
.jpgs in a directory. Do I need to name them with any special convention for
it process them in order? Thanks!

Reply to this email directly or view it on GitHub:
#8 (comment)

[zk00006]

This error does not fit well here, use OpenTLD discussion group.

[hajarSokeh]

Hi,
Today I just started to install TLD, but when I wanted to run "compile.m", I got this error:
mex: link of ' "lk.mexa64"' failed.

Error using mex (line 206)
Unable to complete successfully.

Error in compile (line 77)
eval(['mex lk.cpp -O' include lib]);

any suggestions???
Thanks,
Hajar