If you configure without specifying CMAKE_INSTALL_PREFIX it takes the value /usr/local. To control if the installation is fix location installation or relocatable we have another option ‘gnuinstall’. Independently of the value of CMAKE_INSTALL_PREFIX you can always make an installation with
I have also tried downgrading my gcc compiler, [url=https://root-forum.cern.ch/t/rootaas-c-kernel-sdtout-or-stderr-malformed-message-with-zmq/20577/8 suggested here[/url]. However, that still produces the same error.
[quote=“ferhue”]I had the same problem with the “Options.inc” in Ubuntu 16.04, for gcc 4.9 as well as gcc 5.4.
I am not really sure how I solved it, I tried two things (a and b) at the same time and then it suddenly worked.
Try:
a) Remove the git repository and clone again. Remove build directory and rebuild from scratch
[/quote]
I’m running a script that contains (effectively) the following commands
I followed [url=https://root-forum.cern.ch/t/root-build-suddenly-failing-ubuntu-16-04-lts/21739/1 Le Pew’s suggestion[/url] of purging anything installed relating to clang and cling, and then installed libclang-dev and reran my script with gcc 5.4. I once again got the same failure (with the logs once again attached). cmake.out.txt (59.1 KB)
Just to check that there are no conflicts…
[/quote]
MANPATH=:/usr/local/texlive/2014/texmf-dist/doc/man
XDG_SESSION_PATH=/org/freedesktop/DisplayManager/Session0
XDG_SEAT_PATH=/org/freedesktop/DisplayManager/Seat0
DEFAULTS_PATH=/usr/share/gconf/ubuntu.default.path
PATH=/home/mcf/anaconda/envs/py3k/bin:/home/mcf/anaconda/bin:/usr/local/texlive/2014/bin/x86_64-linux:/home/mcf/bin:/opt/texbin:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games:/usr/local/games:/snap/bin
MANDATORY_PATH=/usr/share/gconf/ubuntu.mandatory.path
COMPIZ_BIN_PATH=/usr/bin/
INFOPATH=:/usr/local/texlive/2014/texmf-dist/doc/info
[quote=“ferhue”]
Maybe try another cmake build method like this, without sudo things, and then add further options if it works:
cd ~/temporary/
git clone http://root.cern.ch/git/root.git root_source
mkdir root
cd root
unset ROOTSYS
cmake ../root_source
make
source bin/thisroot.sh
[/quote]
These commands, unfortunately, still produces the same error (log file of these commands attached). cmake-simple.out.txt (54.3 KB)
Let’s see what the ROOT team says about that. Or submit a bug report.
Otherwise, I would suggest the following: install a clean Ubuntu 16.04 on a Virtualbox. Type exactly the commands below. If it works, then the conclusion would be that something in your local environment (/home/mcf/anaconda…) interacts with cmake or clang…
Note that my suggestion was to “purge” everything that’s related to any “*cl[ai]ng-dev” package (including any cl[ai]ng related compiler / interpreter).
Note also that you must make sure that nothing in your setup points to any other ROOT version (e.g. you may have Ubuntu’s default ROOT related packages installed, which you need to “purge”).
Sorry, I failed to mention earlier that I had done your recommended purge such that
sudo dpkg --list "*"|grep -i "cl[ai]ng"
returns nothing, and the error still occurred when I ran like that.
[quote=“Pepe Le Pew”]
Note also that you must make sure that nothing in your setup points to any other ROOT version (e.g. you may have Ubuntu’s default ROOT related packages installed, which you need to “purge”).[/quote]
which root
returns nothing,
$ sudo dpkg --list "*"|grep -i "root"
ii dns-root-data 2015052300+h+1 all DNS root data including root zone and DNSSEC key
ii fakeroot 1.20.2-1ubuntu1 amd64 tool for simulating superuser privileges
ii libfakeroot:amd64 1.20.2-1ubuntu1 amd64 tool for simulating superuser privileges - shared libraries
un xsetroot <none> <none> (no description available)
which aren’t ROOT related, and there isn’t anything in my path. I could be missing something obvious, but I’m not sure what.
Just a strange question.
Was “Options.inc” created or not?
In the subdirectory in which you build ROOT (NOT in the source code subdirectory), try to execute:
find ./ -name "Options.inc"
and you should get something like this (for ROOT 6.06/06):
./interpreter/llvm/src/tools/clang/include/clang/Driver/Options.inc
I find this very confusing, as I don’t see why the number of jobs launched with make should determine if it fails or succeeds. Do you understand this? Further, I’m still confused why this method succeeds, but following the ROOT webpage build documentation instructions (as I have done here) fails.
Regardless, thank you both for your time and help in getting me a working version of ROOT6 again.
[quote=“Pepe Le Pew”]Just a strange question.
Was “Options.inc” created or not?
In the subdirectory in which you build ROOT (NOT in the source code subdirectory), try to execute:
find ./ -name "Options.inc"
and you should get something like this (for ROOT 6.06/06):
./interpreter/llvm/src/tools/clang/include/clang/Driver/Options.inc[/quote]
After discovering the fix, I went back and reran with the failing set of commands, and no “Options.inc” was created.
$ cd root
$ find ./ -iname "Options.inc"
return no results, and the Driver dir is never created
$ ls interpreter/llvm/src/tools/clang/include/
clang/ CMakeFiles/ cmake_install.cmake Makefile
So it seems that it is a clear problem in ROOT building procedure (missing dependencies somewhere which is clearly visible if one makes it using a single cpu).
BTW. You should try: ls -p interpreter/llvm/src/tools/clang/include/clang/ which should return something like this (for ROOT 6.06/06): AST/ CMakeFiles/ Config/ Makefile Sema/
Basic/ cmake_install.cmake Driver/ Parse/ Serialization/ and then: ls -p interpreter/llvm/src/tools/clang/include/clang/Driver/ which gives: CMakeFiles/ cmake_install.cmake Makefile Options.inc Options.inc.tmp
Okay, so (obvious high ignorance on my end) is this an actual bug then, or is this some pathological effect of my Ubuntu’s setup?
[quote=“Pepe Le Pew”]
BTW. You should try: ls -p interpreter/llvm/src/tools/clang/include/clang/ which should return something like this (for ROOT 6.06/06): AST/ CMakeFiles/ Config/ Makefile Sema/
Basic/ cmake_install.cmake Driver/ Parse/ Serialization/[/quote]
yields
Thanks for reporting the problem. We didn’t see it because we always build with -jN on the nightlies. A fix has been committed to master and 6.08 branches.