Beaglebone Black Qt5 cross compilation error - qt5

Error in Qt while deploying Qt program in Beaglebone Black
I have Debian 9 (stretch) in Beaglebone Black and workstation is Ubuntu 16.04. I have cross-compiled Qt5 for Beaglebone Black. BBB OS sysroot is mounted in /mnt/bbb-rootfs folder. What I need to install to remove these errors.
Configure command is with following arguments:-
./configure -device linux-beagleboard-g++ -device-option CROSS_COMPILE=/home/gunjan/qt5bbb/gcc-linaro-6.3.1-2017.02-x86_64_arm-linux-gnueabihf/bin/arm-linux-gnueabihf- -sysroot /mnt/bbb-rootfs -opensource -confirm-license -optimized-qmake -reduce-exports -release -make libs -prefix /usr/local/qt5bbb -hostprefix /usr/local/qt5bbb -qt-zlib -no-opengl -qt-libpng -nomake examples -nomake tests -no-xkb -no-kms -no-eglfs -xcb -no-opengl -no-egl -gui -widgets -openssl -no-qml-debug -v 2>&1 | tee -a /home/gunjan/qt5bbb/qtbase-configure2-log.txt

Related

Intel OneAPI 2022 - libimf.so No such file or directory - during openMPI compilation

trying to compile openmpi with intel oneapi 2022.0.1 compilers
OS is 5.4.0-26-generic #30-Ubuntu SMP Mon Apr 20 16:58:30 UTC 2020 x86_64 x86_64 x86_64 GNU/Linux
I got the intel compilers as follows (just to make sure I didn't mess anything up at that step)
sudo add-apt-repository "deb https://apt.repos.intel.com/oneapi all main"
sudo apt install intel-basekit
sudo apt install intel-hpckit
Configuring openmpi with:
./configure --prefix=${HPCX_HOME}/ompi-icc CC=/opt/intel/oneapi/compiler/2022.0.1/linux/bin/intel64/icc CXX=/opt/intel/oneapi/compiler/2022.0.1/linux/bin/intel64/icpc F77=/opt/intel/oneapi/compiler/2022.0.1/linux/bin/intel64/ifort FC=/opt/intel/oneapi/compiler/2022.0.1/linux/bin/intel64/ifort --with-ucx=/usr --with-platform=contrib/platform/mellanox/optimized
my .bashrc has (root has the same .bashrc)
source /opt/intel/oneapi/setvars.sh
export LD_LIBRARY_PATH=/opt/intel/oneapi/compiler/2022.0.1/linux/compiler/lib/intel64_lin
After configure I do : sudo make all install and get the following error:
ld: /opt/intel/oneapi/compiler/2022.0.1/linux/bin/intel64/../../bin/intel64/../../lib/icx-lto.so: error loading plugin: libimf.so: cannot open shared object file: No such file or directory
There is no ifortvars.sh with this new version of oneAPI which seems to have solved similar issues for others in the past.
libimf.so is in:
/opt/intel/oneapi/itac/2021.5.0/bin/rtlib/libimf.so
/opt/intel/oneapi/compiler/2022.0.1/linux/compiler/lib/intel64_lin/libimf.so
/opt/intel/oneapi/intelpython/python3.9/pkgs/intel-cmplr-lib-rt-2022.0.1-intel_3633/lib/libimf.so
/opt/intel/oneapi/intelpython/python3.9/lib/libimf.so
/opt/intel/oneapi/intelpython/python3.9/envs/2022.0.1/lib/libimf.so
Any help and/or advice regarding compiling openmpi with recent intel compilers would be appreciated.
Here is the solution I found but doubt that this is the most elegant way of doing this:
OS is 5.4.0-26-generic #30-Ubuntu SMP Mon Apr 20 16:58:30 UTC 2020 x86_64 x86_64 x86_64 GNU/Linux
my .bashrc has (root has the same .bashrc)
source /opt/intel/oneapi/setvars.sh
created intel_libs.conf in
/etc/ld.so.conf.d/ and added the line /opt/intel/oneapi/compiler/2022.0.1/linux/compiler/lib/intel64_lin this is where the libimf.so lives.
sudo ldconfig
compiled openmpi with intel compilers fine after that using:
./configure --prefix={HPCX_HOME}/ompi-icc CC=/opt/intel/oneapi/compiler/2022.0.1/linux/bin/intel64/icc CXX=/opt/intel/oneapi/compiler/2022.0.1/linux/bin/intel64/icpc F77=/opt/intel/oneapi/compiler/2022.0.1/linux/bin/intel64/ifort FC=/opt/intel/oneapi/compiler/2022.0.1/linux/bin/intel64/ifort --with-ucx=/usr --with-platform=contrib/platform/mellanox/optimized
sudo make all
sudo make install
I hope this helps someone else and please let me know if there is a better way of doing this. Cheers
I am also facing similar issue not exactly. I installed the new ifort using the following command lines:
wget https://registrationcenter-download.intel.com/akdlm/irc_nas/18236/l_BaseKit_p_2021.4.0.3422.sh
sudo bash l_BaseKit_p_2021.4.0.3422.sh
wget https://registrationcenter-download.intel.com/akdlm/irc_nas/18211/l_HPCKit_p_2021.4.0.3347.sh
sudo bash l_HPCKit_p_2021.4.0.3347.sh
There is no file called setvars.sh inside the source /opt/intel/oneapi/, also while compiling any mpiifort file it is throwing me an error saying:
error loading plugin: libimf.so: cannot open shared object file: No such file or directory
Not even sure, if this is related to this thread or not, but any further guidance would be very helpful, thanks in advance.

Installing Rakudo on Android with ARM processor architecture

I am trying to install Rakudo on my Android with armv7l processor architecture using Termux.
I tried compiling from source, but it didn't work. Then someone pointed out the Termux user its-pointless and his package for this, but that package does not work on my phone.
How can I run Raku on my phone while it is offline? I'm open to solutions not using Termux.
Termux on SSH results:
u0_a74#localhost ~/rakudo [100]> pkg show rakudo -a
Package: rakudo Version: 2020.05 Maintainer: Termux members #termux
Installed-Size: 37.7 MB Depends: moarvm Homepage: https://rakudo.org
Download-Size: 5062 kB APT-Manual-Installed: yes APT-Sources:
https://its-pointless.github.io/files/24 termux/extras arm Packages
Description: Perl 6 implementation on top of Moar virtual machine
Package: rakudo Version: 2020.01-1 Maintainer: Fredrik Fornwall
#fornwall Installed-Size: 93.1 MB Depends: moarvm Homepage:
https://rakudo.org Download-Size: 10.9 MB APT-Sources:
https://its-pointless.github.io/files/24 termux/extras arm Packages
Description: Perl 6 implementation on top of Moar virtual machine
u0_a74#localhost ~/rakudo> raku
CANNOT LINK EXECUTABLE "raku": cannot locate symbol "ffi_type_double"
referenced by "/data/data/com.termux/files/usr/lib/libmoar.so"...
u0_a74#localhost ~/rakudo> raku --version
CANNOT LINK EXECUTABLE "raku": cannot locate symbol "ffi_type_double"
referenced by "/data/data/com.termux/files/usr/lib/libmoar.so"...
u0_a74#localhost ~/rakudo> raku --help
CANNOT LINK EXECUTABLE "raku": cannot locate symbol "ffi_type_double"
referenced by "/data/data/com.termux/files/usr/lib/libmoar.so"...
u0_a74#localhost ~/rakudo> uname -a
Linux localhost 3.4.42-g3d041de #1 SMP PREEMPT Sat Dec 24 19:56:29 PST
2016 armv7l Android
Does it have to be on Termux? I have successfully installed Raku on Android via UserLand, using Debian SSH. sudo apt-get install rakudo works.

Location of base directory of OpenMPI for cmake

I am trying to compile Trilinos with MPI capabilities. But to specify the cmake command, i need to also specify the MPI base directory:
cmake \
-DTPL_ENABLE_MPI=ON \
-DMPI_BASE_DIR:FILEPATH="" \
-DTrilinos_ENABLE_PyTrilinos:BOOL=ON \
-DTrilinos_ENABLE_ALL_PACKAGES=ON \
-DTrilinos_ENABLE_TESTS:BOOL=ON \
-DBUILD_SHARED_LIBS:BOOL=ON \
-DCMAKE_INSTALL_PREFIX:STRING="$HOME/trilinos-install" \
$SOURCE_DIR
However, I am unable to find any base directory even though MPI is installed on my machine. When i enter commands like mpirun --version, I get:
mpirun (Open MPI) 2.1.1
or ompi_info:
Package: Open MPI buildd#lcy01-amd64-009 Distribution
Open MPI: 2.1.1
Open MPI repo revision: v2.1.0-100-ga2fdb5b
Open MPI release date: May 10, 2017
Open RTE: 2.1.1
...
I am running Ubuntu 18.04 LTS on WSL if that is useful info.
The command "which mpich" can give you the default directory of mpi installation.
Another way is to use mpic++ as the compiler in the CMake.

How can I find out the version of MSYS2 from its bash shell

I would like to find out which version of MSYS2 is currently running, from within its bash shell.
For example, is there a command, similar to Windows "ver", or or a specific package that denotes the entire MSYS2 installation?
In case it matters, I am using the MSYS subsystem of MSYS2.
$ cat /proc/version
MINGW32_NT-10.0-22000 version 3.3.4-341.x86_64 (runneradmin#fv-az448-481) (gcc version 11.2.0 (GCC) ) 2022-02-15 17:24 UTC
or
$ uname -a
MINGW32_NT-10.0-22000 LAPTOP-FJNTRVPC 3.3.4-341.x86_64 2022-02-15 17:24 UTC x86_64 Msys
MSYS2 is basically just a collection of packages installed on your computer, managed by a package manager, which is itself a package. There is no overall version number. You can find out the versions of all your packages by running:
pacman -Q
If they msys is installed as the part of Ruby, then one can do
C:\>ridk exec pacman -Q
autoconf 2.69-5
autogen 5.18.16-1
automake-wrapper 11-1
automake1.10 1.10.3-4
automake1.11 1.11.6-4
automake1.12 1.12.6-4
automake1.13 1.13.4-5
automake1.14 1.14.1-4
automake1.15 1.15.1-2
automake1.16 1.16.2-2
automake1.6 1.6.3-3
automake1.7 1.7.9-3
automake1.8 1.8.5-4
automake1.9 1.9.6-3
base 2020.05-2
bash 4.4.023-2
bash-completion 2.10-1
brotli 1.0.7-4
bsdtar 3.4.3-1
bzip2 1.0.8-2
ca-certificates 20190110-1
coreutils 8.32-1
curl 7.71.1-1
dash 0.5.11.1-2
db 5.3.28-3
diffutils 3.7-1
file 5.39-1
filesystem 2020.02-7
findutils 4.7.0-1
gawk 5.1.0-1
gcc-libs 9.3.0-1
gdbm 1.18.1-3
getent 2.18.90-2
gettext 0.19.8.1-1
glib2 2.54.3-3
gmp 6.2.0-1
gnupg 2.2.23-1
grep 3.0-2
gzip 1.10-1
heimdal-libs 7.7.0-2
icu 67.1-1
inetutils 1.9.4-2
info 6.7-3
less 551-1
libargp 20110921-2
libasprintf 0.19.8.1-1
libassuan 2.5.3-1
libatomic_ops 7.6.10-1
libbz2 1.0.8-2
libcrypt 2.1-2
libcurl 7.71.1-1
libdb 5.3.28-3
libedit 20191231_3.1-1
libexpat 2.2.9-1
libffi 3.3-1
libgc 8.0.4-1
libgcrypt 1.8.6-1
libgdbm 1.18.1-3
libgettextpo 0.19.8.1-1
libgnutls 3.6.14-1
libgpg-error 1.38-1
libgpgme 1.14.0-2
libguile 2.2.7-1
libhogweed 3.6-1
libiconv 1.16-2
libidn2 2.3.0-1
libintl 0.19.8.1-1
libksba 1.4.0-1
libltdl 2.4.6-9
liblz4 1.9.2-1
liblzma 5.2.5-1
libmetalink 0.1.3-3
libnettle 3.6-1
libnghttp2 1.41.0-1
libnpth 1.6-1
libopenssl 1.1.1.g-3
libp11-kit 0.23.20-2
libpcre 8.44-1
libpcre2_8 10.35-1
libpsl 0.21.0-1
libreadline 8.0.004-1
libsqlite 3.33.0-2
libssh2 1.9.0-1
libtasn1 4.16.0-1
libtool 2.4.6-9
libunistring 0.9.10-1
libutil-linux 2.35.2-1
libxml2 2.9.10-6
libxslt 1.1.34-3
libzstd 1.4.5-2
m4 1.4.18-2
make 4.3-1
mingw-w64-x86_64-binutils 2.35.1-2
mingw-w64-x86_64-crt-git 8.0.0.6001.98dad1fe-1
mingw-w64-x86_64-expat 2.2.9-1
mingw-w64-x86_64-gcc 10.2.0-3
mingw-w64-x86_64-gcc-libs 10.2.0-3
mingw-w64-x86_64-gettext 0.19.8.1-9
mingw-w64-x86_64-gmp 6.2.0-1
mingw-w64-x86_64-headers-git 8.0.0.6001.98dad1fe-1
mingw-w64-x86_64-isl 0.22.1-1
mingw-w64-x86_64-libiconv 1.16-1
mingw-w64-x86_64-libmangle-git 8.0.0.6001.98dad1fe-1
mingw-w64-x86_64-libwinpthread-git 8.0.0.6001.98dad1fe-3
mingw-w64-x86_64-make 4.3-1
mingw-w64-x86_64-mpc 1.2.0-1
mingw-w64-x86_64-mpfr 4.1.0-2
mingw-w64-x86_64-pkg-config 0.29.2-2
mingw-w64-x86_64-readline 8.0.004-1
mingw-w64-x86_64-sqlite3 3.33.0-1
mingw-w64-x86_64-tcl 8.6.10-1
mingw-w64-x86_64-termcap 1.3.1-6
mingw-w64-x86_64-tools-git 8.0.0.6001.98dad1fe-1
mingw-w64-x86_64-windows-default-manifest 6.4-3
mingw-w64-x86_64-winpthreads-git 8.0.0.6001.98dad1fe-3
mingw-w64-x86_64-zlib 1.2.11-7
mingw-w64-x86_64-zstd 1.4.5-1
mintty 1~3.4.0-1
mpfr 4.1.0-1
msys2-keyring r21.b39fb11-1
msys2-launcher 1.0-1
msys2-runtime 3.1.7-2
ncurses 6.2-1
nettle 3.6-1
openssl 1.1.1.g-3
p11-kit 0.23.20-2
pacman 5.2.2-4
pacman-contrib 1.3.0-1
pacman-mirrors 20200329-1
patch 2.7.6-1
perl 5.32.0-2
pinentry 1.1.0-2
pkg-config 0.29.2-1
rebase 4.4.4-2
sed 4.8-1
tar 1.32-1
tcl 8.6.10-1
texinfo 6.7-3
texinfo-tex 6.7-3
tftp-hpa 5.2-3
time 1.9-1
tzcode 2020a-1
util-linux 2.35.2-1
wget 1.20.3-1
which 2.21-2
xz 5.2.5-1
zlib 1.2.11-1
zstd 1.4.5-2

Install and configure crowd-apache connector on centos 7

1. su -c "yum -y install autoconf automake gcc httpd-devel libcurl-devel libtool libxml2-devel mod_dav_svn subversion-devel"
2. wget http://downloads.atlassian.com/software/crowd/downloads/cwdapache/mod_authnz_crowd-2.2.2.tar.gz
3. tar xzf mod_authnz_crowd-2.2.2.tar.gz
4. cd mod_authnz_crowd-2.2.2
5. autoreconf --install
6. ./configure
7. make
8. su -c "make install"
I am using CentOS 7, Crowd version is 2.9, Apache Http Server version is 2.4.
Above are the steps to install crowd-apache connector in any unix-like system.
There is no issue till the first 4 steps but from the step 5 I get the following errors respectively to the commands.
So my question is:
Is crowd-apache connector compatible to CentOS 7 or any version of CentOS higher than 6.* with Apache version 2.4?
If compatible then what are the steps to accomplish this?
Or how can I get rid of these errors and successfully build crowd-apache connector in CentOS 7
[root#localhost mod_authnz_crowd-2.2.2]# autoreconf --install
libtoolize: putting auxiliary files in .'.
libtoolize: copying file./ltmain.sh'
libtoolize: putting macros in AC_CONFIG_MACRO_DIR, m4'.
libtoolize: copying filem4/libtool.m4'
libtoolize: copying file m4/ltoptions.m4'
libtoolize: copying filem4/ltsugar.m4'
libtoolize: copying file m4/ltversion.m4'
libtoolize: copying filem4/lt~obsolete.m4'
configure.ac:4: installing './config.guess'
configure.ac:4: installing './config.sub'
configure.ac:2: installing './install-sh'
configure.ac:2: installing './missing'
automake: warnings are treated as errors
/usr/share/automake-1.13/am/ltlibrary.am: warning: 'mod_authnz_crowd.la': linking libtool libraries using a non-POSIX
/usr/share/automake-1.13/am/ltlibrary.am: archiver requires 'AM_PROG_AR' in 'configure.ac'
src/Makefile.am:3: while processing Libtool library 'mod_authnz_crowd.la'
src/Makefile.am: installing './depcomp'
src/Makefile.am:8: warning: 'CFLAGS' is a user variable, you should not override it;
src/Makefile.am:8: use 'AM_CFLAGS' instead
parallel-tests: installing './test-driver'
/usr/share/automake-1.13/am/ltlibrary.am: warning: 'mod_authz_svn_crowd.la': linking libtool libraries using a non-POSIX
/usr/share/automake-1.13/am/ltlibrary.am: archiver requires 'AM_PROG_AR' in 'configure.ac'
src/svn/Makefile.am:1: while processing Libtool library 'mod_authz_svn_crowd.la'
src/svn/Makefile.am:6: warning: 'CFLAGS' is a user variable, you should not override it;
src/svn/Makefile.am:6: use 'AM_CFLAGS' instead
autoreconf: automake failed with exit status: 1
[root#localhost mod_authnz_crowd-2.2.2]# ./configure
configure: error: Could not locate Apache apxs binary
[root#localhost mod_authnz_crowd-2.2.2]# make
make: *** No targets specified and no makefile found. Stop.
[root#localhost mod_authnz_crowd-2.2.2]# su -c "make install"
make: *** No rule to make target `install'. Stop.
Apache-Crowd integration with CentOS 7 is not possible right now for the current versions mentioned above.
Apache-Crowd connector (mod_authnz_crowd-2.2.2.tar.gz) is compatible with CentOS 6.* versions.