Arch Linux User Repository

https://bbs.archlinux.org/viewtopic.php?id=250062

It now compiles with GCC9, but it still fails to install.

I somehow obtain the following:

file in conflitto:
mlpack: /usr/bin/cygdb esiste già nel filesystem
mlpack: /usr/bin/cython esiste già nel filesystem
mlpack: /usr/bin/cythonize esiste già nel filesystem
mlpack: /usr/bin/f2py esiste già nel filesystem
mlpack: /usr/bin/f2py3 esiste già nel filesystem
mlpack: /usr/bin/f2py3.7 esiste già nel filesystem

I have had the same problems as Relyak. I have modified the PKGBUILD as indicated. The lib64 conflict was resolved. The others did not.

I second masca's comment and its conflict errors. Mine are:

mlpack: /usr/bin/cygdb exists in filesystem (owned by cython)
mlpack: /usr/bin/cython exists in filesystem (owned by cython)
mlpack: /usr/bin/cythonize exists in filesystem (owned by cython)
mlpack: /usr/bin/f2py exists in filesystem (owned by python-numpy)
mlpack: /usr/bin/f2py3 exists in filesystem (owned by python-numpy)
mlpack: /usr/bin/f2py3.7 exists in filesystem (owned by python-numpy)
mlpack: /usr/lib64 exists in filesystem (owned by filesystem)

(same as masca's but without the "easy-install.pth" one; I see in the PKGBUILD that "easy-install.pth" is deleted in the package() function)

For the lib64 conflict, it seems that CMake does not properly handle the UsrMerge of ArchLinux with your PKGBUILD. Passing -D CMAKE_INSTALL_LIBDIR="lib" to cmake fixes the issue as suggested here. This is what is used by this package for example. That does not solve the other conflicts though.

EDIT: the other conflicts actually ended up disappearing but I'm not sure why, sorry :(

I am having troubles installing. I tried on two different machines and I get errors (albeit different ones). In the first case, I get the following:

build/temp.linux-x86_64-3.6/home/andrea/Documenti/mlpack/src/mlpack-3.1.1/src/mlpack/bindings/python/mlpack/sparse_coding.o: file not recognized: file format not recognized collect2: error: ld returned 1 exit status error: command 'g++' failed with exit status 1 make[2]: [src/mlpack/methods/sparse_coding/CMakeFiles/build_pyx_sparse_coding.dir/build.make:58: src/mlpack/methods/sparse_coding/CMakeFiles/build_pyx_sparse_coding] Error 1 make[1]: [CMakeFiles/Makefile2:7344: src/mlpack/methods/sparse_coding/CMakeFiles/build_pyx_sparse_coding.dir/all] Error 2 make: *** [Makefile:141: all] Error 2

whereas in the second case I get: mlpack: /usr/bin/cygdb esiste già nel filesystem mlpack: /usr/bin/cython esiste già nel filesystem mlpack: /usr/bin/cythonize esiste già nel filesystem mlpack: /usr/bin/f2py esiste già nel filesystem mlpack: /usr/bin/f2py3 esiste già nel filesystem mlpack: /usr/bin/f2py3.7 esiste già nel filesystem mlpack: /usr/lib/python3.7/site-packages/easy-install.pth esiste già nel filesystem mlpack: /usr/lib64 esiste già nel filesystem

Hi @mark, I drop the version constraint for armadillo. Hope it works for you.

@jerry73204 - it compiled successfully, thanks!

Also, it still complains about armadillo>=6.500.0, that it cannot be found so I have to install it explicitly. Other than that it's great!

I update the package to 3.0.4 and disable check by default.

Mark please check if this update fixes your problem.

gcc: error: unrecognized command line option ‘-std=c++11-march=x86-64’ error: command 'gcc' failed with exit status 1 make[2]: *** [src/mlpack/methods/sparse_coding/CMakeFiles/build_pyx_sparse_coding.dir/build.make:58: src/mlpack/methods/sparse_coding/CMakeFiles/build_pyx_sparse_coding] Error 1

This is when installing it with trizen, first it complained armadillo>=6.500.0 cannot be found, but it went away after installing it manually.

Is this a typo in the makefile or? Should there be a whitespace between 11 and the dash?

to jerry73204,

Thank you, I'll just skip the check() step, but just saying that I have reproduced the issue around 10 times...