Issue compiling latest root

Discussion:

Dag Gillberg

2014-10-18 09:11:23 UTC

Hello root experts,

I'm trying to compile root v6-02-01 on my laptop, and it doesn't go far
until:

*** Building interpreter/llvm/inst/lib/libclangSema.a...
make[1]: *** No rule to make target
`/Users/dag/root6/root-v6-02-01/interpreter/llvm/src/Users/Dag/root6/root-v6-02-01/interpreter/llvm/obj/Makefile',
needed by `Makefile'. Stop.
make: *** [interpreter/llvm/inst/lib/libclangSema.a] Error 2

So it seems that somewhere in the makefile jungle a space has gone missing
between
/Users/dag/root6/root-v6-02-01/interpreter/llvm/src
/Users/Dag/root6/root-v6-02-01/interpreter/llvm/obj/Makefile
?

I configured it simply by:
./configure --all --disable-fink
make

Any ideas how to fix this?

Thanks,
Dag

PS: I just upgraded to MacOS Yosemite

Axel Naumann

2014-10-18 12:54:11 UTC

Permalink

Hi Dag,

I suspect that this is an amazing side effect of the upgrade, actually: note how your user name in the directory is once capital and once lower case.

I will try to find out what happens here... In the meantime, could you try an out of source build?

Cheers, Axel

Post by Dag Gillberg
Hello root experts,
I'm trying to compile root v6-02-01 on my laptop, and it doesn't go far
*** Building interpreter/llvm/inst/lib/libclangSema.a...
make[1]: *** No rule to make target
`/Users/dag/root6/root-v6-02-01/interpreter/llvm/src/Users/Dag/root6/root-v6-02-01/interpreter/llvm/obj/Makefile',
needed by `Makefile'. Stop.
make: *** [interpreter/llvm/inst/lib/libclangSema.a] Error 2
So it seems that somewhere in the makefile jungle a space has gone missing
between
/Users/dag/root6/root-v6-02-01/interpreter/llvm/src
/Users/Dag/root6/root-v6-02-01/interpreter/llvm/obj/Makefile
?
./configure --all --disable-fink
make
Any ideas how to fix this?
Thanks,
Dag
PS: I just upgraded to MacOS Yosemite

Dag Gillberg

2014-10-18 16:41:58 UTC

Permalink

Hi Alex,

If I try to use a pre-compiled build I get a crash after seeing:

error: PCH file was compiled for the target 'x86_64-apple-macosx10.9.0' but
the current translation unit is being
compiled for target 'x86_64-apple-macosx10.10.0'

And building myself, I get the message I attached previously.
It seems to orignate from this file (around line 59):
root/interpreter/llvm/obj/Makefile.config

which i attached.

Cheers,
Dag

Post by Axel Naumann
Hi Dag,
note how your user name in the directory is once capital and once lower
case.
I will try to find out what happens here... In the meantime, could you try
an out of source build?
Cheers, Axel

Post by Dag Gillberg
Hello root experts,
I'm trying to compile root v6-02-01 on my laptop, and it doesn't go far
*** Building interpreter/llvm/inst/lib/libclangSema.a...
make[1]: *** No rule to make target
`/Users/dag/root6/root-v6-02-01/interpreter/llvm/src/Users/Dag/root6/root-v6-02-01/interpreter/llvm/obj/Makefile',
needed by `Makefile'. Stop.
make: *** [interpreter/llvm/inst/lib/libclangSema.a] Error 2
So it seems that somewhere in the makefile jungle a space has gone
missing between
/Users/dag/root6/root-v6-02-01/interpreter/llvm/src
/Users/Dag/root6/root-v6-02-01/interpreter/llvm/obj/Makefile
?
./configure --all --disable-fink
make
Any ideas how to fix this?
Thanks,
Dag
PS: I just upgraded to MacOS Yosemite

Frank Filthaut

2014-10-19 09:32:12 UTC

Permalink

Hi Axel,

I, too, just upgraded to Yosemite. I donât get Dagâs error (the llvm stage is built successfully for me â weird?) but Iâm getting a different error: generating the core/base/src/G__core.src dictionary fails with the message

input_line_3:1:10: fatal error: 'assert.h' file not found
#include <assert.h>
^
Error: Error loading the default header files.
make: *** [core/base/src/G__Core.cxx] Error 1

I donât quite understand why assert.h isnât found as it is clearly there, as
/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.9.sdk/usr/include/assert.h
which is consistent with my SDK settings: running
xcrun --show-sdk-path
yields
/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.9.sdk

My config.status looks like this:
--enable-roofit --with-macosxvers=10.9
The 10.9 is necessary since there doesnât appear to be a 10.10 SDK yet.

Any clue?
BTW: when using a previously compiled build, I get the same complaint about different targets as Dag does.

Thanks,
Frank

Post by Dag Gillberg
Hi Alex,
error: PCH file was compiled for the target 'x86_64-apple-macosx10.9.0' but the current translation unit is being
compiled for target 'x86_64-apple-macosx10.10.0'
And building myself, I get the message I attached previously.
root/interpreter/llvm/obj/Makefile.config
which i attached.
Cheers,
Dag
Hi Dag,
I suspect that this is an amazing side effect of the upgrade, actually: note how your user name in the directory is once capital and once lower case.
I will try to find out what happens here... In the meantime, could you try an out of source build?
Cheers, Axel
Hello root experts,
*** Building interpreter/llvm/inst/lib/libclangSema.a...
make[1]: *** No rule to make target `/Users/dag/root6/root-v6-02-01/interpreter/llvm/src/Users/Dag/root6/root-v6-02-01/interpreter/llvm/obj/Makefile', needed by `Makefile'. Stop.
make: *** [interpreter/llvm/inst/lib/libclangSema.a] Error 2
So it seems that somewhere in the makefile jungle a space has gone missing between
/Users/dag/root6/root-v6-02-01/interpreter/llvm/src
/Users/Dag/root6/root-v6-02-01/interpreter/llvm/obj/Makefile
?
./configure --all --disable-fink
make
Any ideas how to fix this?
Thanks,
Dag
PS: I just upgraded to MacOS Yosemite
<Makefile.config>

Dag Gillberg

2014-10-19 13:18:18 UTC

Permalink

Hi Frank and Axel,

I managed to compile root 6 with Yosemite eventually.

First, I'm not sure if this is my own fault since earlier, or if this
happened during the Yoseminte upgrade, but as Alex pointed out, my user
name had capital letter in $USER and $HOME, but the folder itself did not.
Mac usually doesn't care as they don't make a distinction, but the
Makefiles seemed to be all confused about this when replacing strings. So I
changed to capital letter everywhere:
mv /Users/dag /Users/Dag
and retarded fresh. This got me further. (note, i managed to build both
root 5 and 6 under Mac OS 10.9. Not sure if my home folder had a capital
letter or not at this point...).

My second issue was with gfortran (compiling hbook.f etc).
After the upgrade
gfortran -v
simply gave a segfault:
Segmentation fault: 11

After eventually managing to cleanly reinstall gfortran (along the way i
had issues with f951), i could build root 6 without further issues.
Everything seems happy now.

I did not have the problem Frank reported.
I used:
./configure --all --disable-fink

