Arch Linux User Repository

This sofware hasn't been supported by its author since 2012.

Try colmap instead, it gives superior results and is fully CUDA accelerated. https://aur.archlinux.org/packages/colmap-git/

For CPU based solution there is also umve (part of mve toolchain): https://aur.archlinux.org/packages/mve-git/

This sofware hasn't been supported by its author since 2012.

Try colmap instead, it gives superior results and is fully CUDA accelerated. https://aur.archlinux.org/packages/colmap-git/

For CPU based solution there is also umve (part of mve toolchain): https://aur.archlinux.org/packages/mve-git/

@Harvie: Sadly no. This package doesn't build vsfm, it just links static libs provided by the author. Those libs hadn't been updated since 05-2012, and won't work with newer version of GCC (check comments below)

Is the gcc5 still needed? We have gcc7 now, so it's possible that gcc6 bugs are gone...

@Smasher816 This problem can't be resolved without recompiling those libs[*] (downgrade visual-sfm,siftgpu compiler to gcc-5 for a quick fix).
Try colmap instead, it gives superior results and is fully CUDA accelerated.

[*] https://stackoverflow.com/questions/3146744/difference-in-position-independent-code-x86-vs-x86-64

Sadly removing the sed line that virrachocha mentioned gives me linker errors.

/usr/bin/ld: lib/libjpeg.a(jcparam.o): relocation R_X86_64_32 against `.rodata' can not be used when making a shared object; recompile with -fPIC

I have the crash problem when trying to load images too :/

Edit : cloned the git, edited the PKGBUILD to comment the line as suggested by virrachocha, then did a makepkg to install, and it's not crashing anymore when loading images, so thank you virrachocha :)

removing line
#42 sed -i 's:$(LIB_DIR)/libjpeg.a:-ljpeg:' makefile

works for me

@acerix Try this version of PKGBUILD, it uses system libraries (lapack,blas,f2c) instead of one shipped by author in source package.
\\ unfortunetly linking with system libjpeg produce a binary which crashes when trying to load an image.
PKGBUILD: http://pastebin.com/ueAxkfqv

@bartus Thanks for this update! I updated it to your version, but I'm still getting the same build errors that jrdnjhntn mentioned below. I didn't find any liblapack.a or lapack.a on my system, and I tried removing the lapack package but that didn't help. I haven't figured out building it in a chroot yet, but it sounds like that should work following these instructions https://wiki.archlinux.org/index.php/DeveloperWiki:Building_in_a_Clean_Chroot.



g++ -w -o bin/VisualSFM build/*.* -pthread -lGL -lGLU -lX11 -ldl -lgtk-x11-2.0 -lgdk-x11-2.0 -lpangocairo-1.0 -latk-1.0 -lcairo -lgdk_pixbuf-2.0 -lgio-2.0 -lpangoft2-1.0 -lpango-1.0 -lgobject-2.0 -lfontconfig -lfreetype -lgthread-2.0 -pthread -lglib-2.0 lib/lapack.a lib/blas.a lib/libf2c.a lib/libjpeg.a
/usr/bin/ld: lib/lapack.a(dgeev.o): relocation R_X86_64_32 against `.rodata.str1.1' can not be used when making a shared object; recompile with -fPIC
/usr/bin/ld: lib/lapack.a(dgehrd.o): relocation R_X86_64_32 against `.rodata.str1.1' can not be used when making a shared object; recompile with -fPIC
/usr/bin/ld: lib/lapack.a(dgerqf.o): relocation R_X86_64_32 against `.rodata.str1.1' can not be used when making a shared object; recompile with -fPIC
...
/usr/bin/ld: lib/libjpeg.a(exif.o): relocation R_X86_64_32S against `.rodata' can not be used when making a shared object; recompile with -fPIC
/usr/bin/ld: final link failed: Nonrepresentable section on output
collect2: error: ld returned 1 exit status
make: *** [makefile:41: VisualSFM] Error 1

Made updated version of PKGBUILD including 'pba' (build from source) and 'cmvs','siftgpu' as dependencies. It's build fine in clean chroot.
Please review it (deps may be stripped to tight) and consider updating your package.
PGKBUILD: http://pastebin.com/g8TBfYn7