Install Root v5.34.34

[weishi]

@Wile_E_Coyote

gdb bin/root.exe

To be clear, I did these

module load gcc/7.5.0
make distclean
./configure --disable-unuran --disable-vc --enable-soversion --build=debug
make
gdb bin/root.exe

Here is what it says

(gdb) run
Starting program: /autofs/nccs-svm1_home1/wshi/ROOT/v5-34-00-patches/bin/root.exe 
Missing separate debuginfos, use: yum debuginfo-install glibc-2.28-101.el8.ppc64le
warning: File "/autofs/nccs-svm1_sw/summit/gcc/7.5.0-2/lib64/libstdc++.so.6.0.24-gdb.py" auto-loading has been declined by your `auto-load safe-path' set to "$debugdir:$datadir/auto-load".
To enable execution of this file add
	add-auto-load-safe-path /autofs/nccs-svm1_sw/summit/gcc/7.5.0-2/lib64/libstdc++.so.6.0.24-gdb.py
line to your configuration file "/ccs/home/wshi/.gdbinit".
To completely disable this security protection add
	set auto-load safe-path /
line to your configuration file "/ccs/home/wshi/.gdbinit".
For more information about this security protection see the
"Auto-loading safe path" section in the GDB manual.  E.g., run from the shell:
	info "(gdb)Auto-loading safe path"
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib64/power9/libthread_db.so.1".
Error in <UnknownClass::ReadFile>: no file name specified
Error in <UnknownClass::ReadFile>: no file name specified
Error in <TEnv::ReadFile>: no file name specified
Error in <TEnv::ReadFile>: no file name specified
  *******************************************
  *                                         *
  *        W E L C O M E  to  R O O T       *
  *                                         *
  *   Version   5.34/39     12 March 2018   *
  *                                         *
  *  You are welcome to visit our Web site  *
  *          http://root.cern.ch            *
  *                                         *
  *******************************************

ROOT 5.34/39 (@, Oct 30 2022, 13:45:00 on linuxppc64gcc)

CINT/ROOT C/C++ Interpreter version 5.18.00, July 2, 2010
Type ? for help. Commands must be C++ statements.
Enclose multiple statements between { }.
Error in <TUnixSystem::DynamicPathName>: libMathCore[.so | .dll | .dylib | .sl | .dl | .a] does not exist in 
aborting
[Detaching after fork from child process 1343351]

Program received signal SIGABRT, Aborted.
0x00007ffff6413618 in raise () from /lib64/power9/libc.so.6
Missing separate debuginfos, use: yum debuginfo-install libxcrypt-4.1.1-4.el8.ppc64le pcre-8.42-4.el8.ppc64le sssd-client-2.2.3-20.el8.ppc64le xz-libs-5.2.4-3.el8.ppc64le zlib-1.2.11-16.el8_2.ppc64le

[Wile_E_Coyote]

Type “where” at the “gdb” prompt (after “root.exe” died).
Maybe @Axel can help then.

[weishi]

Here is the output:

(gdb) where
#0  0x00007ffff6413618 in raise () from /lib64/power9/libc.so.6
#1  0x00007ffff63f3a2c in abort () from /lib64/power9/libc.so.6
#2  0x00007ffff7861a48 in TUnixSystem::Abort (this=0x1005c650) at /autofs/nccs-svm1_home1/wshi/ROOT/v5-34-00-patches/core/unix/src/TUnixSystem.cxx:2223
#3  0x00007ffff7751eec in DefaultErrorHandler (level=773880864, abort_bool=100, location=0x206c732e207c2062 <error: Cannot access memory at address 0x206c732e207c2062>, 
    msg=0x207c206c642e207c <error: Cannot access memory at address 0x207c206c642e207c>) at /autofs/nccs-svm1_home1/wshi/ROOT/v5-34-00-patches/core/base/src/TError.cxx:193
#4  0x00007ffff775231c in ErrorHandler (level=<error reading variable: Cannot access memory at address 0x206e69207503>, 
    location=<error reading variable: Cannot access memory at address 0x206e6920750b>, fmt=<error reading variable: Cannot access memory at address 0x206e69207513>, 
    ap=<error reading variable: Cannot access memory at address 0x206e6920751b>) at /autofs/nccs-svm1_home1/wshi/ROOT/v5-34-00-patches/core/base/src/TError.cxx:245
Backtrace stopped: previous frame inner to this frame (corrupt stack?)

[ferhue]

Did you call source bin/thisroot.sh before calling root?

[weishi]

I did source,

[wshi@login4.summit v5-34-00-patches]$ source bin/thisroot.sh 
[wshi@login4.summit v5-34-00-patches]$ gdb bin/root.exe
GNU gdb (GDB) Red Hat Enterprise Linux 8.2-11.el8
Copyright (C) 2018 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.
Type "show copying" and "show warranty" for details.
This GDB was configured as "ppc64le-redhat-linux-gnu".
Type "show configuration" for configuration details.
For bug reporting instructions, please see:
<http://www.gnu.org/software/gdb/bugs/>.
Find the GDB manual and other documentation resources online at:
    <http://www.gnu.org/software/gdb/documentation/>.

For help, type "help".
Type "apropos word" to search for commands related to "word"...
Reading symbols from bin/root.exe...done.
(gdb) run
Starting program: /autofs/nccs-svm1_home1/wshi/ROOT/v5-34-00-patches/bin/root.exe 
Missing separate debuginfos, use: yum debuginfo-install glibc-2.28-101.el8.ppc64le
warning: File "/autofs/nccs-svm1_sw/summit/gcc/7.5.0-2/lib64/libstdc++.so.6.0.24-gdb.py" auto-loading has been declined by your `auto-load safe-path' set to "$debugdir:$datadir/auto-load".
To enable execution of this file add
	add-auto-load-safe-path /autofs/nccs-svm1_sw/summit/gcc/7.5.0-2/lib64/libstdc++.so.6.0.24-gdb.py
