New external package release sep12 [message #13934] |
Wed, 05 September 2012 14:13 |
Florian Uhlig
Messages: 424 Registered: May 2007
|
first-grade participant |
From: *gsi.de
|
|
Dear all,
Today we released the new external packages (sep12) for FairRoot.
The release was tested on:
- MAC OS X 10.6.x with gcc 4.2.1 (64 bit)
- MAC OS X 10.7.x with gcc (64 bit)
- MAC OS X 10.8.x with llvm-gcc 4.2 (64 bit)
- MAC OS X 10.8.x with clang 4.0 (64 bit)
- Suse 12.1 with gcc 4.6.2 (32 and 64 bit)
- Suse 12.2 with gcc 4.7.1 (32 and 64 bit)
- Fedora 17 with gcc 4.7.0 (32 and 64 bit)
- Ubuntu 12.04 with gcc 4.6.3 (32 and 64 bit)
- Debian Squeeze with gcc 4.4.5 (64 bit)
For more details please visit http://fairroot.gsi.de/
Florian
|
|
|
Re: New external package release sep12 (GEANE patch) [message #13948 is a reply to message #13934] |
Fri, 07 September 2012 11:06 |
Lia Lavezzi
Messages: 291 Registered: May 2007 Location: Torino
|
first-grade participant |
From: *pv.infn.it
|
|
Hi pandarooters,
in the sep12 release of the external packages a patch has been applied to GEANE (as written by Florian on http://fairroot.gsi.de).
Just a few remarks on the patch: it contains the following two improvements in the routine which handles the propagation to the point of closest approach.
Change 1, in the actual poca finding procedure piece of code:
- PREVIOUSLY: an extrapolation to a very large track length was performed and, during the propagation, the poca was found, BUT the extrapolation was not stopped and used to go on till the final track length was reached;
- NOW: the particle is stopped after finding the point of closest approach;
Change 2, in the propagation type handling:
- PREVIOUSLY: the poca finding procedure was performed also when propagating to the plane after having found the poca, due to a missing reset of a variable;
- NOW: the poca finding procedure is accessed only when requested.
These two changes improve the time performances of the extrapolation and thus of the Kalman filter. We tested the macro/pid/run_reco_sttcombi.C on 1000 events without and with the patch and the kalman time is roughly halved.
The changes are still inside a "patch" since we would like some massive testing before inserting them as "official". For this reason, if you notice any strange behaviour in the propagation and/or in the reconstruction results, please let us know!
Have fun,
Lia and Alberto.
|
|
|
|
|
|
|
|
|
|
|
Re: New external package release sep12 [message #14154 is a reply to message #13934] |
Thu, 18 October 2012 15:40 |
M.Babai
Messages: 46 Registered: January 2008 Location: Netherlands
|
continuous participant |
From: *KVI.nl
|
|
Hi Florian,
After applying the changes and a full recompile, the error remains the same. So I think the root build is missing some components. Maybe openGL is the problem. It remains strange as it goes fine on a 32 bit PC with exactly the same software installed, .
[ 86%] Generating G__EventDisplayDict.cxx
Error: cannot open file "TEveEventManager.h" /home/fairroot/r3broot/eventdisplay/FairEventManager.h:9:
Error: class,struct,union or type TEveEventManager not defined /home/fairroot/r3broot/eventdisplay/FairEventManager.h:18:
Error: Symbol TGListTreeItem is not defined in current scope /home/fairroot/r3broot/eventdisplay/FairEventManager.h:53:
Error: Symbol fEvent is not defined in current scope /home/fairroot/r3broot/eventdisplay/FairEventManager.h:53:
Error: cannot open file "TEveTrackPropagator.h" /home/fairroot/r3broot/eventdisplay/FairMCTracks.h:19:
Error: Symbol TEveTrackPropagator is not defined in current scope /home/fairroot/r3broot/eventdisplay/FairMCTracks.h:62:
Error: Symbol fTrPr is not defined in current scope /home/fairroot/r3broot/eventdisplay/FairMCTracks.h:62:
Error: cannot open file "TEveGValuators.h" /home/fairroot/r3broot/eventdisplay/FairEventManagerEditor.h:11:
Error: Symbol TEveGValuator is not defined in current scope /home/fairroot/r3broot/eventdisplay/FairEventManagerEditor.h:25:
Error: Symbol fMinEnergy, is not defined in current scope /home/fairroot/r3broot/eventdisplay/FairEventManagerEditor.h:25:
Error: Symbol fMaxEnergy is not defined in current scope /home/fairroot/r3broot/eventdisplay/FairEventManagerEditor.h:25:
Error: cannot open file "TEveBoxSet.h" /home/fairroot/r3broot/eventdisplay/FairBoxSet.h:23:
Error: class,struct,union or type TEveBoxSet not defined /home/fairroot/r3broot/eventdisplay/FairBoxSet.h:27:
Error: cannot open file "TEveDigitSetEditor.h" /home/fairroot/r3broot/eventdisplay/FairBoxSetEditor.h:25:
Error: cannot open file "TEveGValuators.h" /home/fairroot/r3broot/eventdisplay/FairBoxSetEditor.h:27:
Warning: Error occurred during reading source files
Warning: Error occurred during dictionary source generation
!!!Removing /home/fairroot/buildR3broot/eventdisplay/G__EventDisplayDict.cxx /home/fairroot/buildR3broot/eventdisplay/G__EventDisplayDict.h !!!
Error: /home/fairroot/Build_FairSoft_Sep12/bin/rootcint: error loading headers...
make[2]: *** [eventdisplay/G__EventDisplayDict.cxx] Error 1
make[1]: *** [eventdisplay/CMakeFiles/EventDisplay.dir/all] Error 2
make: *** [all] Error 2
Regards,
/MB
|
|
|
|
Re: New external package release sep12 [message #14158 is a reply to message #14157] |
Fri, 19 October 2012 11:50 |
M.Babai
Messages: 46 Registered: January 2008 Location: Netherlands
|
continuous participant |
From: *KVI.nl
|
|
Hi Florian,
I give up, . Whatever I include, enable or disable the root configure script produces the same.
Comparing the 32 and 64 bit configurations I found the following:
32:
Result: Enabled support for asimage, astiff, builtin_afterimage, builtin_ftgl, builtin_glew, builtin_lzma, explicitlink, fftw3, gdml, genvector, krb5, mathmore, memstat, minuit2, monalisa, opengl, pythia6, pythia8, roofit, shadowpw, shared, soversion, ssl, tmva, x11, xft.
64:
Enabled support for asimage, astiff, builtin_afterimage, builtin_ftgl, builtin_zlib, builtin_lzma, explicitlink, gdml, genvector, mathmore, memstat, minuit2, shadowpw, shared, soversion, tmva, x11, xft.
This does not even change if I explicitly run configure from root itself on the command line and specify the include and library directories. Very strange.
Last thing I can do, as a test, is to modify the configure script packed with root itself to see if that might help. A lot of work but maybe solves the problem.
Regards,
Mohammad.
|
|
|
|
Re: New external package release sep12 [message #14160 is a reply to message #14159] |
Fri, 19 October 2012 13:09 |
M.Babai
Messages: 46 Registered: January 2008 Location: Netherlands
|
continuous participant |
From: *KVI.nl
|
|
Hi Florian,
Yes everything is there. The headers and libs.
If I have a look on the same machine but in the previous external packages (jan 2012), then all of the parameters are fine. ROOT was compiled correctly and the options were all OK. So I think that the configure scripts for the current ROOT release is changed. So I will try to fix this and will send you the solution or at least a description of that. I think we need to solve this, because for the next debian stable release we will hit this problem again.
It seems to work. I have added the paths to the root configure script and it went all OK. So these two paths:
/usr/lib/x86_64-linux-gnu
/usr/include/GL
In the case of 32 bit machines the root script can find the correct path (/usr/lib/i386-linux-gnu/) but one way or the other it can not handle the 64 bit case.
Regards,
MB
[Updated on: Fri, 19 October 2012 15:25] Report message to a moderator
|
|
|
|
|
|
|
|
|
|
New external package release apr13 [message #14630 is a reply to message #14625] |
Thu, 18 April 2013 05:36 |
Bhavin Patel
Messages: 6 Registered: April 2013
|
occasional visitor |
From: 117.239.83*
|
|
Thanks Sir for dpkg-devel information
now it work
I can't install apr13 because it gives following error
compiling CMake ................
*** Unpacking cmake-2.8.10.2.tar.gz ..............
*** CMake compiled successfully ***
*** Compiling gtest ................
*** Package gtest already unpacked ***
*** gtest compiled successfully ***
*** Compiling glpk ................
*** Unpacking glpk-4.39.tar.gz ..............
*** ERROR: glpk could not be created.
*** End installation of external packages with Errors***
Here I attached Install log file
[Updated on: Fri, 19 April 2013 07:35] Report message to a moderator
|
|
|
|
|
|
Re: New external package release apr13 [message #14643 is a reply to message #14641] |
Sat, 20 April 2013 10:22 |
Bhavin Patel
Messages: 6 Registered: April 2013
|
occasional visitor |
From: 117.239.83*
|
|
I extract folder manually but it gives same error.
Even I observed that during Installation it unpack the glpk but gives the error like "glpk could not be created." and stop the installation.
Directory: home/buildp
Found cmake version 2.8.6 which is newer than the
required version 2.8.6 in PATH
This version is okay. Don't install cmake as external package.
*** Compiling gtest ................
*** Package gtest already unpacked ***
*** gtest compiled successfully ***
*** Compiling glpk ................
*** Unpacking glpk-4.39.tar.gz ..............
*** ERROR: glpk could not be created.
*** End installation of external packages with Errors***
|
|
|