Problem running root 5.34 in OS 10.13.2

Hello

While trying to run root 5.34 on OSX.10.13.2 I get many errors

dlopen error: dlopen(/Users/alkaloge/root/lib/libThread.so, 9): can’t resolve symbol __ZTVN10__cxxabiv117__class_type_infoE in /Users/alkaloge/root/lib/libThread.so because dependent dylib #3 could not be loaded in /Users/alkaloge/root/lib/libThread.so
Load Error: Failed to load Dynamic link library /Users/alkaloge/root/lib/libThread.so
Error in TCint::AutoLoad: failure loading dependent library libThread.so for class TChain
dlopen error: dlopen(/Users/alkaloge/root/lib/libRIO.so, 9): can’t resolve symbol __ZTVN10__cxxabiv117__class_type_infoE in /Users/alkaloge/root/lib/libThread.so because dependent dylib #3 could not be loaded in /Users/alkaloge/root/lib/libThread.so
Load Error: Failed to load Dynamic link library /Users/alkaloge/root/lib/libRIO.so
Error in TCint::AutoLoad: failure loading dependent library libRIO.so for class TChain
dlopen error: dlopen(/Users/alkaloge/root/lib/libNet.so, 9): can’t resolve symbol __ZTVN10__cxxabiv117__class_type_infoE in /Users/alkaloge/root/lib/libThread.so because dependent dylib #3 could not be loaded in /Users/alkaloge/root/lib/libThread.so
Load Error: Failed to load Dynamic link library /Users/alkaloge/root/lib/libNet.so
Error in TCint::AutoLoad: failure loading dependent library libNet.so for class TChain
dlopen error: dlopen(/Users/alkaloge/root/lib/libTree.so, 9): can’t resolve symbol __ZTVN10__cxxabiv117__class_type_infoE in /Users/alkaloge/root/lib/libThread.so because dependent dylib #3 could not be loaded in /Users/alkaloge/root/lib/libThread.so
Load Error: Failed to load Dynamic link library /Users/alkaloge/root/lib/libTree.so
Error in TCint::AutoLoad: failure loading library libTree.so for class TChain
Error: Function BIT(10) is not defined in current scope /Users/alkaloge/root/include/TBranch.h:52:
*** Interpreter error recovered ***

At this moment, switching to v.6x is not an option for me (several of my .C cannot work with latest root versions). XCode is installed properly though.

Thanks

Alex

Yes this is a known issue with 5.32 on High Sierra. We have not fix it yet.

Hello

Ok, I see- So, trying to run my .C in 6.06 (after some modifications) I get this crash

*** Break *** segmentation violation
Generating stack trace…
0x000000010a9c9047 in
0x00000001068af10d in cling::Interpreter::RunFunction(clang::FunctionDecl const*, cling::Value*) (in libCling.so) + 317
0x00000001068ae599 in cling::Interpreter::EvaluateInternal(std::__1::basic_string<char, std::__1::char_traits, std::__1::allocator > const&, cling::CompilationOptions, cling::Value*, cling::Transaction**) (in l
0x00000001068ec262 in cling::MetaSema::actOnxCommand(llvm::StringRef, llvm::StringRef, cling::Value*) (in libCling.so) + 434
0x00000001068e51e9 in cling::MetaParser::isXCommand(cling::MetaSema::ActionResult&, cling::Value*) (in libCling.so) + 745
0x00000001068e4957 in cling::MetaParser::isCommand(cling::MetaSema::ActionResult&, cling::Value*) (in libCling.so) + 135
0x00000001068e472a in cling::MetaParser::isMetaCommand(cling::MetaSema::ActionResult&, cling::Value*) (in libCling.so) + 42
0x00000001068e9db2 in cling::MetaProcessor::process(char const*, cling::Interpreter::CompilationResult&, cling::Value*) (in libCling.so) + 274
0x00000001067c4017 in TCling::ProcessLine(char const*, TInterpreter::EErrorCode*) (in libCling.so) + 3111
0x00000001067c7269 in TCling::ProcessLineSynch(char const*, TInterpreter::EErrorCode*) (in libCling.so) + 121
0x0000000106400be9 in TApplication::ExecuteFile(char const*, int*, bool) (in libCore.so) + 2329
0x000000010635f1b6 in TRint::ProcessLineNr(char const*, char const*, int*) (in libRint.so) + 118
0x000000010635ef1f in TRint::Run(bool) (in libRint.so) + 943
0x0000000106357e8f in main (in root.exe) + 79
0x00007fff6149c115 in start (in libdyld.dylib) + 1
0x0000000000000006 in

is this also expected ?

Thanks again

Alex

have you install the new Xcode ? after having done it you should also run the command:

xcode-select --install

yes, Xcode is properly installed…

And you ran xcode-select --install ?

right, and it gives back

xcode-select --install
xcode-select: error: command line tools are already installed, use “Software Update” to install updates

so nothing more to do here…

Yes all seems fine. Can you post a small macro reproducing this problem ?

Sure, here (hopefully I am not forgetting something)

data.txt (100 Bytes)
OverlapSmall.C (23.1 KB)

and

Btw, with root 6x seems that the tdrstyle.C cannot also run, so, are you maybe aware of a possible hack for this as well (lines 31 & 87)

I investigated a bit more the problem with 5.34. It it seems that if I rebuild root using root-config (from the directory where main.cxx is typically $ROOTSYS/main/src), then I get a working module:

$ g++ `root-config --cflags` -o rootnew rmain.cxx `root-config --glibs`
imaccouet:src couet$ ./rootnew
  *******************************************
  *                                         *
  *        W E L C O M E  to  R O O T       *
  *                                         *
  *   Version   5.34/37      6 April 2016   *
  *                                         *
  *  You are welcome to visit our Web site  *
  *          http://root.cern.ch            *
  *                                         *
  *******************************************

ROOT 5.34/37 (heads/v5-34-00-patches@v5-34-36-1-g4008982, Jan 17 2018, 10:30:00 on macosx64)

CINT/ROOT C/C++ Interpreter version 5.18.00, July 2, 2010
Type ? for help. Commands must be C++ statements.
Enclose multiple statements between { }.
root [0] gSystem->Load("libRIO.so")
(int)1
root [1] 

Hi

I ve also tried to downgrade to Xcode 8.3 but still the same problem occurs - I would be of great help to have a patch for 5.x and high-sierra though

Thanks

Alex

I investigated as much as I could this issue. But I did not find any proper fix except linking with RIO (that’s what the command I posted does). May be @Axel and/or @pcanal may have more to say about this.

Now I can only suggest you tor link root with the command I posted. That’s still easier than downgrading Xcode.

couet http://root-forum.cern.ch/u/couet
January 23
I investigated as much as I could this issue. But I did not find any proper fix except linking with RIO (that’s what the command I posted does). May be @Axel http://root-forum.cern.ch/u/axel and/or @pcanal http://root-forum.cern.ch/u/pcanal may have more to say about this.

Now I can only suggest you tor link root with the command I posted. That’s still easier than downgrading Xcode.

and how this “rootnew” can called/run replacing the issued command ie

root -l Code.C

from any given dir (ie not inside the src/main)

thanks

-a

it can replace: $ROOTSYS/bin/root.exe

mv $ROOTSYS/bin/root.exe $ROOTSYS/bin/root.exe.orig
mv rootnew $ROOTSYS/bin/root.exe

This topic was automatically closed 14 days after the last reply. New replies are no longer allowed.