Install Root v5.34.34

weishi · October 29, 2022, 9:56pm

With these options, I do see the root binary appears

[wshi@login1.summit bin]$ ll
total 2100
-rwxrwxr-x 1 wshi wshi  85736 Oct 29 17:45 genmap
-rwxrwxr-x 1 wshi wshi    176 Oct 29 17:17 genreflex
-rwxrwxr-x 1 wshi wshi     92 Oct 29 17:17 genreflex-rootcint
-rwxrwxr-x 1 wshi wshi  78400 Oct 29 17:45 hadd
-rwxr-xr-x 1 wshi wshi   8447 Oct 29 17:17 memprobe
-rwxrwxr-x 1 wshi wshi 160496 Oct 29 17:45 pq2
-rwxrwxr-x 1 wshi wshi 237976 Oct 29 17:45 proofd
-rwxr-xr-x 1 wshi wshi   2868 Oct 29 17:45 proofserv
-rwxrwxr-x 1 wshi wshi  78736 Oct 29 17:45 proofserv.exe
-rwxrwxr-x 1 wshi wshi  80424 Oct 29 17:20 rlibmap
-rwxrwxr-x 1 wshi wshi  83232 Oct 29 17:18 rmkdepend
-rwxrwxr-x 1 wshi wshi  84512 Oct 29 17:45 root
-rwxr-xr-x 1 wshi wshi  27200 Oct 29 17:17 root-config
-rwxrwxr-x 1 wshi wshi  76544 Oct 29 17:45 root.exe
-rwxrwxr-x 1 wshi wshi 387936 Oct 29 17:20 rootcint
-rwxrwxr-x 1 wshi wshi 306832 Oct 29 17:45 rootd
-rwxrwxr-x 1 wshi wshi  76544 Oct 29 17:45 rootn.exe
-rwxr-xr-x 1 wshi wshi    821 Oct 29 17:45 roots
-rwxrwxr-x 1 wshi wshi  78440 Oct 29 17:45 roots.exe
-rw-rw-r-- 1 wshi wshi   3834 Oct 29 17:17 setxrd.csh
-rwxrwxr-x 1 wshi wshi   3046 Oct 29 17:17 setxrd.sh
-rwxrwxr-x 1 wshi wshi  77048 Oct 29 17:45 ssh2rpd
-rw-rw-r-- 1 wshi wshi   6058 Oct 29 17:17 thisroot.csh
-rw-rw-r-- 1 wshi wshi   4335 Oct 29 17:17 thisroot.sh
-rwxrwxr-x 1 wshi wshi  80664 Oct 29 17:45 xpdtest
[wshi@login1.summit bin]$ pwd
/ccs/home/wshi/ROOT/v5-34-00-patches/bin

This error disappeared: autoconf/config.guess: unable to guess system type
this error persists: make: g77: Command not found

When open a file, it shows similar error

[wshi@login1.summit bin]$ source /ccs/home/wshi/ROOT/v5-34-00-patches/bin/thisroot.sh 
...
[wshi@login1.summit ~]$ root -l                      
Error in <UnknownClass::ReadFile>: no file name specified
Error in <UnknownClass::ReadFile>: no file name specified
Error: cannot open file "iostream"  (tmpfile):2:
*** Interpreter error recovered ***
Error in <TEnv::ReadFile>: no file name specified
Error in <TEnv::ReadFile>: no file name specified
Error in <TUnixSystem::DynamicPathName>: libMathCore[.so | .dll | .dylib | .sl | .dl | .a] does not exist in /autofs/nccs-svm1_home1/wshi/ROOT/v5-34-00-patches/lib:/ccs/home/wshi/ROOT/v5-34-00-patches/lib:/sw/summit/spack-envs/base/opt/linux-rhel8-ppc64le/gcc-7.5.0/spectrum-mpi-10.4.0.3-20210112-puowkoejepfjtm22sk2dxb6eeup5w447/lib:/sw/summit/gcc/7.5.0-2/lib64:/sw/summit/spack-envs/base/opt/linux-rhel8-ppc64le/gcc-8.3.1/darshan-runtime-3.3.0-mu6tnxlhxfplrq3srkkgi5dvly6wenwy/lib:/opt/ibm/spectrumcomputing/lsf/10.1.0.11/linux3.10-glibc2.17-ppc64le-csm/lib:.:./lib:

 *** Break *** segmentation violation
Error in <TUnixSystem::StackTrace> script ./etc/gdb-backtrace.sh is missing

Attached are logs.
configure.out.txt (6.8 KB)
make.out.txt (2.1 MB)

Wile_E_Coyote · October 30, 2022, 7:58am