line to your configuration file "/ccs/home/wshi/.gdbinit".
To completely disable this security protection add
	set auto-load safe-path /
line to your configuration file "/ccs/home/wshi/.gdbinit".
For more information about this security protection see the
"Auto-loading safe path" section in the GDB manual.  E.g., run from the shell:
	info "(gdb)Auto-loading safe path"
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib64/power9/libthread_db.so.1".
Error in <UnknownClass::ReadFile>: no file name specified
Error in <UnknownClass::ReadFile>: no file name specified
Error in <TEnv::ReadFile>: no file name specified
Error in <TEnv::ReadFile>: no file name specified
  *******************************************
  *                                         *
  *        W E L C O M E  to  R O O T       *
  *                                         *
  *   Version   5.34/39     12 March 2018   *
  *                                         *
  *  You are welcome to visit our Web site  *
  *          http://root.cern.ch            *
  *                                         *
  *******************************************

ROOT 5.34/39 (@, Oct 30 2022, 15:01:00 on linuxppc64gcc)

CINT/ROOT C/C++ Interpreter version 5.18.00, July 2, 2010
Type ? for help. Commands must be C++ statements.
Enclose multiple statements between { }.
Error in <TUnixSystem::DynamicPathName>: libMathCore[.so | .dll | .dylib | .sl | .dl | .a] does not exist in 
aborting
[Detaching after fork from child process 1438728]

Program received signal SIGABRT, Aborted.
0x00007ffff6413618 in raise () from /lib64/power9/libc.so.6
Missing separate debuginfos, use: yum debuginfo-install libxcrypt-4.1.1-4.el8.ppc64le pcre-8.42-4.el8.ppc64le sssd-client-2.2.3-20.el8.ppc64le xz-libs-5.2.4-3.el8.ppc64le zlib-1.2.11-16.el8_2.ppc64le
(gdb) where
#0  0x00007ffff6413618 in raise () from /lib64/power9/libc.so.6
#1  0x00007ffff63f3a2c in abort () from /lib64/power9/libc.so.6
#2  0x00007ffff7861a48 in TUnixSystem::Abort (this=0x1005c650) at /autofs/nccs-svm1_home1/wshi/ROOT/v5-34-00-patches/core/unix/src/TUnixSystem.cxx:2223
#3  0x00007ffff7751eec in DefaultErrorHandler (level=773880864, abort_bool=100, location=0x206c732e207c2062 <error: Cannot access memory at address 0x206c732e207c2062>, 
    msg=0x207c206c642e207c <error: Cannot access memory at address 0x207c206c642e207c>) at /autofs/nccs-svm1_home1/wshi/ROOT/v5-34-00-patches/core/base/src/TError.cxx:193
