Home » PANDA » PandaRoot » Event Generators » FTF generator
FTF generator [message #17958] |
Wed, 04 March 2015 16:27 |
Aida Galoyan
Messages: 79 Registered: May 2007 Location: Dubna
|
continuous participant |
From: *ikp.kfa-juelich.de
|
|
Hi Ralf,
why do you replace files with "c" extension
(Test30Materials.c, Test30HadronProduction.c and so on)
on the files *.cxx .
After your changing, FTFmake is not working. It crashes.
If I return *.c, FTFmake works and FTFGen exe-file is created.
Aida
|
|
|
|
|
|
|
Re: FTF generator [message #17963 is a reply to message #17961] |
Thu, 05 March 2015 11:26 |
Aida Galoyan
Messages: 79 Registered: May 2007 Location: Dubna
|
continuous participant |
From: *ikp.kfa-juelich.de
|
|
Hello Ralf and Stefano,
I don't understand, why PndFtfDirect.cxx
is directly implemented in /FtfEvtGen directory.
I created this directory for standalone FTF calculations.
For example, earlier, PndDpmDirect.cxx is implemented in /pgenerators directory.
How I understand, when we run FTFmake,
PndFtfDirect.cxx is conflicted with other files in the directory,
for example, with main.cc.
I think, the solution will be folowing.
If you move PndFtfDirect.cxx to /pgenerators directory,
similar PndDpmDirect.cxx, I will perform corresponding changes:
to remove *.c on *.cxx in needed makefiles.
If you have better solution, I will be glad.
In any case, it is needed to have normal working FTFmake.
Aida
|
|
|
|
|
|
|
Re: FTF generator [message #17972 is a reply to message #17967] |
Fri, 06 March 2015 15:05 |
StefanoSpataro
Messages: 2736 Registered: June 2005 Location: Torino
|
first-grade participant |
From: 124.16.101*
|
|
Now maybe it is fixed in Linux, but in Mac I can see the following:
Linking CXX executable ../../bin/FTFGen
Undefined symbols for architecture x86_64:
"G4Evaporation::SetGEMChannel()", referenced from:
_main in main.cc.o
"G4Evaporation::SetDefaultChannel()", referenced from:
_main in main.cc.o
"G4Evaporation::SetCombinedChannel()", referenced from:
_main in main.cc.o
"G4Evaporation::G4Evaporation()", referenced from:
_main in main.cc.o
"G4ProductionCuts::G4ProductionCuts()", referenced from:
_main in main.cc.o
"G4BGGPionElasticXS::G4BGGPionElasticXS(G4ParticleDefinition const*)", referenced from:
_main in main.cc.o
"G4ChipsComponentXS::G4ChipsComponentXS()", referenced from:
_main in main.cc.o
"G4PreCompoundModel::UseNGB()", referenced from:
_main in main.cc.o
"G4PreCompoundModel::UseSCO()", referenced from:
_main in main.cc.o
"G4PreCompoundModel::UseSICB()", referenced from:
_main in main.cc.o
"G4PreCompoundModel::SetOPTxs(int)", referenced from:
_main in main.cc.o
"G4PreCompoundModel::UseCEMtr()", referenced from:
_main in main.cc.o
"G4PreCompoundModel::G4PreCompoundModel(G4ExcitationHandler*)", referenced from:
_main in main.cc.o
"G4ExcitationHandler::SetParameters()", referenced from:
G4ExcitationHandler::SetOPTxs(int) in main.cc.o
G4ExcitationHandler::UseSICB() in main.cc.o
"G4ExcitationHandler::SetEvaporation(G4VEvaporation*)", referenced from:
_main in main.cc.o
"G4ExcitationHandler::SetMinEForMultiFrag(double)", referenced from:
_main in main.cc.o
"G4ExcitationHandler::SetMaxAandZForFermiBreakUp(int, int)", referenced from:
_main in main.cc.o
"G4ExcitationHandler::G4ExcitationHandler()", referenced from:
_main in main.cc.o
"G4BGGPionInelasticXS::G4BGGPionInelasticXS(G4ParticleDefinition const*)", referenced from:
_main in main.cc.o
"G4MaterialCutsCouple::G4MaterialCutsCouple(G4Material const*, G4ProductionCuts*)", referenced from:
_main in main.cc.o
"G4BGGNucleonElasticXS::G4BGGNucleonElasticXS(G4ParticleDefinition const*)", referenced from:
_main in main.cc.o
"G4HadronCrossSections::GetInelasticCrossSection(G4DynamicParticle const*, int, int)", referenced from:
_main in main.cc.o
"G4HadronCrossSections::Instance()", referenced from:
_main in main.cc.o
"G4ProductionCutsTable::GetProductionCutsTable()", referenced from:
_main in main.cc.o
"G4HadronElasticDataSet::G4HadronElasticDataSet(G4String const&)", referenced from:
_main in main.cc.o
"G4IonsShenCrossSection::G4IonsShenCrossSection()", referenced from:
_main in main.cc.o
"G4TripathiCrossSection::G4TripathiCrossSection()", referenced from:
_main in main.cc.o
"G4VCrossSectionDataSet::ComputeCrossSection(G4DynamicParticle const*, G4Element const*, G4Material const*)", referenced from:
G4VCrossSectionDataSet::GetCrossSection(G4DynamicParticle const*, G4Element const*, G4Material const*) in main.cc.o
"G4BGGNucleonInelasticXS::G4BGGNucleonInelasticXS(G4ParticleDefinition const*)", referenced from:
_main in main.cc.o
"G4PiNuclearCrossSection::G4PiNuclearCrossSection()", referenced from:
_main in main.cc.o
"G4HadronInelasticDataSet::G4HadronInelasticDataSet(G4String const&)", referenced from:
_main in main.cc.o
"G4TripathiLightCrossSection::G4TripathiLightCrossSection()", referenced from:
_main in main.cc.o
"G4ComponentAntiNuclNuclearXS::G4ComponentAntiNuclNuclearXS()", referenced from:
_main in main.cc.o
"G4ProtonInelasticCrossSection::G4ProtonInelasticCrossSection()", referenced from:
_main in main.cc.o
"G4NeutronInelasticCrossSection::G4NeutronInelasticCrossSection()", referenced from:
_main in main.cc.o
ld: symbol(s) not found for architecture x86_64
clang: error: linker command failed with exit code 1 (use -v to see invocation)
make[2]: *** [bin/FTFGen] Error 1
make[1]: *** [pgenerators/FtfEvtGen/CMakeFiles/FtfEvtGen_exe.dir/all] Error 2
make: *** [all] Error 2
There is still something missing, since before (27139) it was compiling.
[Updated on: Fri, 06 March 2015 15:07] Report message to a moderator
|
|
|
|
|
|
Goto Forum:
Current Time: Wed Dec 04 01:17:41 CET 2024
Total time taken to generate the page: 0.00770 seconds
|