I never met the “no file name specified” error, but I assume you do have:
ls -al /ccs/home/wshi/ROOT/v5-34-00-patches/lib/libMathCore*

BTW. Can it be that you have a “rootlogon.C” somewhere? Try: root -n -l

ferhue · October 30, 2022, 9:55am

Some more ideas:

Did you ‘make clean’ before rebulding?
Did you try with make install to see if there is any difference? Starting root v5.13.01

Or:

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

weishi · October 30, 2022, 5:07pm

Here is the output of libMathCore, it’s there:

[wshi@login4.summit v5-34-00-patches]$ ls -al /ccs/home/wshi/ROOT/v5-34-00-patches/lib/libMathCore*
-rw-rw-r-- 1 wshi wshi    6437 Oct 29 17:45 /ccs/home/wshi/ROOT/v5-34-00-patches/lib/libMathCore.rootmap
-rwxrwxr-x 1 wshi wshi 3489368 Oct 29 17:27 /ccs/home/wshi/ROOT/v5-34-00-patches/lib/libMathCore.so

root -n -l shows basically the same:

[wshi@login4.summit v5-34-00-patches]$ source /ccs/home/wshi/ROOT/v5-34-00-patches/bin/thisroot.sh 
[wshi@login4.summit v5-34-00-patches]$ root -n -l
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
Error in <TUnixSystem::DynamicPathName>: libMathCore[.so | .dll | .dylib | .sl | .dl | .a] does not exist in 

 *** Break *** segmentation violation

===========================================================
There was a crash (#6 0x00007fff97dfb0b4 in SigHandler(ESignals) () from /autofs/nccs-svm1_home1/wshi/ROOT/v5-34-00-patches/lib/libCore.so).
This is the entire stack trace of all threads:
===========================================================
#0  0x00007fff96cb9c34 in waitpid () from /lib64/power9/libc.so.6
#1  0x00007fff96c24340 in do_system () from /lib64/power9/libc.so.6
#2  0x00007fff96df8ec8 in system_compat () from /lib64/power9/libpthread.so.0
#3  0x00007fff97df38e4 in TUnixSystem::Exec(char const*) () from /autofs/nccs-svm1_home1/wshi/ROOT/v5-34-00-patches/lib/libCore.so
#4  0x00007fff97df8988 in TUnixSystem::StackTrace() () from /autofs/nccs-svm1_home1/wshi/ROOT/v5-34-00-patches/lib/libCore.so
#5  0x00007fff97dfaf70 in TUnixSystem::DispatchSignals(ESignals) () from /autofs/nccs-svm1_home1/wshi/ROOT/v5-34-00-patches/lib/libCore.so
#6  0x00007fff97dfb0b4 in SigHandler(ESignals) () from /autofs/nccs-svm1_home1/wshi/ROOT/v5-34-00-patches/lib/libCore.so
#7  0x00007fff97df1d60 in sighandler(int) () from /autofs/nccs-svm1_home1/wshi/ROOT/v5-34-00-patches/lib/libCore.so
#8  <signal handler called>
#9  0x0002206e69207470 in ?? ()
#10 0x0002206e69207473 in ?? ()
===========================================================


The lines below might hint at the cause of the crash.
If they do not help you then please submit a bug report at
http://root.cern.ch/bugs. Please post the ENTIRE stack trace
from above as an attachment in addition to anything else
that might help us fixing this issue.
===========================================================
#9  0x0002206e69207470 in ?? ()
#10 0x0002206e69207473 in ?? ()
===========================================================

Wile_E_Coyote · October 30, 2022, 5:17pm

Execute “make distclean” then configure it adding (“gdb” will be more helpful): --enable-soversion --build=debug
Run it using (note “root.exe”): gdb bin/root.exe

weishi · October 30, 2022, 6:17pm

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 · October 30, 2022, 6:30pm

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

weishi · October 30, 2022, 6:59pm

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 · October 30, 2022, 7:32pm

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

weishi · October 30, 2022, 7:58pm

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 · October 30, 2022, 11:51pm

I did try make clean, or remove and then git clone, nothing changed.
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.

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 · October 31, 2022, 12:17am

maybe @pcanal can also help

Wile_E_Coyote · October 31, 2022, 7:27am

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 · October 31, 2022, 2:11pm

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 · October 31, 2022, 7:00pm

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

weishi · October 31, 2022, 7:09pm

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 · October 31, 2022, 7:10pm

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

weishi · October 31, 2022, 7:14pm

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 · October 31, 2022, 7:15pm

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

weishi · October 31, 2022, 7:19pm

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]$