| [FIXED] error after svn update [message #14275] |
Tue, 18 December 2012 13:20  |
manoj.jadhav
Messages: 41
Registered: February 2010
Location: Mumbai, India
|
continuous participant |
From: 14.139.97*
|
|
Hi All,
I svn-updated my pandaroot environment and when I tried to make it is showing following error,
[ 80%] Building CXX object fsim/CMakeFiles/fsim.dir/PndFastSim.cxx.o
/Users/Manoj/fairroot12/pandaroot/fsim/PndFastSim.cxx: In member function ‘virtual void PndFastSim::Exec(const Option_t*)’:
/Users/Manoj/fairroot12/pandaroot/fsim/PndFastSim.cxx:474: error: cannot allocate an object of abstract type ‘PndPidCandidate’
/Users/Manoj/fairroot12/pandaroot/pid/PidData/PndPidCandidate.h:31: note: because the following virtual functions are pure within ‘PndPidCandidate’:
/Users/Manoj/fairroot12/pandaroot/rho/RhoBase/VAbsMicroCandidate.h:59: note: virtual Int_t VAbsMicroCandidate::GetTrackBranch() const
/Users/Manoj/fairroot12/pandaroot/fsim/PndFastSim.cxx:479: error: cannot allocate an object of abstract type ‘PndPidCandidate’
/Users/Manoj/fairroot12/pandaroot/pid/PidData/PndPidCandidate.h:31: note: since type ‘PndPidCandidate’ has pure virtual functions
/Users/Manoj/fairroot12/pandaroot/fsim/PndFastSim.cxx:623: error: cannot allocate an object of abstract type ‘PndPidCandidate’
/Users/Manoj/fairroot12/pandaroot/pid/PidData/PndPidCandidate.h:31: note: since type ‘PndPidCandidate’ has pure virtual functions
make[2]: *** [fsim/CMakeFiles/fsim.dir/PndFastSim.cxx.o] Error 1
make[1]: *** [fsim/CMakeFiles/fsim.dir/all] Error 2
make: *** [all] Error 2
**************************************
**************************************
my PC configuration is,
mac os 10.6.8
GNU Fortran (GCC) 4.6.1
running with latest fairsoft version.
can any one please help me to get rid of this error?
Thank You in advance...
Manoj Jadhav
I.I.T.Bombay
Mumbai
[Updated on: Fri, 18 January 2013 14:46] by Moderator Report message to a moderator |
|
|
|
|
|
|
|
| Re: error after svn update [message #14280 is a reply to message #14275] |
Thu, 20 December 2012 07:49  |
manoj.jadhav
Messages: 41
Registered: February 2010
Location: Mumbai, India
|
continuous participant |
From: 59.162.23*
|
|
Dear Stefano and Florian,
Firstly, as suggested by Stefano, I tried removing pid and rho folders from build but it doesn't helped me and I am still with same error.
and now about gcc, here is my versions for gcc and gfortran
Manoj$ gcc --version
i686-apple-darwin10-gcc-4.2.1 (GCC) 4.2.1 (Apple Inc. build 5664)
Manoj$ gfortran --version
GNU Fortran (GCC) 4.6.1
Any suggestions on this?
Regards
Manoj Jadhav
I.I.T.Bombay
Mumbai
|
|
|
|
|
|
|
|
|
|
| Re: error after svn update [message #14284 is a reply to message #14275] |
Thu, 20 December 2012 11:03 |
manoj.jadhav
Messages: 41
Registered: February 2010
Location: Mumbai, India
|
continuous participant |
From: 14.139.97*
|
|
Thank You Florian and Stefano,
Now I got the point. Actually there was a geometry file which I kept in geometry folder w/o revision and that why svn update stops at that point. Now I removed it and updated it once again and it runs fine and also compiled well.
Now out put of svn info is,
Manoj$ svn info
Path: .
URL: https://subversion.gsi.de/fairroot/pandaroot/trunk
Repository Root: https://subversion.gsi.de/fairroot
Repository UUID: 0381ead4-6506-0410-b988-94b70fbc4730
Revision: 18223
Node Kind: directory
Schedule: normal
Last Changed Author: tstockm
Last Changed Rev: 18221
Last Changed Date: 2012-12-20 14:39:46 +0530 (Thu, 20 Dec 2012)
Regards.
Manoj Jadhav
I.I.T.Bombay
Mumbai
|
|
|
|
|
|
|
|
| Re: error after svn update [message #14323 is a reply to message #14286] |
Fri, 11 January 2013 10:37 |
Karin Schönning
Messages: 65
Registered: August 2012
Location: Uppsala University
|
continuous participant |
From: *physics.uu.se
|
|
I have a similar problem: my working copy is not properly updated when doing "svn update".
This is what "svn info" gives:
Repository Root: https://subversion.gsi.de/fairroot
Repository UUID: 0381ead4-6506-0410-b988-94b70fbc4730
Revision: 18275
Node Kind: directory
Schedule: normal
Last Changed Author: asanchez
Last Changed Rev: 16305
Last Changed Date: 2012-07-26 16:12:09 +0200 (Thu, 26 Jul 2012)
and the output from "svn stat -u" is shown below. Is there a trick for this? The original problem in this thread seemed to be solved by deleting files, but is there any other way?
X parbase
X eventdisplay
X geobase
X base
X genfit
X dbase
X geane
X GenfitTools/trackrep/LSLtrackRep
X GenfitTools/trackrep/RKTrackRep
X GenfitTools/trackrep/GeaneTrackRep2
X trackbase
? macro/pid/points_sttcombi.root
? macro/pid/digi_sttcombi.root
? macro/pid/pid_sttcombi.root
? macro/pid/FairRunInfo_digi_sttcombi.root
? macro/pid/FairRunInfo_pid_sttcombi.root
? macro/pid/FairRunInfo_points_sttcombi.root
? macro/pid/params_sttcombi.root
? macro/pid/gphysi.dat
? macro/pid/reco_sttcombi.root
? macro/pid/FairRunInfo_reco_sttcombi.root
X generators
X cmake
X ora
X fairtools
? buildPanda
Status against revision: 18275
Performing status on external item at 'GenfitTools/trackrep/LSLtrackRep'
Status against revision: 400
Performing status on external item at 'GenfitTools/trackrep/GeaneTrackRep2'
Status against revision: 400
Performing status on external item at 'GenfitTools/trackrep/RKTrackRep'
Status against revision: 400
Performing status on external item at 'base'
Status against revision: 16039
Performing status on external item at 'generators'
Status against revision: 15929
Performing status on external item at 'geobase'
Status against revision: 15929
Performing status on external item at 'ora'
Status against revision: 15929
Performing status on external item at 'parbase'
Status against revision: 15929
Performing status on external item at 'cmake'
Status against revision: 16039
Performing status on external item at 'geane'
Status against revision: 15929
Performing status on external item at 'eventdisplay'
Status against revision: 15929
Performing status on external item at 'trackbase'
Status against revision: 15929
Performing status on external item at 'fairtools'
Status against revision: 15929
Performing status on external item at 'dbase'
Status against revision: 15929
Performing status on external item at 'genfit'
Status against revision: 400
Any idea?
Cheers,
/Karin
|
|
|
|
|
|
| Re: error after svn update [message #14327 is a reply to message #14326] |
Fri, 11 January 2013 12:24 |
Karin Schönning
Messages: 65
Registered: August 2012
Location: Uppsala University
|
continuous participant |
From: *physics.uu.se
|
|
I have problem compiling the venet generator.
-- Found Subversion: /usr/bin/svn (found version "1.6.17")
-- FairRoot Revision - 18275 Branch - https://subversion.gsi.de/fairroot/pandaroot/release/july12
[ 0%] Built target svnheader
[ 0%] Built target FairTools
[ 4%] Built target Base
[ 7%] Built target GeoBase
[ 8%] Built target ParBase
[ 12%] Built target FairDB
[ 12%] Built target generalTools
[ 13%] Built target buffers
[ 17%] Built target PndData
[ 18%] Built target Passive
[ 20%] Built target Field
[ 21%] Built target Gen
[ 22%] Built target PGen
[ 22%] Built target DpmEvtGen
[ 22%] Built target DpmEvtGen_exe
[ 25%] Built target Photos
Linking Fortran shared library ../../lib/libEvtGen.so
/usr/bin/ld: cannot find -lPythia6
collect2: ld returned 1 exit status
make[2]: *** [lib/libEvtGen.so.0.0.0] Error 1
make[1]: *** [pgenerators/EvtGen/CMakeFiles/EvtGen.dir/all] Error 2
make: *** [all] Error 2
|
|
|
|
|
|
| Re: error after svn update [message #14329 is a reply to message #14328] |
Fri, 11 January 2013 15:30 |
Karin Schönning
Messages: 65
Registered: August 2012
Location: Uppsala University
|
continuous participant |
From: *physics.uu.se
|
|
|
The problem seems to be that when I compiled the "new" external packages (sep12), then I was asked to specify a directory for the compilation. I don't remember exactly how it was formulated but I got the impression that the "sep12" top directory itself was not suitable so I created a subdirectory "build" where all .so files ended up. This I must have overlooked when editing the config.sh before compiling which may explain why it doesn't find the file. I'll rewrite the config.sh file and try again and see if the situation is improved. Or had it been better to simply state the sep12 as the compilation directory for the external packages? Is it better to reconfigure the external packages instead of changing the paths i config.sh in pandaroot?
|
|
|
|
|
|
| Re: error after svn update [message #14331 is a reply to message #14330] |
Fri, 11 January 2013 16:15 |
Karin Schönning
Messages: 65
Registered: August 2012
Location: Uppsala University
|
continuous participant |
From: *physics.uu.se
|
|
|
OK, I exported the SIMPATH, reran cmake and had a look into the new config.sh. However, there are still paths therein which point to directories which do not exist, e.g. sep12/generators/lib . Apparently no "lib" directories were created in the subdirectories (e.g. generators) when compiling sep12 so the location of the files seems a little weird.
|
|
|
|
|
|
| Re: error after svn update [message #14335 is a reply to message #14332] |
Mon, 14 January 2013 10:42 |
Karin Schönning
Messages: 65
Registered: August 2012
Location: Uppsala University
|
continuous participant |
From: *physics.uu.se
|
|
|
Yes, i have checked SIMPATH and it is correct. What seems to go wrong is that the config.sh generated by cmake contain paths wich do not match the location of the files. The structure obtained by configuring the sep12 external packages does not seem compatible with the structure of the config.sh file generated by cmake. Should I instead edit some input file to cmake, or should I reconfigure sep12 with another installation directory?
|
|
|
|
|
|
| Re: error after svn update [message #14337 is a reply to message #14336] |
Mon, 14 January 2013 11:15 |
Karin Schönning
Messages: 65
Registered: August 2012
Location: Uppsala University
|
continuous participant |
From: *physics.uu.se
|
|
I did, but the structure is still the same. SIMPATH in config.sh is correct, but the geant4 libraries, for example, are in the wrong place.
Example:
---------------------------
export Linux_Flavour_="Ubuntu 12.04 LTS n l"
export System_="x86_64"
source /export/home/schonnin/panda/pandaroot/buildPanda/check_system.sh
if [ "$same_system" == "1" ]; then
export SIMPATH="/export/home/schonnin/panda/sep12/build"
export ROOTSYS="/export/home/schonnin/panda/sep12/build"
if (true); then
export GEANT4_LIBRARY_DIR="/export/home/schonnin/panda/sep12/transport/geant4/lib "
etc.
------------------------------
There is however no directory /export/home/schonnin/panda/sep12/transport/geant4/lib ,instead the geant4 libraries are in /export/home/schonnin/panda/sep12/build/lib
I did not have this problem with the previous external packages and then, as as I remember, one did not have to specify a special installation directory during configuration.
|
|
|
|
|
|
| Re: error after svn update [message #14340 is a reply to message #14338] |
Mon, 14 January 2013 12:21 |
Karin Schönning
Messages: 65
Registered: August 2012
Location: Uppsala University
|
continuous participant |
From: *physics.uu.se
|
|
Thanks, now that problem seems solved, but at the very end of the compilation a new error occured:
[ 95%] Building CXX object lmd/CMakeFiles/LmdFit.dir/LmdFit/PndLmdLumiFit.cxx.o
/export/home/schonnin/panda/pandaroot/lmd/LmdFit/PndLmdLumiFit.cxx: In member function ‘double PndLmdLumiFit::LumiFit(TH1D*)’:
/export/home/schonnin/panda/pandaroot/lmd/LmdFit/PndLmdLumiFit.cxx:153:3 : error: ‘cout’ was not declared in this scope
/export/home/schonnin/panda/pandaroot/lmd/LmdFit/PndLmdLumiFit.cxx:153:3 : note: suggested alternative:
/usr/include/c++/4.6/iostream:62:18: note: ‘std::cout’
/export/home/schonnin/panda/pandaroot/lmd/LmdFit/PndLmdLumiFit.cxx:157:1 3: error: ‘endl’ was not declared in this scope
/export/home/schonnin/panda/pandaroot/lmd/LmdFit/PndLmdLumiFit.cxx:157:1 3: note: suggested alternative:
/usr/include/c++/4.6/ostream:543:5: note: ‘std::endl’
make[2]: *** [lmd/CMakeFiles/LmdFit.dir/LmdFit/PndLmdLumiFit.cxx.o] Error 1
make[1]: *** [lmd/CMakeFiles/LmdFit.dir/all] Error 2
make: *** [all] Error 2
|
|
|
|
|
|
|
|
GSI Forum
Search
Help
Members
Login
Home
