CC=gcc
+ export CC
+ CXX=g++
+ export CXX
+ /usr/bin/cmake -S . -B riscv64-redhat-linux-gnu -DCMAKE_C_FLAGS_RELEASE:STRING=-DNDEBUG -DCMAKE_CXX_FLAGS_RELEASE:STRING=-DNDEBUG -DCMAKE_Fortran_FLAGS_RELEASE:STRING=-DNDEBUG -DCMAKE_VERBOSE_MAKEFILE:BOOL=ON -DCMAKE_INSTALL_PREFIX:PATH=/usr -DINCLUDE_INSTALL_DIR:PATH=/usr/include -DLIB_INSTALL_DIR:PATH=/usr/lib64 -DSYSCONF_INSTALL_DIR:PATH=/etc -DSHARE_INSTALL_PREFIX:PATH=/usr/share -DLIB_SUFFIX=64 -DBUILD_SHARED_LIBS:BOOL=ON -DCMAKE_INSTALL_LIBDIR=/usr/lib64 -DWITH_STATIC_LIB=OFF ..
-- The C compiler identification is GNU 10.2.1
-- Detecting C compiler ABI info
-- Detecting C compiler ABI info - done
-- Check for working C compiler: /usr/bin/gcc - skipped
-- Detecting C compile features
-- Detecting C compile features - done
-- Build type:  
-- Host:    Linux/riscv64
-- Target:  Linux/riscv64
-- Machine: Generic
-- Found Doxygen: /usr/bin/doxygen (found version "1.8.18") found components: doxygen dot 
-- Looking for include file stdatomic.h
-- Looking for include file stdatomic.h - found
-- Looking for include file linux/futex.h
-- Looking for include file linux/futex.h - found
CMake Warning (dev) at /usr/share/cmake/Modules/FindPackageHandleStandardArgs.cmake:273 (message):
  The package name passed to `find_package_handle_standard_args` (HUGETLBFS)
  does not match the name of the calling package (HugeTLBFS).  This can lead
  to problems in calling code that expects `find_package` result variables
  (e.g., `_FOUND`) to follow a certain pattern.
Call Stack (most recent call first):
  cmake/modules/FindHugeTLBFS.cmake:28 (FIND_PACKAGE_HANDLE_STANDARD_ARGS)
  cmake/depends.cmake:10 (find_package)
  CMakeLists.txt:18 (include)
This warning is for project developers.  Use -Wno-dev to suppress it.
-- Could NOT find HUGETLBFS (missing: HUGETLBFS_LIBRARY HUGETLBFS_INCLUDE_DIR) 
CMake Warning (dev) at /usr/share/cmake/Modules/FindPackageHandleStandardArgs.cmake:273 (message):
  The package name passed to `find_package_handle_standard_args` (LIBSYSFS)
  does not match the name of the calling package (LibSysFS).  This can lead
  to problems in calling code that expects `find_package` result variables
  (e.g., `_FOUND`) to follow a certain pattern.
Call Stack (most recent call first):
  cmake/modules/FindLibSysFS.cmake:28 (FIND_PACKAGE_HANDLE_STANDARD_ARGS)
  cmake/depends.cmake:17 (find_package)
  CMakeLists.txt:18 (include)
This warning is for project developers.  Use -Wno-dev to suppress it.
-- Found LIBSYSFS: /usr/lib64/libsysfs.so  
-- Looking for pthread.h
-- Looking for pthread.h - found
-- Performing Test CMAKE_HAVE_LIBC_PTHREAD
-- Performing Test CMAKE_HAVE_LIBC_PTHREAD - Failed
-- Looking for pthread_create in pthreads
-- Looking for pthread_create in pthreads - not found
-- Looking for pthread_create in pthread
-- Looking for pthread_create in pthread - found
-- Found Threads: TRUE  
-- Found LibRt: /usr/lib64/librt.so  
CMake Error at lib/processor/CMakeLists.txt:1 (add_subdirectory):
  add_subdirectory given source "riscv64" which is not an existing directory.
-- Configuring incomplete, errors occurred!
See also "/builddir/build/BUILD/libmetal-2020.04.0/build/riscv64-redhat-linux-gnu/CMakeFiles/CMakeOutput.log".
See also "/builddir/build/BUILD/libmetal-2020.04.0/build/riscv64-redhat-linux-gnu/CMakeFiles/CMakeError.log".
error: Bad exit status from /var/tmp/rpm-tmp.dqevZn (%build)
RPM build errors:
    Bad exit status from /var/tmp/rpm-tmp.dqevZn (%build)
Child return code was: 1
EXCEPTION: [Error()]
Traceback (most recent call last):
  File "/usr/lib/python3.8/site-packages/mockbuild/trace_decorator.py", line 95, in trace
    result = func(*args, **kw)
  File "/usr/lib/python3.8/site-packages/mockbuild/util.py", line 746, in do_with_status
    raise exception.Error("Command failed: \n # %s\n%s" % (command, output), child.returncode)
mockbuild.exception.Error: Command failed: 
 # bash --login -c /usr/bin/rpmbuild -bb --target riscv64 --nodeps /builddir/build/SPECS/libmetal.spec