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

Visit here on this website. This website provides us complete information of windows operating system it helps the user to download and install the windows 10 operating system on your personal computer. https://windows10download.xyz/

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?