atlas-connect-l AT lists.bnl.gov
Subject: Atlas-connect-l mailing list
List archive
[Atlas-connect-l] Typical problem with environment
- From: "Dr. Harinder Singh Bawa" <harinder.singh.bawa AT gmail.com>
- To: atlas-connect-l <atlas-connect-l AT lists.bnl.gov>
- Subject: [Atlas-connect-l] Typical problem with environment
- Date: Fri, 6 Dec 2013 14:17:45 -0800
Hello,
--
One of the point or hurdle we face in distributed analysis using grid is the environment or setup change from node to node where the job runs. The same I was expecting and wanted to check in our connect system too and I get right at the start... was testing interactively in "login.atlas.ci-connect.net".
xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
I have a simple code .C which I am successfully compiling and running in my T-3.
[bawa@t3nfs uc3-root]$ ls
environment.sh log Makefile ReadTree.C stdio.h
[bawa@t3nfs uc3-root]$ make
g++ -O2 -Wall -fPIC -pthread -m64 -I/cvmfs/atlas.cern.ch/repo/ATLASLocalRootBase/x86_64/root/5.34.07-x86_64-slc5-gcc4.3/include -c -o ReadTree.o ReadTree.C
g++ -O2 -m64 ReadTree.o -L/cvmfs/atlas.cern.ch/repo/ATLASLocalRootBase/x86_64/root/5.34.07-x86_64-slc5-gcc4.3/lib -lCore -lCint -lRIO -lNet -lHist -lGraf -lGraf3d -lGpad -lTree -lRint -lPostscript -lMatrix -lPhysics -lMathCore -lThread -pthread -lm -ldl -rdynamic -lTreePlayer -o ReadTree
ReadTree done
[bawa@t3nfs uc3-root]$
But I couldnt compile in "login.atlas.ci-connect.net" giving me typical gcc compiler error:
[hbawa@login uc3-root]$ make
g++ -O2 -Wall -fPIC -pthread -m64 -I/cvmfs/atlas.cern.ch/repo/ATLASLocalRootBase/x86_64/root/5.34.07-x86_64-slc5-gcc4.3/include -c -o ReadTree.o ReadTree.C
In file included from /cvmfs/atlas.cern.ch/repo/ATLASLocalRootBase/x86_64/Gcc/gcc436_x86_64_slc5/slc5/x86_64-slc5-gcc43-opt/bin/../lib/gcc/x86_64-unknown-linux-gnu/4.3.6/../../../../include/c++/4.3.6/bits/localefwd.h:47,
from /cvmfs/atlas.cern.ch/repo/ATLASLocalRootBase/x86_64/root/5.34.07-x86_64-slc5-gcc4.3/include/Riostream.h:31,
from ReadTree.C:6:
/cvmfs/atlas.cern.ch/repo/ATLASLocalRootBase/x86_64/Gcc/gcc436_x86_64_slc5/slc5/x86_64-slc5-gcc43-opt/bin/../lib/gcc/x86_64-unknown-linux-gnu/4.3.6/../../../../include/c++/4.3.6/x86_64-unknown-linux-gnu/bits/c++locale.h:57: error: ‘uselocale’ was not declared in this scope
/cvmfs/atlas.cern.ch/repo/ATLASLocalRootBase/x86_64/Gcc/gcc436_x86_64_slc5/slc5/x86_64-slc5-gcc43-opt/bin/../lib/gcc/x86_64-unknown-linux-gnu/4.3.6/../../../../include/c++/4.3.6/x86_64-unknown-linux-gnu/bits/c++locale.h:57: error: invalid type in declaration before ‘;’ token
/cvmfs/atlas.cern.ch/repo/ATLASLocalRootBase/x86_64/Gcc/gcc436_x86_64_slc5/slc5/x86_64-slc5-gcc43-opt/bin/../lib/gcc/x86_64-unknown-linux-gnu/4.3.6/../../../../include/c++/4.3.6/x86_64-unknown-linux-gnu/bits/c++locale.h: In function ‘int std::__convert_from_v(__locale_struct* const&, char*, int, const char*, ...)’:
/cvmfs/atlas.cern.ch/repo/ATLASLocalRootBase/x86_64/Gcc/gcc436_x86_64_slc5/slc5/x86_64-slc5-gcc43-opt/bin/../lib/gcc/x86_64-unknown-linux-gnu/4.3.6/../../../../include/c++/4.3.6/x86_64-unknown-linux-gnu/bits/c++locale.h:77: error: ‘__gnu_cxx::__uselocale’ cannot be used as a function
/cvmfs/atlas.cern.ch/repo/ATLASLocalRootBase/x86_64/Gcc/gcc436_x86_64_slc5/slc5/x86_64-slc5-gcc43-opt/bin/../lib/gcc/x86_64-unknown-linux-gnu/4.3.6/../../../../include/c++/4.3.6/x86_64-unknown-linux-gnu/bits/c++locale.h:102: error: ‘__gnu_cxx::__uselocale’ cannot be used as a function
make: *** [ReadTree.o] Error 1
[hbawa@login uc3-root]$ pwd
/home/hbawa/uc3-root
[hbawa@login uc3-root]$ uname -a
Linux login.atlas.ci-connect.net 3.11.0-UL1.el6 #1 SMP Wed Sep 11 13:47:29 CDT 2013 x86_64 x86_64 x86_64 GNU/Linux
****The difference in /usr/include/locale.h where in FresnoT3 is #ifdef__USE_GNU
While in login.atlas.ci-connect.net, its
#ifdef __USE_XOPEN2K8
Is this due to difference in architecture or WHat? Certainly we need to think of it...
- [Atlas-connect-l] Typical problem with environment, Dr. Harinder Singh Bawa, 12/06/2013
Archive powered by MHonArc 2.6.24.