#4  0x00007ffff775231c in ErrorHandler (level=<error reading variable: Cannot access memory at address 0x206e69207503>, 
    location=<error reading variable: Cannot access memory at address 0x206e6920750b>, fmt=<error reading variable: Cannot access memory at address 0x206e69207513>, 
    ap=<error reading variable: Cannot access memory at address 0x206e6920751b>) at /autofs/nccs-svm1_home1/wshi/ROOT/v5-34-00-patches/core/base/src/TError.cxx:245
Backtrace stopped: previous frame inner to this frame (corrupt stack?)

[weishi]

@ferhue

• Did you ‘make clean’ before rebulding?
• Did you try with make install to see if there is any difference? Starting root v5.13.01
• Try to build as originally with CMake, but changing here root/SetUpLinux.cmake at v5-34-00-patches · root-project/root · GitHub Clang with XLClang, as well as in root/SetUpLinux.cmake at v5-34-00-patches · root-project/root · GitHub

1. I did try make clean, or remove and then git clone, nothing changed.

2. I tried:

module load gcc/7.5.0
make distclean
./configure --disable-unuran --disable-vc --enable-soversion --build=debug
make cintdlls 

this shows: gmake: *** No rule to make target ‘cintdlls’. Stop.
Then I did: make distclean & make install.
Same error.

3. I changed from Clang to XL, and then cmake, this did go a bit further until this:

CMake Error at cint/cint/CMakeLists.txt:142 (add_library):
  Cannot find source file:

    /ccs/home/wshi/ROOT/v5-34-00-patches/cint/cint/src/dict/longif3.cxx

  Tried extensions .c .C .c++ .cc .cpp .cxx .cu .m .M .mm .h .hh .h++ .hm
  .hpp .hxx .in .txx

Log attached.
cmake_XL.txt (10.7 KB)

[ferhue]

maybe @pcanal can also help

[Wile_E_Coyote]

In the good old times, ROOT was also building a standalone “cint” executable, and there was the “cintdlls” target, too.
These times are over.
But, you should still have 21 DLLs now: ls -la $(find ${ROOTSYS}/cint -name "*.[ds][lo]*")

[weishi]

The command you listed didn’t seem to work, I did these

[wshi@login1.summit cint]$ pwd
/ccs/home/wshi/ROOT/build-v5-34-00-patches/cint
[wshi@login1.summit cint]$ find ./ -type f \( -iname \*.ds\* -o -iname \*.lo\* \)
./cint/lib/wintcldl83/wildc/wildc.dsp
./cint/lib/wintcldl83/wildc/wildc.dsw

[Wile_E_Coyote]

I have no idea what you try to “find” and why.
Can you try my “find” command without modifications?

[weishi]

Here is what it says

[wshi@login2.summit bin]$ source /ccs/home/wshi/ROOT/build-v5-34-00-patches/bin/thisroot.sh 
[wshi@login2.summit bin]$ echo $ROOTSYS
/ccs/home/wshi/ROOT/build-v5-34-00-patches
[wshi@login2.summit bin]$ ls -la $(find ${ROOTSYS}/cint -name "*.[ds][lo]*")
total 96
drwxrwxr-x  2 wshi wshi  4096 Oct 30 19:45 .
drwxrwxr-x 33 wshi wshi  4096 Oct 30 19:45 ..
-rwxrwxr-x  1 wshi wshi   175 Oct 30 19:41 genreflex
-rw-rw-r--  1 wshi wshi    85 Oct 30 19:41 genreflex-rootcint
-rwxrwxr-x  1 wshi wshi  8430 Oct 30 19:41 memprobe
-rwxrwxr-x  1 wshi wshi  2078 Oct 30 19:37 prepareHistFactory
-rwxrwxr-x  1 wshi wshi  2868 Oct 30 19:41 proofserv
-rwxrwxr-x  1 wshi wshi 28069 Oct 30 19:41 root-config
-rw-rw-r--  1 wshi wshi   821 Oct 30 19:41 roots
-rw-rw-r--  1 wshi wshi  3834 Oct 30 19:41 setxrd.csh
-rwxrwxr-x  1 wshi wshi  3046 Oct 30 19:41 setxrd.sh
-rw-rw-r--  1 wshi wshi  6048 Oct 30 19:41 thisroot.csh
-rw-rw-r--  1 wshi wshi  4325 Oct 30 19:41 thisroot.sh