Executing
xcrun --show-sdk-path
gives me a blank line.

Cheers,
Dag

Post by Frank Filthaut
Hi Axel,
I, too, just upgraded to Yosemite. I donât get Dagâs error (the llvm stage
generating the core/base/src/G__core.src dictionary fails with the message
*input_line_3:1:10: **fatal error: **'assert.h' file not found*
#include <assert.h>
* ^*
Error: Error loading the default header files.
make: *** [core/base/src/G__Core.cxx] Error 1
I donât quite understand why assert.h isnât found as it is clearly there, as
/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.9.sdk/usr/include/assert.h
which is consistent with my SDK settings: running
xcrun --show-sdk-path
yields
/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.9.sdk
--enable-roofit --with-macosxvers=10.9
The 10.9 is necessary since there doesnât appear to be a 10.10 SDK yet.
Any clue?
BTW: when using a previously compiled build, I get the same complaint
about different targets as Dag does.
Thanks,
Frank
Hi Alex,
error: PCH file was compiled for the target 'x86_64-apple-macosx10.9.0'
but the current translation unit is being
compiled for target 'x86_64-apple-macosx10.10.0'
And building myself, I get the message I attached previously.
root/interpreter/llvm/obj/Makefile.config
which i attached.
Cheers,
Dag

Post by Dag Gillberg
Hello root experts,
*** Building interpreter/llvm/inst/lib/libclangSema.a...
make[1]: *** No rule to make target
`/Users/dag/root6/root-v6-02-01/interpreter/llvm/src/Users/Dag/root6/root-v6-02-01/interpreter/llvm/obj/Makefile',
needed by `Makefile'. Stop.
make: *** [interpreter/llvm/inst/lib/libclangSema.a] Error 2
So it seems that somewhere in the makefile jungle a space has gone missing between
/Users/dag/root6/root-v6-02-01/interpreter/llvm/src
/Users/Dag/root6/root-v6-02-01/interpreter/llvm/obj/Makefile
?
./configure --all --disable-fink
make
Any ideas how to fix this?
Thanks,
Dag
PS: I just upgraded to MacOS Yosemite

<Makefile.config>

Fons Rademakers

2014-10-19 19:20:12 UTC

Permalink

Gentlemen,

no problem compiling the ROOT master on Yosemite:

./configure --all
make -j 24

root [0]
Processing hsimple.C...
hsimple : Real Time = 0.11 seconds Cpu Time = 0.10 seconds
(class TFile *) 0x7fc339872940

============================================================
=== ROOT BUILD SUCCESSFUL. ===
=== Run 'source bin/thisroot.[c]sh' before starting ROOT ===
============================================================

real 6m44.954s
user 96m0.108s
sys 9m5.125s

No special settings.

xcode 6.0.1

$ xcrun --show-sdk-path
/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.9.sdk

$ clang++ -v
Apple LLVM version 6.0 (clang-600.0.51) (based on LLVM 3.5svn)
Target: x86_64-apple-darwin14.0.0
Thread model: posix

In config/Makefile.config you see:

BUILDCOCOA := yes
MACOSXVERS := 10.10
OSXSDK :=
IOSVERS :=
IOSSDK :=

Cheers, Fons.

Post by Frank Filthaut
Hi Axel,
I, too, just upgraded to Yosemite. I donât get Dagâs error (the llvm stage
generating the core/base/src/G__core.src dictionary fails with the message
*input_line_3:1:10: **fatal error: **'assert.h' file not found*
#include <assert.h>
* ^*
Error: Error loading the default header files.
make: *** [core/base/src/G__Core.cxx] Error 1
I donât quite understand why assert.h isnât found as it is clearly there, as
/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.9.sdk/usr/include/assert.h
which is consistent with my SDK settings: running
xcrun --show-sdk-path
yields
/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.9.sdk
--enable-roofit --with-macosxvers=10.9
The 10.9 is necessary since there doesnât appear to be a 10.10 SDK yet.
Any clue?
BTW: when using a previously compiled build, I get the same complaint about
different targets as Dag does.
Thanks,
Frank

Post by Dag Gillberg
Hi Alex,
error: PCH file was compiled for the target 'x86_64-apple-macosx10.9.0'
but the current translation unit is being
compiled for target 'x86_64-apple-macosx10.10.0'
And building myself, I get the message I attached previously.
root/interpreter/llvm/obj/Makefile.config
which i attached.
Cheers,
Dag
Hi Dag,
I suspect that this is an amazing side effect of the upgrade,
actually: note how your user name in the directory is once capital
and once lower case.
I will try to find out what happens here... In the meantime, could
you try an out of source build?
Cheers, Axel
On October 18, 2014 11:11:23 AM CEST, Dag Gillberg
Hello root experts,
I'm trying to compile root v6-02-01 on my laptop, and it doesn't
*** Building interpreter/llvm/inst/lib/libclangSema.a...
make[1]: *** No rule to make target
`/Users/dag/root6/root-v6-02-01/interpreter/llvm/src/Users/Dag/root6/root-v6-02-01/interpreter/llvm/obj/Makefile',
needed by `Makefile'. Stop.
make: *** [interpreter/llvm/inst/lib/libclangSema.a] Error 2
So it seems that somewhere in the makefile jungle a space has
gone missing between
/Users/dag/root6/root-v6-02-01/interpreter/llvm/src
/Users/Dag/root6/root-v6-02-01/interpreter/llvm/obj/Makefile
?
./configure --all --disable-fink
make
Any ideas how to fix this?
Thanks,
Dag
PS: I just upgraded to MacOS Yosemite
<Makefile.config>

--
Org: CERN, European Laboratory for Particle Physics.
Mail: 1211 Geneve 23, Switzerland
E-Mail: ***@cern.ch Phone: +41 22 7679248
WWW: http://fons.rademakers.org Fax: +41 22 7669640

Kazuyoshi Furutaka

2014-10-21 20:51:08 UTC

Permalink

Dear root experts,

I had a problem compiling ROOT v6-02-01 (NOT on Mac, but
linux x86_64, Fedora-20), due to (?) a SEGV in building
hsimple.root, only when compiling w/ cmake (seems NO problem
in autoconf build.)

Both configured by enabling the following:
gdml, minuit2, python, roofit, gsl_shared

Any clue?

Kazuyoshi

The following is a part of the message on the SEGV.

Scanning dependencies of target hsimple
[ 50%] Generating hsimple.root

*** Break *** segmentation violation

===========================================================
There was a crash.
This is the entire stack trace of all threads:
===========================================================
#0 0x0000003be00bc2fc in __libc_waitpid (pid=12678, stat_loc=stat_loc
entry=0x7fffdd7046e0, options=options
entry=0) at ../sysdeps/unix/sysv/linux/waitpid.c:31
#1 0x0000003be0042522 in do_system (line=<optimized out>) at ../sysdeps/posix/system.c:148
#2 0x00007fd3cb7e2979 in TUnixSystem::StackTrace (this=0x6439e0) at /home/furutaka/work/root/root.git/core/unix/src/TUnixSystem.cxx:2297
#3 0x00007fd3cb7e44ec in TUnixSystem::DispatchSignals (this=0x6439e0, sig=kSigSegmentationViolation) at /home/furutaka/work/root/root.git/core/unix/src/TUnixSystem.cxx:3523
#4 <signal handler called>
#5 _M_grab (__alloc2=..., __alloc1=..., this=<optimized out>) at /usr/src/debug/gcc-4.8.3-20140911/obj-x86_64-redhat-linux/x86_64-redhat-linux/libstdc++-v3/include/bits/basic_string.h:229
#6 std::basic_string<char, std::char_traits<char>, std::allocator<char> >::basic_string (this=0xfd18e0, __str=<error reading variable: Cannot access memory at address 0xffffffffffffffe8>) at /usr/src/debug/gcc-4.8.3-20140911/obj-x86_64-redhat-linux/x86_64-redhat-linux/libstdc++-v3/include/bits/basic_string.tcc:173
#7 0x00007fd3c99c941a in TClingClassInfo (this=0xfd18a0) at /home/furutaka/work/root/root.git/core/meta/src/TClingClassInfo.h:53
#8 TClingBaseClassInfo::TClingBaseClassInfo (this=0x7fffdd706e40, interp=<optimized out>, ci=0xfd9fe0) at /home/furutaka/work/root/root.git/core/meta/src/TClingBaseClassInfo.cxx:71
#9 0x00007fd3c9984290 in TCling::CreateListOfBaseClasses (this=0x6b0500, cl=0xfdc740) at /home/furutaka/work/root/root.git/core/meta/src/TCling.cxx:3061
#10 0x00007fd3cb7bb867 in TClass::GetListOfBases (this=this
entry=0xfdc740) at /home/furutaka/work/root/root.git/core/meta/src/TClass.cxx:3283
#11 0x00007fd3cb7bb8f2 in TClass::GetBaseClass (this=this
entry=0xfdc740, cl=cl
entry=0xe0f0b0) at /home/furutaka/work/root/root.git/core/meta/src/TClass.cxx:2452
#12 0x00007fd3cb7bb998 in TClass::InheritsFrom (this=this
entry=0xfdc740, cl=0xe0f0b0) at /home/furutaka/work/root/root.git/core/meta/src/TClass.cxx:4341
#13 0x00007fd3cb7bd80f in TClass::Property (this=0xfdc740) at /home/furutaka/work/root/root.git/core/meta/src/TClass.cxx:5371
#14 0x00007fd3cb7bd639 in TClass::IsForeign (this=this
entry=0xfdc740) at /home/furutaka/work/root/root.git/core/meta/src/TClass.cxx:5273
#15 0x00007fd3cb7c8fc5 in TClass::PostLoadCheck (this=0xfdc740) at /home/furutaka/work/root/root.git/core/meta/src/TClass.cxx:5292
#16 0x00007fd3cb7bd090 in TClass::GetClass (typeinfo=..., load=<optimized out>, load
entry=true) at /home/furutaka/work/root/root.git/core/meta/src/TClass.cxx:2912
#17 0x00007fd3cb74e6dc in TBuffer::GetClass (typeinfo=...) at /home/furutaka/work/root/root.git/core/base/src/TBuffer.cxx:297
#18 0x00007fd3c9986d56 in GetObject<TObjArray> (ptr=<synthetic pointer>, namecycle=0x7fd3cabac1c8 "__ProtoClasses", this=0xfddc00) at /home/furutaka/work/root/root_v6.02.00-build/include/TDirectoryFile.h:82
#19 TCling::LoadPCM (this=this
entry=0x6b0500, pcmFileName=..., headers=headers
entry=0x7fd3cbe064c0 <(anonymous namespace)::TriggerDictionaryInitialization_libMathCore_Impl()::headers>, triggerFunc=triggerFunc
entry=0x7fd3cbb5ee90 <(anonymous namespace)::TriggerDictionaryInitialization_libMathCore_Impl()>) at /home/furutaka/work/root/root.git/core/meta/src/TCling.cxx:1219
#20 0x00007fd3c999d291 in TCling::RegisterModule (this=0x6b0500, modulename=<optimized out>, headers=<optimized out>, includePaths=<optimized out>, payloadCode=<optimized out>, fwdDeclsCode=<optimized out>, triggerFunc=0x7fd3cbb5ee90 <(anonymous namespace)::TriggerDictionaryInitialization_libMathCore_Impl()>, fwdDeclsArgToSkip=std::vector of length 0, capacity 0, classesHeaders=0x7fd3cbe078f8 <(anonymous namespace)::TriggerDictionaryInitialization_libMathCore_Impl()::classesHeaders+4632>) at /home/furutaka/work/root/root.git/core/meta/src/TCling.cxx:1584
#21 0x00007fd3cb681b82 in TROOT::InitInterpreter (this=0x7fd3cbab8cc0 <ROOT::GetROOT1()::alloc>) at /home/furutaka/work/root/root.git/core/base/src/TROOT.cxx:1721
#22 0x00007fd3cb681e76 in ROOT::GetROOT2 () at /home/furutaka/work/root/root.git/core/base/src/TROOT.cxx:339
#23 0x00007fd3cb717aa6 in TEnv::Getvalue (this=0x645580, name=0x7fd3cb7f3860 "Url.Special") at /home/furutaka/work/root/root.git/core/base/src/TEnv.cxx:449
#24 0x00007fd3cb718139 in TEnv::GetValue (this=<optimized out>, name=<optimized out>, dflt=0x7fd3cb7f3898 "file: rfio: hpss: castor: dcache: dcap:") at /home/furutaka/work/root/root.git/core/base/src/TEnv.cxx:532
#25 0x00007fd3cb6f8661 in TUrl::GetSpecialProtocols () at /home/furutaka/work/root/root.git/core/base/src/TUrl.cxx:594
#26 0x00007fd3cb6f8cee in TUrl::SetUrl (this=this
entry=0x7fffdd707ac0, url=url
entry=0x401139 "hsimple.root", defaultIsFile=defaultIsFile
entry=true) at /home/furutaka/work/root/root.git/core/base/src/TUrl.cxx:144
#27 0x00007fd3cb6f931f in TUrl::TUrl (this=0x7fffdd707ac0, url=0x401139 "hsimple.root", defaultIsFile=<optimized out>) at /home/furutaka/work/root/root.git/core/base/src/TUrl.cxx:78
#28 0x00007fd3cd09a0d0 in TFile::TFile (this=0x7fffdd7078d0, fname1=0x401139 "hsimple.root", option=0x401130 "RECREATE", ftitle=0x401110 "Demo ROOT file with histograms", compress=1) at /home/furutaka/work/root/root.git/io/io/src/TFile.cxx:205
#29 0x0000000000400dae in hsimple () at /home/furutaka/work/root/root.git/test/hsimple.cxx:41
#30 0x0000003be0021d65 in __libc_start_main (main=0x400c70 <main()>, argc=1, argv=0x7fffdd707cf8, init=<optimized out>, fini=<optimized out>, rtld_fini=<optimized out>, stack_end=0x7fffdd707ce8) at libc-start.c:285
#31 0x0000000000400ca1 in _start ()
===========================================================

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.
===========================================================
#5 _M_grab (__alloc2=..., __alloc1=..., this=<optimized out>) at /usr/src/debug/gcc-4.8.3-20140911/obj-x86_64-redhat-linux/x86_64-redhat-linux/libstdc++-v3/include/bits/basic_string.h:229
#6 std::basic_string<char, std::char_traits<char>, std::allocator<char> >::basic_string (this=0xfd18e0, __str=<error reading variable: Cannot access memory at address 0xffffffffffffffe8>) at /usr/src/debug/gcc-4.8.3-20140911/obj-x86_64-redhat-linux/x86_64-redhat-linux/libstdc++-v3/include/bits/basic_string.tcc:173
#7 0x00007fd3c99c941a in TClingClassInfo (this=0xfd18a0) at /home/furutaka/work/root/root.git/core/meta/src/TClingClassInfo.h:53
#8 TClingBaseClassInfo::TClingBaseClassInfo (this=0x7fffdd706e40, interp=<optimized out>, ci=0xfd9fe0) at /home/furutaka/work/root/root.git/core/meta/src/TClingBaseClassInfo.cxx:71
#9 0x00007fd3c9984290 in TCling::CreateListOfBaseClasses (this=0x6b0500, cl=0xfdc740) at /home/furutaka/work/root/root.git/core/meta/src/TCling.cxx:3061
#10 0x00007fd3cb7bb867 in TClass::GetListOfBases (this=this
entry=0xfdc740) at /home/furutaka/work/root/root.git/core/meta/src/TClass.cxx:3283
#11 0x00007fd3cb7bb8f2 in TClass::GetBaseClass (this=this
entry=0xfdc740, cl=cl
entry=0xe0f0b0) at /home/furutaka/work/root/root.git/core/meta/src/TClass.cxx:2452
#12 0x00007fd3cb7bb998 in TClass::InheritsFrom (this=this
entry=0xfdc740, cl=0xe0f0b0) at /home/furutaka/work/root/root.git/core/meta/src/TClass.cxx:4341
#13 0x00007fd3cb7bd80f in TClass::Property (this=0xfdc740) at /home/furutaka/work/root/root.git/core/meta/src/TClass.cxx:5371
#14 0x00007fd3cb7bd639 in TClass::IsForeign (this=this
entry=0xfdc740) at /home/furutaka/work/root/root.git/core/meta/src/TClass.cxx:5273
#15 0x00007fd3cb7c8fc5 in TClass::PostLoadCheck (this=0xfdc740) at /home/furutaka/work/root/root.git/core/meta/src/TClass.cxx:5292
#16 0x00007fd3cb7bd090 in TClass::GetClass (typeinfo=..., load=<optimized out>, load
entry=true) at /home/furutaka/work/root/root.git/core/meta/src/TClass.cxx:2912
#17 0x00007fd3cb74e6dc in TBuffer::GetClass (typeinfo=...) at /home/furutaka/work/root/root.git/core/base/src/TBuffer.cxx:297
#18 0x00007fd3c9986d56 in GetObject<TObjArray> (ptr=<synthetic pointer>, namecycle=0x7fd3cabac1c8 "__ProtoClasses", this=0xfddc00) at /home/furutaka/work/root/root_v6.02.00-build/include/TDirectoryFile.h:82
#19 TCling::LoadPCM (this=this
entry=0x6b0500, pcmFileName=..., headers=headers
entry=0x7fd3cbe064c0 <(anonymous namespace)::TriggerDictionaryInitialization_libMathCore_Impl()::headers>, triggerFunc=triggerFunc
entry=0x7fd3cbb5ee90 <(anonymous namespace)::TriggerDictionaryInitialization_libMathCore_Impl()>) at /home/furutaka/work/root/root.git/core/meta/src/TCling.cxx:1219
#20 0x00007fd3c999d291 in TCling::RegisterModule (this=0x6b0500, modulename=<optimized out>, headers=<optimized out>, includePaths=<optimized out>, payloadCode=<optimized out>, fwdDeclsCode=<optimized out>, triggerFunc=0x7fd3cbb5ee90 <(anonymous namespace)::TriggerDictionaryInitialization_libMathCore_Impl()>, fwdDeclsArgToSkip=std::vector of length 0, capacity 0, classesHeaders=0x7fd3cbe078f8 <(anonymous namespace)::TriggerDictionaryInitialization_libMathCore_Impl()::classesHeaders+4632>) at /home/furutaka/work/root/root.git/core/meta/src/TCling.cxx:1584
#21 0x00007fd3cb681b82 in TROOT::InitInterpreter (this=0x7fd3cbab8cc0 <ROOT::GetROOT1()::alloc>) at /home/furutaka/work/root/root.git/core/base/src/TROOT.cxx:1721
#22 0x00007fd3cb681e76 in ROOT::GetROOT2 () at /home/furutaka/work/root/root.git/core/base/src/TROOT.cxx:339
#23 0x00007fd3cb717aa6 in TEnv::Getvalue (this=0x645580, name=0x7fd3cb7f3860 "Url.Special") at /home/furutaka/work/root/root.git/core/base/src/TEnv.cxx:449
#24 0x00007fd3cb718139 in TEnv::GetValue (this=<optimized out>, name=<optimized out>, dflt=0x7fd3cb7f3898 "file: rfio: hpss: castor: dcache: dcap:") at /home/furutaka/work/root/root.git/core/base/src/TEnv.cxx:532
#25 0x00007fd3cb6f8661 in TUrl::GetSpecialProtocols () at /home/furutaka/work/root/root.git/core/base/src/TUrl.cxx:594
#26 0x00007fd3cb6f8cee in TUrl::SetUrl (this=this
entry=0x7fffdd707ac0, url=url
entry=0x401139 "hsimple.root", defaultIsFile=defaultIsFile
entry=true) at /home/furutaka/work/root/root.git/core/base/src/TUrl.cxx:144
#27 0x00007fd3cb6f931f in TUrl::TUrl (this=0x7fffdd707ac0, url=0x401139 "hsimple.root", defaultIsFile=<optimized out>) at /home/furutaka/work/root/root.git/core/base/src/TUrl.cxx:78
#28 0x00007fd3cd09a0d0 in TFile::TFile (this=0x7fffdd7078d0, fname1=0x401139 "hsimple.root", option=0x401130 "RECREATE", ftitle=0x401110 "Demo ROOT file with histograms", compress=1) at /home/furutaka/work/root/root.git/io/io/src/TFile.cxx:205
#29 0x0000000000400dae in hsimple () at /home/furutaka/work/root/root.git/test/hsimple.cxx:41
#30 0x0000003be0021d65 in __libc_start_main (main=0x400c70 <main()>, argc=1, argv=0x7fffdd707cf8, init=<optimized out>, fini=<optimized out>, rtld_fini=<optimized out>, stack_end=0x7fffdd707ce8) at libc-start.c:285
#31 0x0000000000400ca1 in _start ()
===========================================================

