Dear MacRooters,
While I do not have any problems to compile root_v5.24/00 on MacOS X Tiger I am not able to compile it on Leopard.
It does not matter if I “configure macosx” or “configure macosx64” the error message is always the same:
....
Install proofserv wrapper.
bin/rmkdepend -R -fmain/src/hadd.d -Y -w 1000 -- -m64 -pipe -W -Wall -Woverloaded-virtual -fsigned-char -fno-common -Iinclude -D_REENTRANT -pthread -D__cplusplus -- main/src/hadd.cxx
g++ -O2 -m64 -pipe -W -Wall -Woverloaded-virtual -fsigned-char -fno-common -Iinclude -D_REENTRANT -pthread -o main/src/hadd.o -c main/src/hadd.cxx
g++ -O2 -m64 -o bin/hadd main/src/hadd.o \
-Llib -lCore -lCint -lRIO -lNet -lHist -lGraf -lGraf3d -lGpad -lTree -lMatrix -lMathCore -lThread -lm -Wl,-rpath,@loader_path/../lib -pthread -ldl
bin/rmkdepend -R -fmain/src/ssh2rpd.d -Y -w 1000 -- -m64 -pipe -W -Wall -Woverloaded-virtual -fsigned-char -fno-common -Iinclude -D_REENTRANT -pthread -D__cplusplus -- main/src/ssh2rpd.cxx
g++ -O2 -m64 -pipe -W -Wall -Woverloaded-virtual -fsigned-char -fno-common -Iinclude -D_REENTRANT -pthread -o main/src/ssh2rpd.o -c main/src/ssh2rpd.cxx
g++ -O2 -m64 -o bin/ssh2rpd main/src/ssh2rpd.o core/clib/src/snprintf.o -lm -Wl,-rpath,@loader_path/../lib -pthread -ldl
bin/rmkdepend -R -fmain/src/roots.d -Y -w 1000 -- -m64 -pipe -W -Wall -Woverloaded-virtual -fsigned-char -fno-common -Iinclude -D_REENTRANT -pthread -D__cplusplus -- main/src/roots.cxx
g++ -O2 -m64 -pipe -W -Wall -Woverloaded-virtual -fsigned-char -fno-common -Iinclude -D_REENTRANT -pthread -o main/src/roots.o -c main/src/roots.cxx
g++ -O2 -m64 -o bin/roots.exe main/src/roots.o \
-Llib -lCore -lCint -lMathCore -lm -Wl,-rpath,@loader_path/../lib -pthread -ldl
Install roots wrapper.
bin/rmkdepend -R -fmain/src/h2root.d -Y -w 1000 -- -m64 -pipe -W -Wall -Woverloaded-virtual -fsigned-char -fno-common -Iinclude -D_REENTRANT -pthread -D__cplusplus -- main/src/h2root.cxx
g++ -O2 -m64 -pipe -W -Wall -Woverloaded-virtual -fsigned-char -fno-common -Iinclude -D_REENTRANT -pthread -o main/src/h2root.o -c main/src/h2root.cxx
g++ -O2 -m64 -o bin/h2root main/src/h2root.o \
-Llib -lCore -lCint -lRIO -lNet -lHist -lGraf -lGraf3d -lGpad -lTree -lMatrix -lMathCore -lThread lib/libminicern.so \
/usr/local/lib/gcc/i686-apple-darwin8/4.2.3/../../../x86_64/libgfortran.dylib /usr/local/lib/gcc/i686-apple-darwin8/4.2.3/x86_64/libgfortranbegin.a -lm -Wl,-rpath,@loader_path/../lib -pthread -ldl
gfortran -O2 -m64 -std=legacy -o main/src/g2root.o -c main/src/g2root.f
gfortran -O2 -m64 -o bin/g2root main/src/g2root.o \
-Llib lib/libminicern.so \
/usr/local/lib/gcc/i686-apple-darwin8/4.2.3/../../../x86_64/libgfortran.dylib /usr/local/lib/gcc/i686-apple-darwin8/4.2.3/x86_64/libgfortranbegin.a -lm -Wl,-rpath,@loader_path/../lib -pthread -ldl
ld: -rpath can only be used when targeting Mac OS X 10.5 or later
collect2: ld returned 1 exit status
make: *** [bin/g2root] Error 1
rm core/utils/src/RStl_tmp.cxx core/utils/src/rootcint_tmp.cxx
Does anybody know what the reason for this error could be?
I am using MacOS X 10.5.5 and XCode 3.1.1 with gcc version 4.0.1 (Apple Inc. build 5488), gcc -v:
Using built-in specs.
Target: i686-apple-darwin9
Configured with: /var/tmp/gcc/gcc-5488~2/src/configure --disable-checking -enable-werror --prefix=/usr --mandir=/share/man --enable-languages=c,objc,c++,obj-c++ --program-transform-name=/^[cg][^.-]*$/s/$/-4.0/ --with-gxx-include-dir=/include/c++/4.0.0 --with-slibdir=/usr/lib --build=i686-apple-darwin9 --with-arch=apple --with-tune=generic --host=i686-apple-darwin9 --target=i686-apple-darwin9
Thread model: posix
gcc version 4.0.1 (Apple Inc. build 5488)
It is strange that gcc -v has as target “i686-apple-darwin9” but gfortran has as target “i686-apple-darwin8”, see gfortran -v:
Using built-in specs.
Target: i686-apple-darwin8
Configured with: /Builds/unix/gcc/gcc-4.2/configure --prefix=/usr/local --mandir=/share/man --program-transform-name=/^[cg][^.-]*$/s/$/-4.2/ --build=i686-apple-darwin8 --host=i686-apple-darwin8 --target=i686-apple-darwin8 --enable-languages=fortran
Thread model: posix
gcc version 4.2.3
Is this correct or could this be the problem?
Best regards
Christian