[quote=“Pepe Le Pew”]Do you get anything, when you try:
dpkg --list “"|grep -i root-system
dpkg --list "”|grep -i root-plugin
dpkg --list “*”|grep -i libroot[/quote]
Both 5.34 and 6.04 fail to compile for me. With 6.04 I get this:
root-6.04.16/math/mathmore/src/GSLMultiFit.h:146:38: error: ‘struct gsl_multifit_fdfsolver’ has no member named ‘J’
gsl_multifit_gradient(fSolver->J, fSolver->f,fVec);
with 5.34, the main error seems to be:
#4 0x00007f046360b94a in DefaultErrorHandler (level=, abort_bool=, location=0x7f04636e7553 “TVirtualStreamerInfo::Factory”, msg=0x21236a0 “Cannot find the plugin handler for TVirtualStreamerInfo! However $ROOTSYS/etc/plugins/TVirtualStreamerInfo is accessible, Check the content of this directory!”) at /scratch/HEPsoftware/root-5.34.36/core/base/src/TError.cxx:192
not sure it is worth trying to debug these old versions! How can I get hold of 6.07?
and have not had this problem in the past on kubuntu, so either an updated package on my system or something else is causing this problem, but I don’t know how to debug further.
sudo apt-get purge root-system* root-plugin* libroot*[/code] then check that the “/usr/lib/i386-linux-gnu/root5.34” and the “/usr/lib/x86_64-linux-gnu/root5.34” subdirectories disappeared completely and finally follow the “in-place” instructions (make sure that you do not have “${HOME}/.rootrc”, “${HOME}/rootlogon.C”, “${HOME}/rootlogoff.C”, “${HOME}/rootalias.C” files): Trouble Installing
sudo apt-get purge root-system* root-plugin* libroot*[/code] then check that the “/usr/lib/i386-linux-gnu/root5.34” and the “/usr/lib/x86_64-linux-gnu/root5.34” subdirectories disappeared completely and finally follow the “in-place” instructions (make sure that you do not have “${HOME}/.rootrc”, “${HOME}/rootlogon.C”, “${HOME}/rootlogoff.C”, “${HOME}/rootalias.C” files): https://root-forum.cern.ch/t/trouble-installing/18046/11[/quote]
ok, good - some progress! I ran all the commands (though my system was already up to date and free of root from the repos), unpacked the tarball of v6.06.04, then did an “in place” install:
./configure --prefix=$INSTALLDIR
make
make install
Now I do get a TBrowser, TCanvas etc, but get the problem I first had when trying to compile or do anything else, which I understand is to do with gcc v5.3:
root [1] 5*6
IncrementalExecutor::executeFunction: symbol '_ZN5cling10printValueEPKi' unresolved while linking [cling interface function]!
You are probably missing the definition of cling::printValue(int const*)
Maybe you need to load the corresponding shared library?
(int) Error in ValuePrinter: missing output string.
…which is why I was using cmake in the first place. The cmake command I was using:
cmake -DCMAKE_INSTALL_PREFIX=$INSTALLDIR -DCMAKE_CXX_FLAGS=-D_GLIBCXX_USE_CXX11_ABI=0 $ROOTDIR
make -j 4
make install
means I don’t get the cling library error, but I also don’t get graphics.
Well, not sure what changed, but now it seems to work even with cmake. I moved to 6.6.4 and rearranged the options slightly and now everything is working. Not very satisfying as I didn’t really understand the solution, but I’m happy to accept a working root for now! Thanks for the help and suggestions.
Hi,
I have to revive this thread… I’ve just installed Linux Mint 18 (KDE version if that matters) on a desktop, and have the same issue again. Root v06.06.08 seems to compile with no problems, but I get no graphics
I do:
tar -zxvf root_v6.06.08.source.tar.gz
mkdir test_build ; cd test_build
INSTALLDIR=/scratch/HEPsoftware/local
cmake -DCMAKE_INSTALL_PREFIX=$INSTALLDIR -DCMAKE_CXX_FLAGS=-D_GLIBCXX_USE_CXX11_ABI=0 /scratch/HEPsoftware/root-6.06.08
–at this point it seems fine,:
– Enabled support for: asimage astiff builtin_afterimage builtin_ftgl builtin_glew builtin_pcre builtin_lzma builtin_llvm cxx11 cling exceptions explicitlink fortran genvector mathmore memstat opengl pch python shadowpw shared thread tmva vdt xft xml x11
make
make install
root
root [0] new TBrowser
(TBrowser *) 0x1c1b830
and that’s it. No error, and no TBrowser.
I didn’t really solve the problem last time, it just magically went away… so not sure how to proceed with debugging.
How is it possible that directly after “make install” you were able to run “root”?
You should have needed something like:
source /scratch/HEPsoftware/local/bin/thisroot.sh
Well, is it possible that you have another root version installed somewhere?
If yes, remember that, before you configure and make your new root, nothing in your setup can point to any other existing version (i.e. check PATH, LD_LIBRARY_PATH, …).
Also, check your DISPLAY variable (e.g. try to start an xterm from your terminal in order to make sure that it works).
HI,
yes, sorry, missed that step. After make install I open a new terminal, which calls
. /scratch/HEPsoftware/local/bin/thisroot.sh
through my .bashrc.
I don’t have any other root versions installed, and get eg
So, first remove the offending line from your .bashrc, then start a new terminal (so that the “old” root settings are gone) and then build your new root from scratch again (i.e. delete the “test_build” and “root-6.06.08” subdirectories, unpack the source code again, …).
BTW. Add -Dall=“ON” -Dsoversion=“ON” to your cmake line.
Last, but not least … make sure that you read the notes about installing a “system default” ROOT version in a “system default” subdirectory (this applies to your “/scratch/HEPsoftware/local”, as well) : Missing Canvas
ok, removed my .bashrc, cleaned everything out and started again.
locate root.exe
(nothing)
untar, make compilation directory,
cmake -DCMAKE_INSTALL_PREFIX=$INSTALLDIR -DCMAKE_CXX_FLAGS=-D_GLIBCXX_USE_CXX11_ABI=0 $ROOTDIR
See output in make_log.txt (765 KB)
then make, make install - see output in cmake_log.txt (9.54 KB)
source thisroot.sh
root
root [0] new TBrowser
(TBrowser *) 0x1f39050
to a completely clean setup makes no difference. Still no graphics.
I’m not entirely sure how to use the “ROOTSYS” method with cmake. eg if I set
unset ROOTSYS
export ROOTSYS=/scratch/HEPsoftware/local
cmake -DCMAKE_CXX_FLAGS=-D_GLIBCXX_USE_CXX11_ABI=0 -Dall=“ON” -Dsoversion=“ON” $ROOTDIR
make
make install
then it tries to install to /usr/local/…
Similarly running configure in the root source directory before running cmake in the build directory has the same result.
What I find really strange about this is that I’m running exactly the same OS on my laptop and root works with no problems.
Morning,
I started with a clean install on my laptop with v06-06-08 in order to compare the cmake & make outputs with my desktop. And now I get no graphics on my laptop either. So at least things are consistent…
Just to update: I solved the problem. For whatever reason, the plugin path was being set incorrectly.
eg in the cmake directory, there is a system.rootrc file which contains:
test-mint18-root-6.06.08/etc/system.rootrc:Unix.*.Root.PluginPath: :/scratch/HEPsoftware/local/etc/root/plugins:
and this file seems to also be copied to the install directory:
/scratch/HEPsoftware/local/etc/system.rootrc
but the plugins are actually installed in /scratch/HEPsoftware/local/etc/plugins (no “root” in the path)
So if I copy the system.rootrc file to my home directory as .rootrc then fix the paths in that file, I finally get graphics.