make[2]: *** [hsimple.root] Error 139
make[1]: *** [CMakeFiles/hsimple.dir/all] Error 2
make: *** [all] Error 2

From: Fons Rademakers <***@cern.ch>
Subject: Re: Issue compiling latest root
Date: Sun, 19 Oct 2014 21:20:12 +0200

Post by Fons Rademakers
Gentlemen,
./configure --all
make -j 24
root [0]
Processing hsimple.C...
hsimple : Real Time = 0.11 seconds Cpu Time = 0.10 seconds
(class TFile *) 0x7fc339872940
============================================================
=== ROOT BUILD SUCCESSFUL. ===
=== Run 'source bin/thisroot.[c]sh' before starting ROOT ===
============================================================
real 6m44.954s
user 96m0.108s
sys 9m5.125s
No special settings.
xcode 6.0.1
$ xcrun --show-sdk-path
/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.9.sdk
$ clang++ -v
Apple LLVM version 6.0 (clang-600.0.51) (based on LLVM 3.5svn)
Target: x86_64-apple-darwin14.0.0
Thread model: posix
BUILDCOCOA := yes
MACOSXVERS := 10.10
OSXSDK :=
IOSVERS :=
IOSSDK :=
Cheers, Fons.

Post by Frank Filthaut
Hi Axel,
I, too, just upgraded to Yosemite. I don$B!G(Bt get Dag$B!G(Bs error (the llvm
stage
is built successfully for me $B!=(B weird?) but I$B!G(Bm getting a different
generating the core/base/src/G__core.src dictionary fails with the message
*input_line_3:1:10: **fatal error: **'assert.h' file not found*
#include <assert.h>
* ^*
Error: Error loading the default header files.
make: *** [core/base/src/G__Core.cxx] Error 1
I don$B!G(Bt quite understand why assert.h isn$B!G(Bt found as it is clearly
there, as
/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.9.sdk/usr/include/assert.h
which is consistent with my SDK settings: running
xcrun --show-sdk-path
yields
/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.9.sdk
--enable-roofit --with-macosxvers=10.9
The 10.9 is necessary since there doesn$B!G(Bt appear to be a 10.10 SDK
yet.
Any clue?
BTW: when using a previously compiled build, I get the same complaint about
different targets as Dag does.
Thanks,
Frank

Post by Dag Gillberg
Hi Alex,
error: PCH file was compiled for the target
'x86_64-apple-macosx10.9.0'
but the current translation unit is being
compiled for target 'x86_64-apple-macosx10.10.0'
And building myself, I get the message I attached previously.
root/interpreter/llvm/obj/Makefile.config
which i attached.
Cheers,
Dag
Hi Dag,
I suspect that this is an amazing side effect of the upgrade,
actually: note how your user name in the directory is once capital
and once lower case.
I will try to find out what happens here... In the meantime, could
you try an out of source build?
Cheers, Axel
On October 18, 2014 11:11:23 AM CEST, Dag Gillberg
Hello root experts,
I'm trying to compile root v6-02-01 on my laptop, and it doesn't
*** Building interpreter/llvm/inst/lib/libclangSema.a...
make[1]: *** No rule to make target
`/Users/dag/root6/root-v6-02-01/interpreter/llvm/src/Users/Dag/root6/root-v6-02-01/interpreter/llvm/obj/Makefile',
needed by `Makefile'. Stop.
make: *** [interpreter/llvm/inst/lib/libclangSema.a] Error 2
So it seems that somewhere in the makefile jungle a space has
gone missing between
/Users/dag/root6/root-v6-02-01/interpreter/llvm/src
/Users/Dag/root6/root-v6-02-01/interpreter/llvm/obj/Makefile
?
./configure --all --disable-fink
make
Any ideas how to fix this?
Thanks,
Dag
PS: I just upgraded to MacOS Yosemite
<Makefile.config>

--
Org: CERN, European Laboratory for Particle Physics.
Mail: 1211 Geneve 23, Switzerland
WWW: http://fons.rademakers.org Fax: +41 22 7669640

Pere Mato Vila

2014-10-21 21:23:28 UTC

Permalink

Dear Kazuyoshi,

It is probably a missing dependency. If you issue again make does it succeed?
Cheers,

Pere

Post by Kazuyoshi Furutaka
Dear root experts,
I had a problem compiling ROOT v6-02-01 (NOT on Mac, but
linux x86_64, Fedora-20), due to (?) a SEGV in building
hsimple.root, only when compiling w/ cmake (seems NO problem
in autoconf build.)
gdml, minuit2, python, roofit, gsl_shared
Any clue?
Kazuyoshi
The following is a part of the message on the SEGV.
Scanning dependencies of target hsimple
[ 50%] Generating hsimple.root
*** Break *** segmentation violation
===========================================================
There was a crash.
===========================================================
#0 0x0000003be00bc2fc in __libc_waitpid (pid=12678, stat_loc=stat_loc
entry=0x7fffdd7046e0, options=options
entry=0) at ../sysdeps/unix/sysv/linux/waitpid.c:31
#1 0x0000003be0042522 in do_system (line=<optimized out>) at ../sysdeps/posix/system.c:148
#2 0x00007fd3cb7e2979 in TUnixSystem::StackTrace (this=0x6439e0) at /home/furutaka/work/root/root.git/core/unix/src/TUnixSystem.cxx:2297
#3 0x00007fd3cb7e44ec in TUnixSystem::DispatchSignals (this=0x6439e0, sig=kSigSegmentationViolation) at /home/furutaka/work/root/root.git/core/unix/src/TUnixSystem.cxx:3523
#4 <signal handler called>
#5 _M_grab (__alloc2=..., __alloc1=..., this=<optimized out>) at /usr/src/debug/gcc-4.8.3-20140911/obj-x86_64-redhat-linux/x86_64-redhat-linux/libstdc++-v3/include/bits/basic_string.h:229
#6 std::basic_string<char, std::char_traits<char>, std::allocator<char> >::basic_string (this=0xfd18e0, __str=<error reading variable: Cannot access memory at address 0xffffffffffffffe8>) at /usr/src/debug/gcc-4.8.3-20140911/obj-x86_64-redhat-linux/x86_64-redhat-linux/libstdc++-v3/include/bits/basic_string.tcc:173
#7 0x00007fd3c99c941a in TClingClassInfo (this=0xfd18a0) at /home/furutaka/work/root/root.git/core/meta/src/TClingClassInfo.h:53
#8 TClingBaseClassInfo::TClingBaseClassInfo (this=0x7fffdd706e40, interp=<optimized out>, ci=0xfd9fe0) at /home/furutaka/work/root/root.git/core/meta/src/TClingBaseClassInfo.cxx:71
#9 0x00007fd3c9984290 in TCling::CreateListOfBaseClasses (this=0x6b0500, cl=0xfdc740) at /home/furutaka/work/root/root.git/core/meta/src/TCling.cxx:3061
#10 0x00007fd3cb7bb867 in TClass::GetListOfBases (this=this
entry=0xfdc740) at /home/furutaka/work/root/root.git/core/meta/src/TClass.cxx:3283
#11 0x00007fd3cb7bb8f2 in TClass::GetBaseClass (this=this
entry=0xfdc740, cl=cl
entry=0xe0f0b0) at /home/furutaka/work/root/root.git/core/meta/src/TClass.cxx:2452
#12 0x00007fd3cb7bb998 in TClass::InheritsFrom (this=this
entry=0xfdc740, cl=0xe0f0b0) at /home/furutaka/work/root/root.git/core/meta/src/TClass.cxx:4341
#13 0x00007fd3cb7bd80f in TClass::Property (this=0xfdc740) at /home/furutaka/work/root/root.git/core/meta/src/TClass.cxx:5371
#14 0x00007fd3cb7bd639 in TClass::IsForeign (this=this
entry=0xfdc740) at /home/furutaka/work/root/root.git/core/meta/src/TClass.cxx:5273
#15 0x00007fd3cb7c8fc5 in TClass::PostLoadCheck (this=0xfdc740) at /home/furutaka/work/root/root.git/core/meta/src/TClass.cxx:5292
#16 0x00007fd3cb7bd090 in TClass::GetClass (typeinfo=..., load=<optimized out>, load
entry=true) at /home/furutaka/work/root/root.git/core/meta/src/TClass.cxx:2912
#17 0x00007fd3cb74e6dc in TBuffer::GetClass (typeinfo=...) at /home/furutaka/work/root/root.git/core/base/src/TBuffer.cxx:297
#18 0x00007fd3c9986d56 in GetObject<TObjArray> (ptr=<synthetic pointer>, namecycle=0x7fd3cabac1c8 "__ProtoClasses", this=0xfddc00) at /home/furutaka/work/root/root_v6.02.00-build/include/TDirectoryFile.h:82
#19 TCling::LoadPCM (this=this
entry=0x6b0500, pcmFileName=..., headers=headers
entry=0x7fd3cbe064c0 <(anonymous namespace)::TriggerDictionaryInitialization_libMathCore_Impl()::headers>, triggerFunc=triggerFunc
entry=0x7fd3cbb5ee90 <(anonymous namespace)::TriggerDictionaryInitialization_libMathCore_Impl()>) at /home/furutaka/work/root/root.git/core/meta/src/TCling.cxx:1219
#20 0x00007fd3c999d291 in TCling::RegisterModule (this=0x6b0500, modulename=<optimized out>, headers=<optimized out>, includePaths=<optimized out>, payloadCode=<optimized out>, fwdDeclsCode=<optimized out>, triggerFunc=0x7fd3cbb5ee90 <(anonymous namespace)::TriggerDictionaryInitialization_libMathCore_Impl()>, fwdDeclsArgToSkip=std::vector of length 0, capacity 0, classesHeaders=0x7fd3cbe078f8 <(anonymous namespace)::TriggerDictionaryInitialization_libMathCore_Impl()::classesHeaders+4632>) at /home/furutaka/work/root/root.git/core/meta/src/TCling.cxx:1584
#21 0x00007fd3cb681b82 in TROOT::InitInterpreter (this=0x7fd3cbab8cc0 <ROOT::GetROOT1()::alloc>) at /home/furutaka/work/root/root.git/core/base/src/TROOT.cxx:1721
#22 0x00007fd3cb681e76 in ROOT::GetROOT2 () at /home/furutaka/work/root/root.git/core/base/src/TROOT.cxx:339
#23 0x00007fd3cb717aa6 in TEnv::Getvalue (this=0x645580, name=0x7fd3cb7f3860 "Url.Special") at /home/furutaka/work/root/root.git/core/base/src/TEnv.cxx:449
#24 0x00007fd3cb718139 in TEnv::GetValue (this=<optimized out>, name=<optimized out>, dflt=0x7fd3cb7f3898 "file: rfio: hpss: castor: dcache: dcap:") at /home/furutaka/work/root/root.git/core/base/src/TEnv.cxx:532
#25 0x00007fd3cb6f8661 in TUrl::GetSpecialProtocols () at /home/furutaka/work/root/root.git/core/base/src/TUrl.cxx:594
#26 0x00007fd3cb6f8cee in TUrl::SetUrl (this=this
entry=0x7fffdd707ac0, url=url
entry=0x401139 "hsimple.root", defaultIsFile=defaultIsFile
entry=true) at /home/furutaka/work/root/root.git/core/base/src/TUrl.cxx:144
#27 0x00007fd3cb6f931f in TUrl::TUrl (this=0x7fffdd707ac0, url=0x401139 "hsimple.root", defaultIsFile=<optimized out>) at /home/furutaka/work/root/root.git/core/base/src/TUrl.cxx:78
#28 0x00007fd3cd09a0d0 in TFile::TFile (this=0x7fffdd7078d0, fname1=0x401139 "hsimple.root", option=0x401130 "RECREATE", ftitle=0x401110 "Demo ROOT file with histograms", compress=1) at /home/furutaka/work/root/root.git/io/io/src/TFile.cxx:205
#29 0x0000000000400dae in hsimple () at /home/furutaka/work/root/root.git/test/hsimple.cxx:41
#30 0x0000003be0021d65 in __libc_start_main (main=0x400c70 <main()>, argc=1, argv=0x7fffdd707cf8, init=<optimized out>, fini=<optimized out>, rtld_fini=<optimized out>, stack_end=0x7fffdd707ce8) at libc-start.c:285
#31 0x0000000000400ca1 in _start ()
===========================================================
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.
===========================================================
#5 _M_grab (__alloc2=..., __alloc1=..., this=<optimized out>) at /usr/src/debug/gcc-4.8.3-20140911/obj-x86_64-redhat-linux/x86_64-redhat-linux/libstdc++-v3/include/bits/basic_string.h:229
#6 std::basic_string<char, std::char_traits<char>, std::allocator<char> >::basic_string (this=0xfd18e0, __str=<error reading variable: Cannot access memory at address 0xffffffffffffffe8>) at /usr/src/debug/gcc-4.8.3-20140911/obj-x86_64-redhat-linux/x86_64-redhat-linux/libstdc++-v3/include/bits/basic_string.tcc:173
#7 0x00007fd3c99c941a in TClingClassInfo (this=0xfd18a0) at /home/furutaka/work/root/root.git/core/meta/src/TClingClassInfo.h:53
#8 TClingBaseClassInfo::TClingBaseClassInfo (this=0x7fffdd706e40, interp=<optimized out>, ci=0xfd9fe0) at /home/furutaka/work/root/root.git/core/meta/src/TClingBaseClassInfo.cxx:71
#9 0x00007fd3c9984290 in TCling::CreateListOfBaseClasses (this=0x6b0500, cl=0xfdc740) at /home/furutaka/work/root/root.git/core/meta/src/TCling.cxx:3061
#10 0x00007fd3cb7bb867 in TClass::GetListOfBases (this=this
entry=0xfdc740) at /home/furutaka/work/root/root.git/core/meta/src/TClass.cxx:3283
#11 0x00007fd3cb7bb8f2 in TClass::GetBaseClass (this=this
entry=0xfdc740, cl=cl
entry=0xe0f0b0) at /home/furutaka/work/root/root.git/core/meta/src/TClass.cxx:2452
#12 0x00007fd3cb7bb998 in TClass::InheritsFrom (this=this
entry=0xfdc740, cl=0xe0f0b0) at /home/furutaka/work/root/root.git/core/meta/src/TClass.cxx:4341
#13 0x00007fd3cb7bd80f in TClass::Property (this=0xfdc740) at /home/furutaka/work/root/root.git/core/meta/src/TClass.cxx:5371
#14 0x00007fd3cb7bd639 in TClass::IsForeign (this=this
entry=0xfdc740) at /home/furutaka/work/root/root.git/core/meta/src/TClass.cxx:5273
#15 0x00007fd3cb7c8fc5 in TClass::PostLoadCheck (this=0xfdc740) at /home/furutaka/work/root/root.git/core/meta/src/TClass.cxx:5292
#16 0x00007fd3cb7bd090 in TClass::GetClass (typeinfo=..., load=<optimized out>, load
entry=true) at /home/furutaka/work/root/root.git/core/meta/src/TClass.cxx:2912
#17 0x00007fd3cb74e6dc in TBuffer::GetClass (typeinfo=...) at /home/furutaka/work/root/root.git/core/base/src/TBuffer.cxx:297
#18 0x00007fd3c9986d56 in GetObject<TObjArray> (ptr=<synthetic pointer>, namecycle=0x7fd3cabac1c8 "__ProtoClasses", this=0xfddc00) at /home/furutaka/work/root/root_v6.02.00-build/include/TDirectoryFile.h:82
#19 TCling::LoadPCM (this=this
entry=0x6b0500, pcmFileName=..., headers=headers
entry=0x7fd3cbe064c0 <(anonymous namespace)::TriggerDictionaryInitialization_libMathCore_Impl()::headers>, triggerFunc=triggerFunc
entry=0x7fd3cbb5ee90 <(anonymous namespace)::TriggerDictionaryInitialization_libMathCore_Impl()>) at /home/furutaka/work/root/root.git/core/meta/src/TCling.cxx:1219
#20 0x00007fd3c999d291 in TCling::RegisterModule (this=0x6b0500, modulename=<optimized out>, headers=<optimized out>, includePaths=<optimized out>, payloadCode=<optimized out>, fwdDeclsCode=<optimized out>, triggerFunc=0x7fd3cbb5ee90 <(anonymous namespace)::TriggerDictionaryInitialization_libMathCore_Impl()>, fwdDeclsArgToSkip=std::vector of length 0, capacity 0, classesHeaders=0x7fd3cbe078f8 <(anonymous namespace)::TriggerDictionaryInitialization_libMathCore_Impl()::classesHeaders+4632>) at /home/furutaka/work/root/root.git/core/meta/src/TCling.cxx:1584
#21 0x00007fd3cb681b82 in TROOT::InitInterpreter (this=0x7fd3cbab8cc0 <ROOT::GetROOT1()::alloc>) at /home/furutaka/work/root/root.git/core/base/src/TROOT.cxx:1721
#22 0x00007fd3cb681e76 in ROOT::GetROOT2 () at /home/furutaka/work/root/root.git/core/base/src/TROOT.cxx:339
#23 0x00007fd3cb717aa6 in TEnv::Getvalue (this=0x645580, name=0x7fd3cb7f3860 "Url.Special") at /home/furutaka/work/root/root.git/core/base/src/TEnv.cxx:449
#24 0x00007fd3cb718139 in TEnv::GetValue (this=<optimized out>, name=<optimized out>, dflt=0x7fd3cb7f3898 "file: rfio: hpss: castor: dcache: dcap:") at /home/furutaka/work/root/root.git/core/base/src/TEnv.cxx:532
#25 0x00007fd3cb6f8661 in TUrl::GetSpecialProtocols () at /home/furutaka/work/root/root.git/core/base/src/TUrl.cxx:594
#26 0x00007fd3cb6f8cee in TUrl::SetUrl (this=this
entry=0x7fffdd707ac0, url=url
entry=0x401139 "hsimple.root", defaultIsFile=defaultIsFile
entry=true) at /home/furutaka/work/root/root.git/core/base/src/TUrl.cxx:144
#27 0x00007fd3cb6f931f in TUrl::TUrl (this=0x7fffdd707ac0, url=0x401139 "hsimple.root", defaultIsFile=<optimized out>) at /home/furutaka/work/root/root.git/core/base/src/TUrl.cxx:78
#28 0x00007fd3cd09a0d0 in TFile::TFile (this=0x7fffdd7078d0, fname1=0x401139 "hsimple.root", option=0x401130 "RECREATE", ftitle=0x401110 "Demo ROOT file with histograms", compress=1) at /home/furutaka/work/root/root.git/io/io/src/TFile.cxx:205
#29 0x0000000000400dae in hsimple () at /home/furutaka/work/root/root.git/test/hsimple.cxx:41
#30 0x0000003be0021d65 in __libc_start_main (main=0x400c70 <main()>, argc=1, argv=0x7fffdd707cf8, init=<optimized out>, fini=<optimized out>, rtld_fini=<optimized out>, stack_end=0x7fffdd707ce8) at libc-start.c:285
#31 0x0000000000400ca1 in _start ()
===========================================================
make[2]: *** [hsimple.root] Error 139
make[1]: *** [CMakeFiles/hsimple.dir/all] Error 2
make: *** [all] Error 2
Subject: Re: Issue compiling latest root
Date: Sun, 19 Oct 2014 21:20:12 +0200

