Closed nelkabosal closed 5 years ago
I do have exactly the same version installed on my machine, this should not be an issue. What is your OS?
My OS is Ubuntu 16.04
Also, I'm not sure if it makes a difference, but I am using gcc version 4.9.4
$ gcc -v
Using built-in specs.
COLLECT_GCC=gcc
COLLECT_LTO_WRAPPER=/usr/lib/gcc/x86_64-linux-gnu/4.9/lto-wrapper
Target: x86_64-linux-gnu
Configured with: ../src/configure -v --with-pkgversion='Ubuntu 4.9.4-2ubuntu1~16.04' --with-bugurl=file:///usr/share/doc/gcc-4.9/README.Bugs --enable-languages=c,c++,java,go,d,fortran,objc,obj-c++ --prefix=/usr --program-suffix=-4.9 --enable-shared --enable-linker-build-id --libexecdir=/usr/lib --without-included-gettext --enable-threads=posix --with-gxx-include-dir=/usr/include/c++/4.9 --libdir=/usr/lib --enable-nls --with-sysroot=/ --enable-clocale=gnu --enable-libstdcxx-debug --enable-libstdcxx-time=yes --enable-gnu-unique-object --disable-vtable-verify --enable-plugin --with-system-zlib --disable-browser-plugin --enable-java-awt=gtk --enable-gtk-cairo --with-java-home=/usr/lib/jvm/java-1.5.0-gcj-4.9-amd64/jre --enable-java-home --with-jvm-root-dir=/usr/lib/jvm/java-1.5.0-gcj-4.9-amd64 --with-jvm-jar-dir=/usr/lib/jvm-exports/java-1.5.0-gcj-4.9-amd64 --with-arch-directory=amd64 --with-ecj-jar=/usr/share/java/eclipse-ecj.jar --enable-objc-gc --enable-multiarch --disable-werror --with-arch-32=i686 --with-abi=m64 --with-multilib-list=m32,m64,mx32 --enable-multilib --with-tune=generic --enable-checking=release --build=x86_64-linux-gnu --host=x86_64-linux-gnu --target=x86_64-linux-gnu
Thread model: posix
gcc version 4.9.4 (Ubuntu 4.9.4-2ubuntu1~16.04)
If it helps, here is my link.txt in CMakeFiles/offline_reconstruction.dir. If you see anything out of place, please let me know. I'm kind of stuck
/usr/bin/c++ -fopenmp -O3 -DNDEBUG CMakeFiles/offline_reconstruction.dir/offline_reconstruction.cpp.o CMakeFiles/offline_reconstruction.dir/offline_reconstruction_automoc.cpp.o -o offline_reconstruction -L/usr/local/lib/x86_64-linux-gnu -rdynamic /usr/local/cuda-9.2/lib64/libcudart_static.a -lpthread -ldl -lrt /usr/local/cuda-9.2/lib64/libcudart_static.a -lpthread -ldl -lrt -lboost_program_options -lboost_filesystem -lboost_system libcommon.a -lcnpy /usr/local/cuda-9.2/lib64/libcudart_static.a -lpthread -ldl -lrt /home/myname/dvs-reconstruction/imageutilities/lib/libiucore.so /home/myname/dvs-reconstruction/imageutilities/lib/libiuio.so /home/myname/dvs-reconstruction/imageutilities/lib/libiugui.so /home/myname/dvs-reconstruction/imageutilities/lib/libiumath.so /usr/local/cuda-9.2/lib64/libcufft.so -lHalf -lIex -lIlmImf -lIlmThread -lImath /usr/local/lib/libopencv_highgui.so.3.1.0 /usr/local/lib/libopencv_videoio.so.3.1.0 /usr/local/lib/libopencv_imgcodecs.so.3.1.0 /usr/local/lib/libopencv_imgproc.so.3.1.0 /usr/local/lib/libopencv_core.so.3.1.0 -Wl,-rpath,/usr/local/lib/x86_64-linux-gnu:/home/myname/dvs-reconstruction/imageutilities/lib:/usr/local/cuda-9.2/lib64:/usr/local/lib
I just re-read the whole thread. offline_reconstruction is not strictly necessary if you just want to play around with the GUI, you could deactivate the target in CMakeLists.txt
That being said, I have no idea why it compiles on my machine (which is also Ubuntu 16.04) and not on yours :(
What does offline_reconstruction
specifically do?
Sorry, I missed that last post. 'offline_reconstruction' allows you to run the algorithm without a user interface to do automatic testing and evaluation.
In the final make, I'm getting a lot (probably a couple dozen) of
undefined reference to
boost::program_options::...` flags and the recipe for target 'offline_reconstruction' failed.I thought perhaps it was an issue with boost, but when looking in the
cmake ../src
output, I do seeIs there a minimum version for Boost? Or do I need to check elsewhere for the source of the errors?