[Wile_E_Coyote]

You show the output of “${ROOTSYS}/bin”. Is your “find” nonstandard somehow? Or your shell is not “bash”?

[weishi]

it seems so, when I go to another directory, it will just list whatever on that directory

[wshi@login2.summit build-v5-34-00-patches]$ ls -la $(find ${ROOTSYS}/cint -name "*.[ds][lo]*")
total 320
drwxrwxr-x 33 wshi wshi  4096 Oct 30 19:45 .
drwxrwxr-x  4 wshi wshi  4096 Oct 30 19:39 ..
-rw-rw-r--  1 wshi wshi  1722 Oct 30 19:41 CMakeCPackOptions.cmake
-rw-rw-r--  1 wshi wshi 47841 Oct 30 19:45 CMakeCache.txt
drwxrwxr-x  4 wshi wshi  4096 Oct 30 19:41 CMakeFiles
-rw-r--r--  1 wshi wshi  5476 Oct 30 19:45 CPackConfig.cmake
-rw-r--r--  1 wshi wshi  4118 Oct 30 19:41 CPackSourceConfig.cmake
-rw-rw-r--  1 wshi wshi  1429 Oct 30 19:41 CTestCustom.cmake
-rw-rw-r--  1 wshi wshi 26210 Oct 30 19:41 LICENSE.txt
drwxrwxr-x  4 wshi wshi  4096 Oct 30 19:41 LZ4-prefix
-rw-rw-r--  1 wshi wshi  2086 Oct 30 19:41 README.txt
-rw-rw-r--  1 wshi wshi   598 Oct 30 19:41 ROOTConfig-version.cmake
-rw-rw-r--  1 wshi wshi  6494 Oct 30 19:41 ROOTConfig.cmake
-rw-rw-r--  1 wshi wshi   372 Oct 30 19:41 ROOTUseFile.cmake
drwxrwxr-x  2 wshi wshi  4096 Oct 30 19:45 bin
drwxrwxr-x  3 wshi wshi  4096 Oct 30 19:41 bindings
drwxrwxr-x  3 wshi wshi  4096 Oct 30 19:41 build
drwxrwxr-x  7 wshi wshi  4096 Oct 30 19:41 cint
drwxrwxr-x  2 wshi wshi  4096 Oct 30 19:45 config
drwxrwxr-x 17 wshi wshi  4096 Oct 30 19:41 core
drwxrwxr-x  2 wshi wshi  4096 Oct 30 19:45 etc
drwxrwxr-x  6 wshi wshi  4096 Oct 30 19:41 geom
drwxrwxr-x  7 wshi wshi  4096 Oct 30 19:41 graf2d
drwxrwxr-x  4 wshi wshi  4096 Oct 30 19:41 graf3d
drwxrwxr-x 10 wshi wshi  4096 Oct 30 19:41 gui
drwxrwxr-x  8 wshi wshi  4096 Oct 30 19:41 hist
drwxrwxr-x  3 wshi wshi  4096 Oct 30 19:41 html
drwxrwxr-x  2 wshi wshi  4096 Oct 30 19:45 include
drwxrwxr-x  2 wshi wshi  4096 Oct 30 19:45 installtree
drwxrwxr-x  7 wshi wshi  4096 Oct 30 19:41 io
drwxrwxr-x  3 wshi wshi  4096 Oct 30 19:41 lib
drwxrwxr-x  3 wshi wshi  4096 Oct 30 19:41 main
drwxrwxr-x 17 wshi wshi  4096 Oct 30 19:41 math
drwxrwxr-x  5 wshi wshi  4096 Oct 30 19:41 misc
drwxrwxr-x  5 wshi wshi  4096 Oct 30 19:41 montecarlo
drwxrwxr-x  6 wshi wshi  4096 Oct 30 19:41 net
drwxrwxr-x  6 wshi wshi  4096 Oct 30 19:41 proof
drwxrwxr-x  7 wshi wshi  4096 Oct 30 19:41 roofit
-rw-rw-r--  1 wshi wshi 55827 Oct 30 19:41 root-help.el
drwxrwxr-x  3 wshi wshi  4096 Oct 30 19:41 rootx
drwxrwxr-x  3 wshi wshi  4096 Oct 30 19:41 sql
drwxrwxr-x  2 wshi wshi  4096 Oct 30 19:41 tmp
drwxrwxr-x  3 wshi wshi  4096 Oct 30 19:41 tmva
drwxrwxr-x  6 wshi wshi  4096 Oct 30 19:41 tree
[wshi@login2.summit build-v5-34-00-patches]$ pwd
/ccs/home/wshi/ROOT/build-v5-34-00-patches```

[Wile_E_Coyote]

O.K. It looks like “find” did not return anything.
Lets try:
find ${ROOTSYS}/cint -name "*.dll"
find ${ROOTSYS}/cint -name "*.so*"

[weishi]

@Wile_E_Coyote

find ${ROOTSYS}/cint -name “.so”

I think it’s bash.

[wshi@login2.summit build-v5-34-00-patches]$ echo "${BASH_VERSION}"
4.4.19(1)-release
[wshi@login2.summit build-v5-34-00-patches]$  $SHELL --version 
GNU bash, version 4.4.19(1)-release (powerpc64le-redhat-linux-gnu)
Copyright (C) 2016 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>

This is free software; you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.
[wshi@login2.summit build-v5-34-00-patches]$ zsh --version
zsh 5.5.1 (powerpc64le-redhat-linux-gnu)
[wshi@login2.summit build-v5-34-00-patches]$ bash --version
GNU bash, version 4.4.19(1)-release (powerpc64le-redhat-linux-gnu)
Copyright (C) 2016 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>

This is free software; you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.
[wshi@login2.summit build-v5-34-00-patches]$ echo $0
-bash
[wshi@login2.summit build-v5-34-00-patches]$ which bash
/usr/bin/bash
[wshi@login2.summit build-v5-34-00-patches]$ which zsh 
/usr/bin/zsh

I don’t see any output still

[wshi@login2.summit build-v5-34-00-patches]$ find ${ROOTSYS}/cint -name "*.dll"
[wshi@login2.summit build-v5-34-00-patches]$ find ${ROOTSYS}/cint -name "*.so*"
[wshi@login2.summit build-v5-34-00-patches]$ 

[Wile_E_Coyote]

There is something wrong. At least the second “find” should return some six unrelated “iosenum/iosenum.solaris*” files.

Another trial:
find ${ROOTSYS}/cint -name "*.so*" -print
find ${ROOTSYS} -name iosenum.solaris -print

[weishi]

@Wile_E_Coyote

find ${ROOTSYS} -name iosenum.solaris -print

I am not getting any output still. Just to clarify, I am assuming we are now talking about cmake build and try to find these dll files.

We are not talking under the configure/make scenario: ./configure --disable-unuran --disable-vc --enable-soversion --build=debug

[ferhue]

I think Wile means the “configure” scenario.

[Wile_E_Coyote]

I assumed you were using “./configure”.

When using CMake, in your “build” directory, check:

./lib/climits.dll
./lib/posix.dll
./lib/queue.dll
./lib/stack.dll
./lib/stdcxxfunc.dll
./lib/map2.dll
./lib/exception.dll
./lib/multimap.dll
./lib/valarray.dll
./lib/stdfunc.dll
./lib/set.dll
./lib/deque.dll
./lib/multiset.dll
./lib/list.dll
./lib/ipc.dll
./lib/vector.dll
./lib/stdexcept.dll
./lib/map.dll
./lib/complex.dll
./lib/multimap2.dll
./lib/vectorbool.dll

However, in any case, in the end, you should have:

./cint/cint/include/posix.dll
./cint/cint/include/stdcxxfunc.dll
./cint/cint/include/stdfunc.dll
./cint/cint/include/ipc.dll
./cint/cint/stl/climits.dll
./cint/cint/stl/queue.dll
./cint/cint/stl/stack.dll
./cint/cint/stl/map2.dll
./cint/cint/stl/exception.dll
./cint/cint/stl/multimap.dll
./cint/cint/stl/valarray.dll
./cint/cint/stl/set.dll
./cint/cint/stl/deque.dll
./cint/cint/stl/multiset.dll
./cint/cint/stl/list.dll
./cint/cint/stl/vector.dll
./cint/cint/stl/stdexcept.dll
./cint/cint/stl/map.dll
./cint/cint/stl/complex.dll
./cint/cint/stl/multimap2.dll
./cint/cint/stl/vectorbool.dll

[weishi]

Using ./configure, I have all 21 dlls

[wshi@login5.summit include]$ pwd
/ccs/home/wshi/ROOT/v5-34-00-patches/cint/cint/include
[wshi@login5.summit include]$ ls -la *.dll
lrwxrwxrwx 1 wshi wshi  8 Oct 31 16:44 ipc.dll -> ipc.so.5
lrwxrwxrwx 1 wshi wshi 10 Oct 31 16:44 posix.dll -> posix.so.5
lrwxrwxrwx 1 wshi wshi 15 Oct 31 16:44 stdcxxfunc.dll -> stdcxxfunc.so.5
lrwxrwxrwx 1 wshi wshi 12 Oct 31 16:44 stdfunc.dll -> stdfunc.so.5

[wshi@login5.summit stl]$ pwd
/ccs/home/wshi/ROOT/v5-34-00-patches/cint/cint/stl
[wshi@login5.summit stl]$ ls -la *.dll
lrwxrwxrwx 1 wshi wshi 12 Oct 31 16:43 climits.dll -> climits.so.5
lrwxrwxrwx 1 wshi wshi 12 Oct 31 16:44 complex.dll -> complex.so.5
lrwxrwxrwx 1 wshi wshi 10 Oct 31 16:42 deque.dll -> deque.so.5
lrwxrwxrwx 1 wshi wshi 14 Oct 31 16:43 exception.dll -> exception.so.5
lrwxrwxrwx 1 wshi wshi  9 Oct 31 16:42 list.dll -> list.so.5
lrwxrwxrwx 1 wshi wshi  8 Oct 31 16:43 map.dll -> map.so.5
lrwxrwxrwx 1 wshi wshi  9 Oct 31 16:43 map2.dll -> map2.so.5
lrwxrwxrwx 1 wshi wshi 13 Oct 31 16:43 multimap.dll -> multimap.so.5
lrwxrwxrwx 1 wshi wshi 14 Oct 31 16:43 multimap2.dll -> multimap2.so.5
lrwxrwxrwx 1 wshi wshi 13 Oct 31 16:43 multiset.dll -> multiset.so.5
lrwxrwxrwx 1 wshi wshi 10 Oct 31 16:43 queue.dll -> queue.so.5
lrwxrwxrwx 1 wshi wshi  8 Oct 31 16:43 set.dll -> set.so.5
lrwxrwxrwx 1 wshi wshi 10 Oct 31 16:43 stack.dll -> stack.so.5
lrwxrwxrwx 1 wshi wshi 14 Oct 31 16:43 stdexcept.dll -> stdexcept.so.5
lrwxrwxrwx 1 wshi wshi 13 Oct 31 16:44 valarray.dll -> valarray.so.5
lrwxrwxrwx 1 wshi wshi 11 Oct 31 16:42 vector.dll -> vector.so.5
lrwxrwxrwx 1 wshi wshi 15 Oct 31 16:42 vectorbool.dll -> vectorbool.so.5

What does this indicate then?