Post by Frank Filthaut
Hi Axel,
I, too, just upgraded to Yosemite. I don’t get Dag’s error (the llvm
stage
is built successfully for me — weird?) but I’m getting a different
generating the core/base/src/G__core.src dictionary fails with the message
*input_line_3:1:10: **fatal error: **'assert.h' file not found*
#include <assert.h>
* ^*
Error: Error loading the default header files.
make: *** [core/base/src/G__Core.cxx] Error 1
I don’t quite understand why assert.h isn’t found as it is clearly
there, as
/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.9.sdk/usr/include/assert.h
which is consistent with my SDK settings: running
xcrun --show-sdk-path
yields
/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.9.sdk
--enable-roofit --with-macosxvers=10.9
The 10.9 is necessary since there doesn’t appear to be a 10.10 SDK
yet.
Any clue?
BTW: when using a previously compiled build, I get the same complaint about
different targets as Dag does.
Thanks,
Frank

Post by Dag Gillberg
Hi Alex,
error: PCH file was compiled for the target
'x86_64-apple-macosx10.9.0'
but the current translation unit is being
compiled for target 'x86_64-apple-macosx10.10.0'
And building myself, I get the message I attached previously.
root/interpreter/llvm/obj/Makefile.config
which i attached.
Cheers,
Dag
Hi Dag,
I suspect that this is an amazing side effect of the upgrade,
actually: note how your user name in the directory is once capital
and once lower case.
I will try to find out what happens here... In the meantime, could
you try an out of source build?
Cheers, Axel
On October 18, 2014 11:11:23 AM CEST, Dag Gillberg
Hello root experts,
I'm trying to compile root v6-02-01 on my laptop, and it doesn't
*** Building interpreter/llvm/inst/lib/libclangSema.a...
make[1]: *** No rule to make target
`/Users/dag/root6/root-v6-02-01/interpreter/llvm/src/Users/Dag/root6/root-v6-02-01/interpreter/llvm/obj/Makefile',
needed by `Makefile'. Stop.
make: *** [interpreter/llvm/inst/lib/libclangSema.a] Error 2
So it seems that somewhere in the makefile jungle a space has
gone missing between
/Users/dag/root6/root-v6-02-01/interpreter/llvm/src
/Users/Dag/root6/root-v6-02-01/interpreter/llvm/obj/Makefile
?
./configure --all --disable-fink
make
Any ideas how to fix this?
Thanks,
Dag
PS: I just upgraded to MacOS Yosemite
<Makefile.config>

--
Org: CERN, European Laboratory for Particle Physics.
Mail: 1211 Geneve 23, Switzerland
WWW: http://fons.rademakers.org Fax: +41 22 7669640

-------------------------------------------------------------
Pere Mato CERN, PH Department, CH 1211 Geneva 23, Switzerland
e-mail: ***@cern.ch tel: +41 22 76 78696
fax: +41 22 76 68792 gsm: +41 76 48 70855

Kazuyoshi Furutaka

2014-10-21 22:05:48 UTC

Permalink

Dear Pere,

From: Pere Mato Vila <***@cern.ch>
Subject: Re: Issue compiling latest root
Date: Tue, 21 Oct 2014 21:23:28 +0000

Post by Pere Mato Vila
It is probably a missing dependency. If you issue again make does
it succeed

Unfortunately, it does not... (I've tried a few times.)
Just a `make hsimple` fails.

Compiling 6.02.00 succeeded making WITHOUT '-j N';
(in my case, `make -j10` failed but just a `make`
succeeded).

Kazuyoshi

Post by Pere Mato Vila

Post by Dag Gillberg
Hi Alex,
error: PCH file was compiled for the target
'x86_64-apple-macosx10.9.0'
but the current translation unit is being
compiled for target 'x86_64-apple-macosx10.10.0'
And building myself, I get the message I attached previously.
root/interpreter/llvm/obj/Makefile.config
which i attached.
Cheers,
Dag
Hi Dag,
I suspect that this is an amazing side effect of the upgrade,
actually: note how your user name in the directory is once capital
and once lower case.
I will try to find out what happens here... In the meantime, could
you try an out of source build?
Cheers, Axel
On October 18, 2014 11:11:23 AM CEST, Dag Gillberg
Hello root experts,
I'm trying to compile root v6-02-01 on my laptop, and it doesn't
*** Building interpreter/llvm/inst/lib/libclangSema.a...
make[1]: *** No rule to make target
`/Users/dag/root6/root-v6-02-01/interpreter/llvm/src/Users/Dag/root6/root-v6-02-01/interpreter/llvm/obj/Makefile',
needed by `Makefile'. Stop.
make: *** [interpreter/llvm/inst/lib/libclangSema.a] Error 2
So it seems that somewhere in the makefile jungle a space has
gone missing between
/Users/dag/root6/root-v6-02-01/interpreter/llvm/src
/Users/Dag/root6/root-v6-02-01/interpreter/llvm/obj/Makefile
?
./configure --all --disable-fink
make
Any ideas how to fix this?
Thanks,
Dag
PS: I just upgraded to MacOS Yosemite
<Makefile.config>

--
Org: CERN, European Laboratory for Particle Physics.
Mail: 1211 Geneve 23, Switzerland
WWW: http://fons.rademakers.org Fax: +41 22 7669640

-------------------------------------------------------------
Pere Mato CERN, PH Department, CH 1211 Geneva 23, Switzerland
fax: +41 22 76 68792 gsm: +41 76 48 70855

--
Kazuyoshi Furutaka
***@jb3.so-net.ne.jp

Axel Naumann

2014-10-19 21:26:14 UTC

Permalink

Hi Frank,

If assert.h is missing it usually means that you have to run

$ xcode-select --install

You definitely do not need to configure --with-macosxvers=10.9

Cheers, Axel.

Post by Frank Filthaut
Hi Axel,
I, too, just upgraded to Yosemite. I donât get Dagâs error (the llvm
stage is built successfully for me â weird?) but Iâm getting a
different error: generating the core/base/src/G__core.src dictionary
fails with the message
*input_line_3:1:10: **fatal error: **'assert.h' file not found*
#include <assert.h>
* ^*
Error: Error loading the default header files.
make: *** [core/base/src/G__Core.cxx] Error 1
I donât quite understand why assert.h isnât found as it is clearly there, as
/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.9.sdk/usr/include/assert.h
which is consistent with my SDK settings: running
xcrun --show-sdk-path
yields
/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.9.sdk
--enable-roofit --with-macosxvers=10.9
The 10.9 is necessary since there doesnât appear to be a 10.10 SDK yet.
Any clue?
BTW: when using a previously compiled build, I get the same complaint
about different targets as Dag does.
Thanks,
Frank

Post by Dag Gillberg
Hi Alex,
error: PCH file was compiled for the target
'x86_64-apple-macosx10.9.0' but the current translation unit is being
compiled for target 'x86_64-apple-macosx10.10.0'
And building myself, I get the message I attached previously.
root/interpreter/llvm/obj/Makefile.config
which i attached.
Cheers,
Dag
Hi Dag,
I suspect that this is an amazing side effect of the upgrade,
actually: note how your user name in the directory is once
capital and once lower case.
I will try to find out what happens here... In the meantime,
could you try an out of source build?
Cheers, Axel
On October 18, 2014 11:11:23 AM CEST, Dag Gillberg
Hello root experts,
I'm trying to compile root v6-02-01 on my laptop, and it
*** Building interpreter/llvm/inst/lib/libclangSema.a...
make[1]: *** No rule to make target
`/Users/dag/root6/root-v6-02-01/interpreter/llvm/src/Users/Dag/root6/root-v6-02-01/interpreter/llvm/obj/Makefile',
needed by `Makefile'. Stop.
make: *** [interpreter/llvm/inst/lib/libclangSema.a] Error 2
So it seems that somewhere in the makefile jungle a space has
gone missing between
/Users/dag/root6/root-v6-02-01/interpreter/llvm/src
/Users/Dag/root6/root-v6-02-01/interpreter/llvm/obj/Makefile
?
./configure --all --disable-fink
make
Any ideas how to fix this?
Thanks,
Dag
PS: I just upgraded to MacOS Yosemite
<Makefile.config>

Frank Filthaut

2014-10-20 06:38:24 UTC

Permalink

Hi Axel,

that indeed fixed my issue. Thanks!

Cheers,
Frank

Post by Axel Naumann
Hi Frank,
If assert.h is missing it usually means that you have to run
$ xcode-select --install
You definitely do not need to configure --with-macosxvers=10.9
Cheers, Axel.

Post by Frank Filthaut
Hi Axel,
I, too, just upgraded to Yosemite. I donât get Dagâs error (the llvm stage is built successfully for me â weird?) but Iâm getting a different error: generating the core/base/src/G__core.src dictionary fails with the message
input_line_3:1:10: fatal error: 'assert.h' file not found
#include <assert.h>
^
Error: Error loading the default header files.
make: *** [core/base/src/G__Core.cxx] Error 1
I donât quite understand why assert.h isnât found as it is clearly there, as
/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.9.sdk/usr/include/assert.h
which is consistent with my SDK settings: running
xcrun --show-sdk-path
yields
/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.9.sdk
--enable-roofit --with-macosxvers=10.9
The 10.9 is necessary since there doesnât appear to be a 10.10 SDK yet.
Any clue?
BTW: when using a previously compiled build, I get the same complaint about different targets as Dag does.
Thanks,
Frank