Hello Ian, all,
I am trying now to use gmake to create an executable using McLachlan for a simulation of binary coalescence.
When I do: gmake grbinary
I obtain: ..... CST finished. /global/u1/f/fiestas/CACTUS/Cactus/arrangements/Carpet/CarpetLib/src/make.configuration.defn:5: *** Configuration error: The Carpet thorns require MPI. Please configure with MPI, or remove the Carpet thorns from the ThornList.. Stop. gmake: *** [grbinary] Error 2 ..........
I checked the configuration and I found following line while doing: gmake grbinary-config thornlist='thornlists/grbinary.th'
............ Configuring without MPI ............
So, I tried:
export mpi=native gmake grbinary-config
and
- setting mpi=native in a config. file and using it gmake grbinary-config options='grbinary-config.txt'
Initially looks OK:
fiestas@hopper09:~/CACTUS/Cactus> gmake grbinarypgi-config options='grbinary-config-pgi' Cactus - version: 4.0.0 Reconfiguring grbinarypgi. Adding configuration options from 'grbinary-config-pgi'... Setting mpi to 'native' Setting CC to 'mpicc' Setting CXX to 'mpicxx' End of options from 'grbinary-config-pgi'. ....
but later I get again the message:
........... Configuring without MPI ........
Am I doing something wrong?
Btw, if I configure with my own thronlist and add it as above, it keeps reading all thorns in the arrangements directory while compiling. So, I copied my thornlist in configs/grbinary/ to force the compilation using my thornlist. Is it normal?
Thanks, Jose
On Mon, Mar 12, 2012 at 4:24 AM, Ian Hinder ian.hinder@aei.mpg.de wrote:
On 10 Mar 2012, at 01:41, Jose Fiestas Iquira wrote:
Dear colleagues,
I was trying the last days to install an own application based on ETK in NERSC machines (Hopper/Carver), having some problems during the
compilation.
Before trying to find the real problem, I started from scratch and
realize
I can not even checkout ETK properly. Does somebody tried it in machines different as LONI machines since the last release? Would appreciate any experience about it. Below my steps:
- GetComponents <Einstein Toolkit> (release version)
curl -O https://raw.github.com/gridaphobe/CRL/master/GetComponents .............................. *183 components checked out.*
- 0 components updated.*
- Unable to process simfactory2*
- Unable to process LSUThorns/QuasiLocalMeasures*
- Unable to process LSUThorns/SummationByParts*
- Unable to process LSUThorns/Vectors*
These are all hosted on svn.cct.lsu.edu, which we have found to be very unreliable. It might be that the machine (or connection) was down when you tried it. Can you try it again?
We might want to think about moving these repositories to a more reliable server, for example svn.einsteintoolkit.org.
Alternatively, it might be that there is a routing problem between NERSC and CCT. Can you try
ping svn.cct.lsu.edufrom one of the affected machines?
PS: your WaveDemo build fails because the wavedemo thornlist is not up to date. It needs to be modified to include the Vectors thorn (see the ET thornlist for an example).
The Cactus thornlists are out of date - see
https://trac.einsteintoolkit.org/ticket/663and
https://trac.einsteintoolkit.org/ticket/641
*Summary of Warnings:*
*Could not checkout module simfactory2*
*Could not checkout module LSUThorns/QuasiLocalMeasures*
*Could not checkout module LSUThorns/SummationByParts*
*Could not checkout module LSUThorns/Vectors*
Time Elapsed: 26 minutes, 19 seconds*
..............................................
- GetComponent <WaveDemo>
./GetComponents http://cactuscode.org/documentation/tutorials/wavetoydemo/WaveDemo.th
- Went OK*
- cd Cactus
gmake WaveDemo-config gmake WaveDemo
*------------------------------------------------------* *Warnings were generated during execution of the CST* *------------------------------------------------------*
*CST error 1:*
- -> Duplicate thornname LocalReduce in CactusBase and CactusNumerical*
*CST error 2:*
- -> Thorn 'CarpetLib' requires the capability 'Vectors'.*
Please add a thorn that provides 'Vectors' to your ThornList orremove 'CarpetLib' from it !*
*CST error 3:*
- -> Thorn 'ML_BSSN' requires the capability 'Vectors'.*
Please add a thorn that provides 'Vectors' to your ThornList orremove 'ML_BSSN' from it !*
*CST error 4:*
- -> Thorn 'ML_BSSN_O2' requires the capability 'Vectors'.*
Please add a thorn that provides 'Vectors' to your ThornList orremove 'ML_BSSN_O2' from it !*
*CST error 5:*
- -> ID_BIN_BH (thorn Meudon_Bin_BH) inherits from SummationByParts*
No thorn in your current ThornList implements SummationByParts*Either remove Meudon_Bin_BH, or add a thorn to your*ThornList implementing SummationByParts*Available thorns in arrangements directory implementingSummationByParts:*
LSUThorns/SummationByParts**CST error 6:*
- -> MEUDON_BIN_NS (thorn Meudon_Bin_NS) inherits from SummationByParts*
No thorn in your current ThornList implements SummationByParts*Either remove Meudon_Bin_NS, or add a thorn to your*ThornList implementing SummationByParts*Available thorns in arrangements directory implementingSummationByParts:*
LSUThorns/SummationByParts**CST error 7:*
- -> Configuration script for thorn BLAS returned exit code 1*
Error message: 'Error while building BLAS. Aborting.'**CST error 8:*
- -> Configuration script for thorn LAPACK returned exit code 1*
Error message: 'Error while building LAPACK. Aborting.'**------------------------------------------------------*
*gmake[1]: ***
[/project/projectdirs/snfactry/hshukla/CACTUS/Cactus/configs/WaveDemo/config-data/make.thornlist]
Error 1* *gmake: *** [WaveDemo] Error 2*
- Copied LSUThorns by hand and repeated step 3 and got the same errors.
*183 components checked out.*
- 0 components updated.*
- Unable to process simfactory2*
- Unable to process LSUThorns/QuasiLocalMeasures*
- Unable to process LSUThorns/SummationByParts*
- Unable to process LSUThorns/Vectors*
*Summary of Warnings:*
*Could not checkout module simfactory2*
*Could not checkout module LSUThorns/QuasiLocalMeasures*
*Could not checkout module LSUThorns/SummationByParts*
*Could not checkout module LSUThorns/Vectors*
Time Elapsed: 26 minutes, 19 seconds*
Best, Jose _______________________________________________ Users mailing list Users@einsteintoolkit.org http://lists.einsteintoolkit.org/mailman/listinfo/users
-- Ian Hinder http://numrel.aei.mpg.de/people/hinder
On 13 Mar 2012, at 07:57, Jose Fiestas Iquira wrote:
Hello Ian, all,
I am trying now to use gmake to create an executable using McLachlan for a simulation of binary coalescence.
When I do: gmake grbinary
I obtain: ..... CST finished. /global/u1/f/fiestas/CACTUS/Cactus/arrangements/Carpet/CarpetLib/src/make.configuration.defn:5: *** Configuration error: The Carpet thorns require MPI. Please configure with MPI, or remove the Carpet thorns from the ThornList.. Stop. gmake: *** [grbinary] Error 2 ..........
I checked the configuration and I found following line while doing: gmake grbinary-config thornlist='thornlists/grbinary.th'
............ Configuring without MPI ............
So, I tried:
export mpi=native gmake grbinary-config
and
- setting mpi=native in a config. file and using it
gmake grbinary-config options='grbinary-config.txt'
Initially looks OK:
fiestas@hopper09:~/CACTUS/Cactus> gmake grbinarypgi-config options='grbinary-config-pgi' Cactus - version: 4.0.0 Reconfiguring grbinarypgi. Adding configuration options from 'grbinary-config-pgi'... Setting mpi to 'native' Setting CC to 'mpicc' Setting CXX to 'mpicxx' End of options from 'grbinary-config-pgi'. ....
but later I get again the message:
........... Configuring without MPI ........
Am I doing something wrong?
Btw, if I configure with my own thronlist and add it as above, it keeps reading all thorns in the arrangements directory while compiling. So, I copied my thornlist in configs/grbinary/ to force the compilation using my thornlist. Is it normal?
Hi Jose,
You have not specified an optionlist. There are a large number of variables which usually need to be set on HPC machines (compiler locations, flags, library paths, MPI paths etc). I strongly recommend that you use simfactory for this, as I believe that most of the work has already been done for the NERSC machines. If there is a problem with the configuration of simfactory on these machines, then we can help to find the problem and fix it. Building up an optionlist and submit script etc from scratch will take a lot of time if you aren't very familiar with the machine and Cactus.
Thanks, Jose
On Mon, Mar 12, 2012 at 4:24 AM, Ian Hinder ian.hinder@aei.mpg.de wrote:
On 10 Mar 2012, at 01:41, Jose Fiestas Iquira wrote:
Dear colleagues,
I was trying the last days to install an own application based on ETK in NERSC machines (Hopper/Carver), having some problems during the
compilation.
Before trying to find the real problem, I started from scratch and
realize
I can not even checkout ETK properly. Does somebody tried it in machines different as LONI machines since the last release? Would appreciate any experience about it. Below my steps:
- GetComponents <Einstein Toolkit> (release version)
curl -O https://raw.github.com/gridaphobe/CRL/master/GetComponents .............................. *183 components checked out.*
- 0 components updated.*
- Unable to process simfactory2*
- Unable to process LSUThorns/QuasiLocalMeasures*
- Unable to process LSUThorns/SummationByParts*
- Unable to process LSUThorns/Vectors*
These are all hosted on svn.cct.lsu.edu, which we have found to be very unreliable. It might be that the machine (or connection) was down when you tried it. Can you try it again?
We might want to think about moving these repositories to a more reliable server, for example svn.einsteintoolkit.org.
Alternatively, it might be that there is a routing problem between NERSC and CCT. Can you try
ping svn.cct.lsu.edufrom one of the affected machines?
PS: your WaveDemo build fails because the wavedemo thornlist is not up to date. It needs to be modified to include the Vectors thorn (see the ET thornlist for an example).
The Cactus thornlists are out of date - see
https://trac.einsteintoolkit.org/ticket/663and
https://trac.einsteintoolkit.org/ticket/641
*Summary of Warnings:*
*Could not checkout module simfactory2*
*Could not checkout module LSUThorns/QuasiLocalMeasures*
*Could not checkout module LSUThorns/SummationByParts*
*Could not checkout module LSUThorns/Vectors*
Time Elapsed: 26 minutes, 19 seconds*
..............................................
- GetComponent <WaveDemo>
./GetComponents http://cactuscode.org/documentation/tutorials/wavetoydemo/WaveDemo.th
- Went OK*
- cd Cactus
gmake WaveDemo-config gmake WaveDemo
*------------------------------------------------------* *Warnings were generated during execution of the CST* *------------------------------------------------------*
*CST error 1:*
- -> Duplicate thornname LocalReduce in CactusBase and CactusNumerical*
*CST error 2:*
- -> Thorn 'CarpetLib' requires the capability 'Vectors'.*
Please add a thorn that provides 'Vectors' to your ThornList orremove 'CarpetLib' from it !*
*CST error 3:*
- -> Thorn 'ML_BSSN' requires the capability 'Vectors'.*
Please add a thorn that provides 'Vectors' to your ThornList orremove 'ML_BSSN' from it !*
*CST error 4:*
- -> Thorn 'ML_BSSN_O2' requires the capability 'Vectors'.*
Please add a thorn that provides 'Vectors' to your ThornList orremove 'ML_BSSN_O2' from it !*
*CST error 5:*
- -> ID_BIN_BH (thorn Meudon_Bin_BH) inherits from SummationByParts*
No thorn in your current ThornList implements SummationByParts*Either remove Meudon_Bin_BH, or add a thorn to your*ThornList implementing SummationByParts*Available thorns in arrangements directory implementingSummationByParts:*
LSUThorns/SummationByParts**CST error 6:*
- -> MEUDON_BIN_NS (thorn Meudon_Bin_NS) inherits from SummationByParts*
No thorn in your current ThornList implements SummationByParts*Either remove Meudon_Bin_NS, or add a thorn to your*ThornList implementing SummationByParts*Available thorns in arrangements directory implementingSummationByParts:*
LSUThorns/SummationByParts**CST error 7:*
- -> Configuration script for thorn BLAS returned exit code 1*
Error message: 'Error while building BLAS. Aborting.'**CST error 8:*
- -> Configuration script for thorn LAPACK returned exit code 1*
Error message: 'Error while building LAPACK. Aborting.'**------------------------------------------------------*
*gmake[1]: ***
[/project/projectdirs/snfactry/hshukla/CACTUS/Cactus/configs/WaveDemo/config-data/make.thornlist]
Error 1* *gmake: *** [WaveDemo] Error 2*
- Copied LSUThorns by hand and repeated step 3 and got the same errors.
*183 components checked out.*
- 0 components updated.*
- Unable to process simfactory2*
- Unable to process LSUThorns/QuasiLocalMeasures*
- Unable to process LSUThorns/SummationByParts*
- Unable to process LSUThorns/Vectors*
*Summary of Warnings:*
*Could not checkout module simfactory2*
*Could not checkout module LSUThorns/QuasiLocalMeasures*
*Could not checkout module LSUThorns/SummationByParts*
*Could not checkout module LSUThorns/Vectors*
Time Elapsed: 26 minutes, 19 seconds*
Best, Jose _______________________________________________ Users mailing list Users@einsteintoolkit.org http://lists.einsteintoolkit.org/mailman/listinfo/users
-- Ian Hinder http://numrel.aei.mpg.de/people/hinder
As mentioned, using the configuration files located in simfactory/mdb/optionslists/ helped. And compiling with gmake worked.
The only thing it confuses me is that after
gmake binary-config thornlist='binary,th'
I always need to copy the binary,th in configs/binary/
and then
gmake binary
otherwise, the compiler uses all thorns in the arrangements directory, and not only the listed in binary.th. It should not, right?
Best, Jose
On Tue, Mar 13, 2012 at 1:25 AM, Ian Hinder ian.hinder@aei.mpg.de wrote:
On 13 Mar 2012, at 07:57, Jose Fiestas Iquira wrote:
Hello Ian, all,
I am trying now to use gmake to create an executable using McLachlan for
a
simulation of binary coalescence.
When I do: gmake grbinary
I obtain: ..... CST finished.
/global/u1/f/fiestas/CACTUS/Cactus/arrangements/Carpet/CarpetLib/src/make.configuration.defn:5:
*** Configuration error: The Carpet thorns require MPI. Please configure with MPI, or remove the Carpet thorns from the ThornList.. Stop. gmake: *** [grbinary] Error 2 ..........
I checked the configuration and I found following line while doing: gmake grbinary-config thornlist='thornlists/grbinary.th'
............ Configuring without MPI ............
So, I tried:
export mpi=native gmake grbinary-config
and
- setting mpi=native in a config. file and using it
gmake grbinary-config options='grbinary-config.txt'
Initially looks OK:
fiestas@hopper09:~/CACTUS/Cactus> gmake grbinarypgi-config options='grbinary-config-pgi' Cactus - version: 4.0.0 Reconfiguring grbinarypgi. Adding configuration options from 'grbinary-config-pgi'... Setting mpi to 'native' Setting CC to 'mpicc' Setting CXX to 'mpicxx' End of options from 'grbinary-config-pgi'. ....
but later I get again the message:
........... Configuring without MPI ........
Am I doing something wrong?
Btw, if I configure with my own thronlist and add it as above, it keeps reading all thorns in the arrangements directory while compiling. So, I copied my thornlist in configs/grbinary/ to force the compilation using
my
thornlist. Is it normal?
Hi Jose,
You have not specified an optionlist. There are a large number of variables which usually need to be set on HPC machines (compiler locations, flags, library paths, MPI paths etc). I strongly recommend that you use simfactory for this, as I believe that most of the work has already been done for the NERSC machines. If there is a problem with the configuration of simfactory on these machines, then we can help to find the problem and fix it. Building up an optionlist and submit script etc from scratch will take a lot of time if you aren't very familiar with the machine and Cactus.
Thanks, Jose
On Mon, Mar 12, 2012 at 4:24 AM, Ian Hinder ian.hinder@aei.mpg.de
wrote:
On 10 Mar 2012, at 01:41, Jose Fiestas Iquira wrote:
Dear colleagues,
I was trying the last days to install an own application based on ETK
in
NERSC machines (Hopper/Carver), having some problems during the
compilation.
Before trying to find the real problem, I started from scratch and
realize
I can not even checkout ETK properly. Does somebody tried it in machines different as LONI machines since the last release? Would appreciate any experience about it. Below my steps:
- GetComponents <Einstein Toolkit> (release version)
curl -O https://raw.github.com/gridaphobe/CRL/master/GetComponents .............................. *183 components checked out.*
- 0 components updated.*
- Unable to process simfactory2*
- Unable to process LSUThorns/QuasiLocalMeasures*
- Unable to process LSUThorns/SummationByParts*
- Unable to process LSUThorns/Vectors*
These are all hosted on svn.cct.lsu.edu, which we have found to be very unreliable. It might be that the machine (or connection) was down when
you
tried it. Can you try it again?
We might want to think about moving these repositories to a more
reliable
server, for example svn.einsteintoolkit.org.
Alternatively, it might be that there is a routing problem between NERSC and CCT. Can you try
ping svn.cct.lsu.edufrom one of the affected machines?
PS: your WaveDemo build fails because the wavedemo thornlist is not up
to
date. It needs to be modified to include the Vectors thorn (see the ET thornlist for an example).
The Cactus thornlists are out of date - see
https://trac.einsteintoolkit.org/ticket/663and
https://trac.einsteintoolkit.org/ticket/641
*Summary of Warnings:*
*Could not checkout module simfactory2*
*Could not checkout module LSUThorns/QuasiLocalMeasures*
*Could not checkout module LSUThorns/SummationByParts*
*Could not checkout module LSUThorns/Vectors*
Time Elapsed: 26 minutes, 19 seconds*
..............................................
- GetComponent <WaveDemo>
./GetComponents http://cactuscode.org/documentation/tutorials/wavetoydemo/WaveDemo.th
- Went OK*
- cd Cactus
gmake WaveDemo-config gmake WaveDemo
*------------------------------------------------------* *Warnings were generated during execution of the CST* *------------------------------------------------------*
*CST error 1:*
- -> Duplicate thornname LocalReduce in CactusBase and
CactusNumerical*
*CST error 2:*
- -> Thorn 'CarpetLib' requires the capability 'Vectors'.*
Please add a thorn that provides 'Vectors' to your ThornList orremove 'CarpetLib' from it !*
*CST error 3:*
- -> Thorn 'ML_BSSN' requires the capability 'Vectors'.*
Please add a thorn that provides 'Vectors' to your ThornList orremove 'ML_BSSN' from it !*
*CST error 4:*
- -> Thorn 'ML_BSSN_O2' requires the capability 'Vectors'.*
Please add a thorn that provides 'Vectors' to your ThornList orremove 'ML_BSSN_O2' from it !*
*CST error 5:*
- -> ID_BIN_BH (thorn Meudon_Bin_BH) inherits from SummationByParts*
No thorn in your current ThornList implements SummationByParts*Either remove Meudon_Bin_BH, or add a thorn to your*ThornList implementing SummationByParts*Available thorns in arrangements directory implementingSummationByParts:*
LSUThorns/SummationByParts**CST error 6:*
- -> MEUDON_BIN_NS (thorn Meudon_Bin_NS) inherits from
SummationByParts*
No thorn in your current ThornList implements SummationByParts*Either remove Meudon_Bin_NS, or add a thorn to your*ThornList implementing SummationByParts*Available thorns in arrangements directory implementingSummationByParts:*
LSUThorns/SummationByParts**CST error 7:*
- -> Configuration script for thorn BLAS returned exit code 1*
Error message: 'Error while building BLAS. Aborting.'**CST error 8:*
- -> Configuration script for thorn LAPACK returned exit code 1*
Error message: 'Error while building LAPACK. Aborting.'**------------------------------------------------------*
*gmake[1]: ***
[/project/projectdirs/snfactry/hshukla/CACTUS/Cactus/configs/WaveDemo/config-data/make.thornlist]
Error 1* *gmake: *** [WaveDemo] Error 2*
- Copied LSUThorns by hand and repeated step 3 and got the same
errors.
*183 components checked out.*
- 0 components updated.*
- Unable to process simfactory2*
- Unable to process LSUThorns/QuasiLocalMeasures*
- Unable to process LSUThorns/SummationByParts*
- Unable to process LSUThorns/Vectors*
*Summary of Warnings:*
*Could not checkout module simfactory2*
*Could not checkout module LSUThorns/QuasiLocalMeasures*
*Could not checkout module LSUThorns/SummationByParts*
*Could not checkout module LSUThorns/Vectors*
Time Elapsed: 26 minutes, 19 seconds*
Best, Jose _______________________________________________ Users mailing list Users@einsteintoolkit.org http://lists.einsteintoolkit.org/mailman/listinfo/users
-- Ian Hinder http://numrel.aei.mpg.de/people/hinder
-- Ian Hinder http://numrel.aei.mpg.de/people/hinder
On 14 Mar 2012, at 10:48, Jose Fiestas Iquira wrote:
As mentioned, using the configuration files located in simfactory/mdb/optionslists/ helped. And compiling with gmake worked.
The only thing it confuses me is that after
gmake binary-config thornlist='binary,th'
It should be THORNLIST not thornlist, and it should be binary.th not binary,th. You don't need the single quotes around the thornlist name, as it does not contain any shell-special characters.
In an ideal world, Cactus would complain that you had specified an unrecognised argument (thornlist). Unfortunately, the current "make"-based system makes that impossible. There is an open ticket which would solve this problem if it was addressed: https://trac.einsteintoolkit.org/ticket/332.
I always need to copy the binary,th in configs/binary/
and then
gmake binary
otherwise, the compiler uses all thorns in the arrangements directory, and not only the listed in binary.th. It should not, right?
Since cactus thinks you have not given it any thornlist, it defaults to a thornlist containing all available thorns.
May I ask, why you are not using simfactory?
Best, Jose
On Tue, Mar 13, 2012 at 1:25 AM, Ian Hinder ian.hinder@aei.mpg.de wrote:
On 13 Mar 2012, at 07:57, Jose Fiestas Iquira wrote:
Hello Ian, all,
I am trying now to use gmake to create an executable using McLachlan for a simulation of binary coalescence.
When I do: gmake grbinary
I obtain: ..... CST finished. /global/u1/f/fiestas/CACTUS/Cactus/arrangements/Carpet/CarpetLib/src/make.configuration.defn:5: *** Configuration error: The Carpet thorns require MPI. Please configure with MPI, or remove the Carpet thorns from the ThornList.. Stop. gmake: *** [grbinary] Error 2 ..........
I checked the configuration and I found following line while doing: gmake grbinary-config thornlist='thornlists/grbinary.th'
............ Configuring without MPI ............
So, I tried:
export mpi=native gmake grbinary-config
and
- setting mpi=native in a config. file and using it
gmake grbinary-config options='grbinary-config.txt'
Initially looks OK:
fiestas@hopper09:~/CACTUS/Cactus> gmake grbinarypgi-config options='grbinary-config-pgi' Cactus - version: 4.0.0 Reconfiguring grbinarypgi. Adding configuration options from 'grbinary-config-pgi'... Setting mpi to 'native' Setting CC to 'mpicc' Setting CXX to 'mpicxx' End of options from 'grbinary-config-pgi'. ....
but later I get again the message:
........... Configuring without MPI ........
Am I doing something wrong?
Btw, if I configure with my own thronlist and add it as above, it keeps reading all thorns in the arrangements directory while compiling. So, I copied my thornlist in configs/grbinary/ to force the compilation using my thornlist. Is it normal?
Hi Jose,
You have not specified an optionlist. There are a large number of variables which usually need to be set on HPC machines (compiler locations, flags, library paths, MPI paths etc). I strongly recommend that you use simfactory for this, as I believe that most of the work has already been done for the NERSC machines. If there is a problem with the configuration of simfactory on these machines, then we can help to find the problem and fix it. Building up an optionlist and submit script etc from scratch will take a lot of time if you aren't very familiar with the machine and Cactus.
Thanks, Jose
On Mon, Mar 12, 2012 at 4:24 AM, Ian Hinder ian.hinder@aei.mpg.de wrote:
On 10 Mar 2012, at 01:41, Jose Fiestas Iquira wrote:
Dear colleagues,
I was trying the last days to install an own application based on ETK in NERSC machines (Hopper/Carver), having some problems during the
compilation.
Before trying to find the real problem, I started from scratch and
realize
I can not even checkout ETK properly. Does somebody tried it in machines different as LONI machines since the last release? Would appreciate any experience about it. Below my steps:
- GetComponents <Einstein Toolkit> (release version)
curl -O https://raw.github.com/gridaphobe/CRL/master/GetComponents .............................. *183 components checked out.*
- 0 components updated.*
- Unable to process simfactory2*
- Unable to process LSUThorns/QuasiLocalMeasures*
- Unable to process LSUThorns/SummationByParts*
- Unable to process LSUThorns/Vectors*
These are all hosted on svn.cct.lsu.edu, which we have found to be very unreliable. It might be that the machine (or connection) was down when you tried it. Can you try it again?
We might want to think about moving these repositories to a more reliable server, for example svn.einsteintoolkit.org.
Alternatively, it might be that there is a routing problem between NERSC and CCT. Can you try
ping svn.cct.lsu.edufrom one of the affected machines?
PS: your WaveDemo build fails because the wavedemo thornlist is not up to date. It needs to be modified to include the Vectors thorn (see the ET thornlist for an example).
The Cactus thornlists are out of date - see
https://trac.einsteintoolkit.org/ticket/663and
https://trac.einsteintoolkit.org/ticket/641
*Summary of Warnings:*
*Could not checkout module simfactory2*
*Could not checkout module LSUThorns/QuasiLocalMeasures*
*Could not checkout module LSUThorns/SummationByParts*
*Could not checkout module LSUThorns/Vectors*
Time Elapsed: 26 minutes, 19 seconds*
..............................................
- GetComponent <WaveDemo>
./GetComponents http://cactuscode.org/documentation/tutorials/wavetoydemo/WaveDemo.th
- Went OK*
- cd Cactus
gmake WaveDemo-config gmake WaveDemo
*------------------------------------------------------* *Warnings were generated during execution of the CST* *------------------------------------------------------*
*CST error 1:*
- -> Duplicate thornname LocalReduce in CactusBase and CactusNumerical*
*CST error 2:*
- -> Thorn 'CarpetLib' requires the capability 'Vectors'.*
Please add a thorn that provides 'Vectors' to your ThornList orremove 'CarpetLib' from it !*
*CST error 3:*
- -> Thorn 'ML_BSSN' requires the capability 'Vectors'.*
Please add a thorn that provides 'Vectors' to your ThornList orremove 'ML_BSSN' from it !*
*CST error 4:*
- -> Thorn 'ML_BSSN_O2' requires the capability 'Vectors'.*
Please add a thorn that provides 'Vectors' to your ThornList orremove 'ML_BSSN_O2' from it !*
*CST error 5:*
- -> ID_BIN_BH (thorn Meudon_Bin_BH) inherits from SummationByParts*
No thorn in your current ThornList implements SummationByParts*Either remove Meudon_Bin_BH, or add a thorn to your*ThornList implementing SummationByParts*Available thorns in arrangements directory implementingSummationByParts:*
LSUThorns/SummationByParts**CST error 6:*
- -> MEUDON_BIN_NS (thorn Meudon_Bin_NS) inherits from SummationByParts*
No thorn in your current ThornList implements SummationByParts*Either remove Meudon_Bin_NS, or add a thorn to your*ThornList implementing SummationByParts*Available thorns in arrangements directory implementingSummationByParts:*
LSUThorns/SummationByParts**CST error 7:*
- -> Configuration script for thorn BLAS returned exit code 1*
Error message: 'Error while building BLAS. Aborting.'**CST error 8:*
- -> Configuration script for thorn LAPACK returned exit code 1*
Error message: 'Error while building LAPACK. Aborting.'**------------------------------------------------------*
*gmake[1]: ***
[/project/projectdirs/snfactry/hshukla/CACTUS/Cactus/configs/WaveDemo/config-data/make.thornlist]
Error 1* *gmake: *** [WaveDemo] Error 2*
- Copied LSUThorns by hand and repeated step 3 and got the same errors.
*183 components checked out.*
- 0 components updated.*
- Unable to process simfactory2*
- Unable to process LSUThorns/QuasiLocalMeasures*
- Unable to process LSUThorns/SummationByParts*
- Unable to process LSUThorns/Vectors*
*Summary of Warnings:*
*Could not checkout module simfactory2*
*Could not checkout module LSUThorns/QuasiLocalMeasures*
*Could not checkout module LSUThorns/SummationByParts*
*Could not checkout module LSUThorns/Vectors*
Time Elapsed: 26 minutes, 19 seconds*
Best, Jose _______________________________________________ Users mailing list Users@einsteintoolkit.org http://lists.einsteintoolkit.org/mailman/listinfo/users
-- Ian Hinder http://numrel.aei.mpg.de/people/hinder
-- Ian Hinder http://numrel.aei.mpg.de/people/hinder
Hello,
I wrote the mail too fast (or my google account tried to correct my text :(.
I sent binary.th but will try THORNLIST. Thanks.
By using hopper_intel.cfg I realized I need to give it the whole path, so:
gmake grbinary-config CACTUS_CONFIG_FILES='/global/homes/f/fiestas/Cactus/hopper-intel.cfg' thornlist='grbinary.th'
otherwise it will not find it.
This:
gmake grbinary-config CACTUS_CONFIG_FILES='hopper-intel.cfg' thornlist=' grbinary.th'
does not work.
Is it normal?
Thanks, Jose
On Wed, Mar 14, 2012 at 3:25 AM, Ian Hinder ian.hinder@aei.mpg.de wrote:
On 14 Mar 2012, at 10:48, Jose Fiestas Iquira wrote:
As mentioned, using the configuration files located in
simfactory/mdb/optionslists/ helped. And compiling with gmake worked.
The only thing it confuses me is that after
gmake binary-config thornlist='binary,th'
It should be THORNLIST not thornlist, and it should be binary.th not binary,th. You don't need the single quotes around the thornlist name, as it does not contain any shell-special characters.
In an ideal world, Cactus would complain that you had specified an unrecognised argument (thornlist). Unfortunately, the current "make"-based system makes that impossible. There is an open ticket which would solve this problem if it was addressed: https://trac.einsteintoolkit.org/ticket/332.
I always need to copy the binary,th in configs/binary/
and then
gmake binary
otherwise, the compiler uses all thorns in the arrangements directory,
and not only the listed in binary.th. It should not, right?
Since cactus thinks you have not given it any thornlist, it defaults to a thornlist containing all available thorns.
May I ask, why you are not using simfactory?
Best, Jose
On Tue, Mar 13, 2012 at 1:25 AM, Ian Hinder ian.hinder@aei.mpg.de
wrote:
On 13 Mar 2012, at 07:57, Jose Fiestas Iquira wrote:
Hello Ian, all,
I am trying now to use gmake to create an executable using McLachlan
for a
simulation of binary coalescence.
When I do: gmake grbinary
I obtain: ..... CST finished.
/global/u1/f/fiestas/CACTUS/Cactus/arrangements/Carpet/CarpetLib/src/make.configuration.defn:5:
*** Configuration error: The Carpet thorns require MPI. Please
configure
with MPI, or remove the Carpet thorns from the ThornList.. Stop. gmake: *** [grbinary] Error 2 ..........
I checked the configuration and I found following line while doing: gmake grbinary-config thornlist='thornlists/grbinary.th'
............ Configuring without MPI ............
So, I tried:
export mpi=native gmake grbinary-config
and
- setting mpi=native in a config. file and using it
gmake grbinary-config options='grbinary-config.txt'
Initially looks OK:
fiestas@hopper09:~/CACTUS/Cactus> gmake grbinarypgi-config options='grbinary-config-pgi' Cactus - version: 4.0.0 Reconfiguring grbinarypgi. Adding configuration options from 'grbinary-config-pgi'... Setting mpi to 'native' Setting CC to 'mpicc' Setting CXX to 'mpicxx' End of options from 'grbinary-config-pgi'. ....
but later I get again the message:
........... Configuring without MPI ........
Am I doing something wrong?
Btw, if I configure with my own thronlist and add it as above, it keeps reading all thorns in the arrangements directory while compiling. So, I copied my thornlist in configs/grbinary/ to force the compilation
using my
thornlist. Is it normal?
Hi Jose,
You have not specified an optionlist. There are a large number of
variables which usually need to be set on HPC machines (compiler locations, flags, library paths, MPI paths etc). I strongly recommend that you use simfactory for this, as I believe that most of the work has already been done for the NERSC machines. If there is a problem with the configuration of simfactory on these machines, then we can help to find the problem and fix it. Building up an optionlist and submit script etc from scratch will take a lot of time if you aren't very familiar with the machine and Cactus.
Thanks, Jose
On Mon, Mar 12, 2012 at 4:24 AM, Ian Hinder ian.hinder@aei.mpg.de
wrote:
On 10 Mar 2012, at 01:41, Jose Fiestas Iquira wrote:
Dear colleagues,
I was trying the last days to install an own application based on
ETK in
NERSC machines (Hopper/Carver), having some problems during the
compilation.
Before trying to find the real problem, I started from scratch and
realize
I can not even checkout ETK properly. Does somebody tried it in machines different as LONI machines since
the
last release? Would appreciate any experience about it. Below my steps:
- GetComponents <Einstein Toolkit> (release version)
curl -O https://raw.github.com/gridaphobe/CRL/master/GetComponents .............................. *183 components checked out.*
- 0 components updated.*
- Unable to process simfactory2*
- Unable to process LSUThorns/QuasiLocalMeasures*
- Unable to process LSUThorns/SummationByParts*
- Unable to process LSUThorns/Vectors*
These are all hosted on svn.cct.lsu.edu, which we have found to be
very
unreliable. It might be that the machine (or connection) was down
when you
tried it. Can you try it again?
We might want to think about moving these repositories to a more
reliable
server, for example svn.einsteintoolkit.org.
Alternatively, it might be that there is a routing problem between
NERSC
and CCT. Can you try
ping svn.cct.lsu.edufrom one of the affected machines?
PS: your WaveDemo build fails because the wavedemo thornlist is not
up to
date. It needs to be modified to include the Vectors thorn (see the
ET
thornlist for an example).
The Cactus thornlists are out of date - see
https://trac.einsteintoolkit.org/ticket/663and
https://trac.einsteintoolkit.org/ticket/641
*Summary of Warnings:*
*Could not checkout module simfactory2*
*Could not checkout module LSUThorns/QuasiLocalMeasures*
*Could not checkout module LSUThorns/SummationByParts*
*Could not checkout module LSUThorns/Vectors*
Time Elapsed: 26 minutes, 19 seconds*
..............................................
- GetComponent <WaveDemo>
./GetComponents
http://cactuscode.org/documentation/tutorials/wavetoydemo/WaveDemo.th
- Went OK*
- cd Cactus
gmake WaveDemo-config gmake WaveDemo
*------------------------------------------------------* *Warnings were generated during execution of the CST* *------------------------------------------------------*
*CST error 1:*
- -> Duplicate thornname LocalReduce in CactusBase and
CactusNumerical*
*CST error 2:*
- -> Thorn 'CarpetLib' requires the capability 'Vectors'.*
Please add a thorn that provides 'Vectors' to your ThornList orremove 'CarpetLib' from it !*
*CST error 3:*
- -> Thorn 'ML_BSSN' requires the capability 'Vectors'.*
Please add a thorn that provides 'Vectors' to your ThornList orremove 'ML_BSSN' from it !*
*CST error 4:*
- -> Thorn 'ML_BSSN_O2' requires the capability 'Vectors'.*
Please add a thorn that provides 'Vectors' to your ThornList orremove 'ML_BSSN_O2' from it !*
*CST error 5:*
- -> ID_BIN_BH (thorn Meudon_Bin_BH) inherits from SummationByParts*
No thorn in your current ThornList implements SummationByParts*Either remove Meudon_Bin_BH, or add a thorn to your*ThornList implementing SummationByParts*Available thorns in arrangements directory implementingSummationByParts:*
LSUThorns/SummationByParts**CST error 6:*
- -> MEUDON_BIN_NS (thorn Meudon_Bin_NS) inherits from
SummationByParts*
No thorn in your current ThornList implements SummationByParts*Either remove Meudon_Bin_NS, or add a thorn to your*ThornList implementing SummationByParts*Available thorns in arrangements directory implementingSummationByParts:*
LSUThorns/SummationByParts**CST error 7:*
- -> Configuration script for thorn BLAS returned exit code 1*
Error message: 'Error while building BLAS. Aborting.'**CST error 8:*
- -> Configuration script for thorn LAPACK returned exit code 1*
Error message: 'Error while building LAPACK. Aborting.'**------------------------------------------------------*
*gmake[1]: ***
[/project/projectdirs/snfactry/hshukla/CACTUS/Cactus/configs/WaveDemo/config-data/make.thornlist]
Error 1* *gmake: *** [WaveDemo] Error 2*
- Copied LSUThorns by hand and repeated step 3 and got the same
errors.
*183 components checked out.*
- 0 components updated.*
- Unable to process simfactory2*
- Unable to process LSUThorns/QuasiLocalMeasures*
- Unable to process LSUThorns/SummationByParts*
- Unable to process LSUThorns/Vectors*
*Summary of Warnings:*
*Could not checkout module simfactory2*
*Could not checkout module LSUThorns/QuasiLocalMeasures*
*Could not checkout module LSUThorns/SummationByParts*
*Could not checkout module LSUThorns/Vectors*
Time Elapsed: 26 minutes, 19 seconds*
Best, Jose _______________________________________________ Users mailing list Users@einsteintoolkit.org http://lists.einsteintoolkit.org/mailman/listinfo/users
-- Ian Hinder http://numrel.aei.mpg.de/people/hinder
-- Ian Hinder http://numrel.aei.mpg.de/people/hinder
-- Ian Hinder http://numrel.aei.mpg.de/people/hinder
On Wed, Mar 14, 2012 at 5:27 PM, Jose Fiestas Iquira jafiestas@lbl.gov wrote:
Hello,
I wrote the mail too fast (or my google account tried to correct my text :(.
I sent binary.th but will try THORNLIST. Thanks.
By using hopper_intel.cfg I realized I need to give it the whole path, so:
gmake grbinary-config CACTUS_CONFIG_FILES='/global/homes/f/fiestas/Cactus/hopper-intel.cfg' thornlist='grbinary.th'
otherwise it will not find it.
This:
gmake grbinary-config CACTUS_CONFIG_FILES='hopper-intel.cfg' thornlist='grbinary.th'
does not work.
Is it normal?
Yes, this is to be expected.
-erik
On 14 Mar 2012, at 23:41, Erik Schnetter wrote:
On Wed, Mar 14, 2012 at 5:27 PM, Jose Fiestas Iquira jafiestas@lbl.gov wrote:
Hello,
I wrote the mail too fast (or my google account tried to correct my text :(.
I sent binary.th but will try THORNLIST. Thanks.
By using hopper_intel.cfg I realized I need to give it the whole path, so:
gmake grbinary-config CACTUS_CONFIG_FILES='/global/homes/f/fiestas/Cactus/hopper-intel.cfg' thornlist='grbinary.th'
otherwise it will not find it.
This:
gmake grbinary-config CACTUS_CONFIG_FILES='hopper-intel.cfg' thornlist='grbinary.th'
does not work.
Is it normal?
Yes, this is to be expected.
Why is this? Surely if I use
gmake grbinary-config options='hopper-intel.cfg' THORNLIST='grbinary.th'
it will find the optionlist from the current directory. I'm not familiar with CACTUS_CONFIG_FILES, but shouldn't it behave in the same way?
Hello, Yes, options is better and works. The Thornlist is also updated. Thank you, Jose
On Thu, Mar 15, 2012 at 12:55 AM, Ian Hinder ian.hinder@aei.mpg.de wrote:
On 14 Mar 2012, at 23:41, Erik Schnetter wrote:
On Wed, Mar 14, 2012 at 5:27 PM, Jose Fiestas Iquira jafiestas@lbl.gov
wrote:
Hello,
I wrote the mail too fast (or my google account tried to correct my
text :(.
I sent binary.th but will try THORNLIST. Thanks.
By using hopper_intel.cfg I realized I need to give it the whole path,
so:
gmake grbinary-config CACTUS_CONFIG_FILES='/global/homes/f/fiestas/Cactus/hopper-intel.cfg' thornlist='grbinary.th'
otherwise it will not find it.
This:
gmake grbinary-config CACTUS_CONFIG_FILES='hopper-intel.cfg' thornlist='grbinary.th'
does not work.
Is it normal?
Yes, this is to be expected.
Why is this? Surely if I use
gmake grbinary-config options='hopper-intel.cfg' THORNLIST='grbinary.th'
it will find the optionlist from the current directory. I'm not familiar with CACTUS_CONFIG_FILES, but shouldn't it behave in the same way?
-- Ian Hinder http://numrel.aei.mpg.de/people/hinder
Hello, I solved the MPI problem by setting MPI='CUSTOM'
Anyway, I still can not use successfully gmake. I tried the WaveDemo again and was almost ready, when:
--------------------------------------------------------------------------------------- Checking status of thorn CactusBindings Creating cactus_WaveDemo in /global/u1/f/fiestas/CACTUS_hopper/Cactus/exe from CactusBase/Boundary CactusBase/CartGrid3D CactusBase/CoordBase CactusConnect/HTTPD CactusConnect/HTTPDExtra CactusWave/IDScalarWaveC CactusBase/IOASCII CactusBase/IOBasic CactusIO/IOJpeg CactusBase/IOUtil CactusPUGHIO/IsoSurfacer CactusBase/LocalReduce CactusPUGH/PUGH CactusPUGH/PUGHReduce CactusPUGH/PUGHSlab CactusConnect/Socket CactusBase/SymBase CactusBase/Time CactusWave/WaveBinarySource CactusWave/WaveToyC ExternalLibraries/libjpeg /opt/pgi/11.9.0/linux86-64/11.9/lib/libpgmp.a(crit.o): In function `_mp_bcs': (.text+0x0): multiple definition of `_mp_bcs' /opt/pgi/11.9.0/linux86-64/11.9/lib/libpgc.a(crit_dum.o):(.text+0x0): first defined here /opt/pgi/11.9.0/linux86-64/11.9/lib/libpgmp.a(crit.o): In function `_mp_p': (.text+0x7): multiple definition of `omp_set_lock' /opt/pgi/11.9.0/linux86-64/11.9/lib/libpgc.a(crit_dum.o):(.text+0x20): first defined here /opt/pgi/11.9.0/linux86-64/11.9/lib/libpgmp.a(crit.o): In function `_mp_p': (.text+0x7): multiple definition of `_mp_p' /opt/pgi/11.9.0/linux86-64/11.9/lib/libpgc.a(crit_dum.o):(.text+0x20): first defined here /opt/pgi/11.9.0/linux86-64/11.9/lib/libpgmp.a(crit.o): In function `_mp_ecs': (.text+0x60): multiple definition of `_mp_ecs' /opt/pgi/11.9.0/linux86-64/11.9/lib/libpgc.a(crit_dum.o):(.text+0x10): first defined here /opt/pgi/11.9.0/linux86-64/11.9/lib/libpgmp.a(crit.o): In function `_mp_v': (.text+0x67): multiple definition of `omp_unset_lock' /opt/pgi/11.9.0/linux86-64/11.9/lib/libpgc.a(crit_dum.o):(.text+0x30): first defined here /opt/pgi/11.9.0/linux86-64/11.9/lib/libpgmp.a(crit.o): In function `_mp_v': (.text+0x67): multiple definition of `_mp_v' /opt/pgi/11.9.0/linux86-64/11.9/lib/libpgc.a(crit_dum.o):(.text+0x30): first defined here /opt/pgi/11.9.0/linux86-64/11.9/lib/libpgmp.a(crit.o): In function `_mp_ptest': (.text+0x70): multiple definition of `_mp_ptest' /opt/pgi/11.9.0/linux86-64/11.9/lib/libpgc.a(crit_dum.o):(.text+0x40): first defined here /opt/pgi/11.9.0/linux86-64/11.9/lib/libpgmp.a(crit.o): In function `_mp_incr': (.text+0x80): multiple definition of `_mp_incr' /opt/pgi/11.9.0/linux86-64/11.9/lib/libpgc.a(crit_dum.o):(.text+0x50): first defined here gmake[1]: *** [/global/u1/f/fiestas/CACTUS_hopper/Cactus/exe/cactus_WaveDemo] Error 2 gmake: *** [WaveDemo] Error 2 ---------------------------------------------------------------------------------------
CactusBindings appears to me strange, because I can not find it in the arrangements.
Somebody has an idea about this error?
Or another simple example just to check gmake?
Thanks, Jose
On Mon, Mar 12, 2012 at 11:57 PM, Jose Fiestas Iquira jafiestas@lbl.govwrote:
Hello Ian, all,
I am trying now to use gmake to create an executable using McLachlan for a simulation of binary coalescence.
When I do: gmake grbinary
I obtain: ..... CST finished. /global/u1/f/fiestas/CACTUS/Cactus/arrangements/Carpet/CarpetLib/src/make.configuration.defn:5: *** Configuration error: The Carpet thorns require MPI. Please configure with MPI, or remove the Carpet thorns from the ThornList.. Stop. gmake: *** [grbinary] Error 2 ..........
I checked the configuration and I found following line while doing: gmake grbinary-config thornlist='thornlists/grbinary.th'
............ Configuring without MPI ............
So, I tried:
export mpi=native gmake grbinary-config
and
- setting mpi=native in a config. file and using it
gmake grbinary-config options='grbinary-config.txt'
Initially looks OK:
fiestas@hopper09:~/CACTUS/Cactus> gmake grbinarypgi-config options='grbinary-config-pgi' Cactus - version: 4.0.0 Reconfiguring grbinarypgi. Adding configuration options from 'grbinary-config-pgi'... Setting mpi to 'native' Setting CC to 'mpicc' Setting CXX to 'mpicxx' End of options from 'grbinary-config-pgi'. ....
but later I get again the message:
........... Configuring without MPI ........
Am I doing something wrong?
Btw, if I configure with my own thronlist and add it as above, it keeps reading all thorns in the arrangements directory while compiling. So, I copied my thornlist in configs/grbinary/ to force the compilation using my thornlist. Is it normal?
Thanks, Jose
On Mon, Mar 12, 2012 at 4:24 AM, Ian Hinder ian.hinder@aei.mpg.de wrote:
On 10 Mar 2012, at 01:41, Jose Fiestas Iquira wrote:
Dear colleagues,
I was trying the last days to install an own application based on ETK in NERSC machines (Hopper/Carver), having some problems during the
compilation.
Before trying to find the real problem, I started from scratch and
realize
I can not even checkout ETK properly. Does somebody tried it in machines different as LONI machines since the last release? Would appreciate any experience about it. Below my steps:
- GetComponents <Einstein Toolkit> (release version)
curl -O https://raw.github.com/gridaphobe/CRL/master/GetComponents .............................. *183 components checked out.*
- 0 components updated.*
- Unable to process simfactory2*
- Unable to process LSUThorns/QuasiLocalMeasures*
- Unable to process LSUThorns/SummationByParts*
- Unable to process LSUThorns/Vectors*
These are all hosted on svn.cct.lsu.edu, which we have found to be very unreliable. It might be that the machine (or connection) was down when you tried it. Can you try it again?
We might want to think about moving these repositories to a more reliable server, for example svn.einsteintoolkit.org.
Alternatively, it might be that there is a routing problem between NERSC and CCT. Can you try
ping svn.cct.lsu.edufrom one of the affected machines?
PS: your WaveDemo build fails because the wavedemo thornlist is not up to date. It needs to be modified to include the Vectors thorn (see the ET thornlist for an example).
The Cactus thornlists are out of date - see
https://trac.einsteintoolkit.org/ticket/663and
https://trac.einsteintoolkit.org/ticket/641
*Summary of Warnings:*
*Could not checkout module simfactory2*
*Could not checkout module LSUThorns/QuasiLocalMeasures*
*Could not checkout module LSUThorns/SummationByParts*
*Could not checkout module LSUThorns/Vectors*
Time Elapsed: 26 minutes, 19 seconds*
..............................................
- GetComponent <WaveDemo>
./GetComponents http://cactuscode.org/documentation/tutorials/wavetoydemo/WaveDemo.th
- Went OK*
- cd Cactus
gmake WaveDemo-config gmake WaveDemo
*------------------------------------------------------* *Warnings were generated during execution of the CST* *------------------------------------------------------*
*CST error 1:*
- -> Duplicate thornname LocalReduce in CactusBase and CactusNumerical*
*CST error 2:*
- -> Thorn 'CarpetLib' requires the capability 'Vectors'.*
Please add a thorn that provides 'Vectors' to your ThornList orremove 'CarpetLib' from it !*
*CST error 3:*
- -> Thorn 'ML_BSSN' requires the capability 'Vectors'.*
Please add a thorn that provides 'Vectors' to your ThornList orremove 'ML_BSSN' from it !*
*CST error 4:*
- -> Thorn 'ML_BSSN_O2' requires the capability 'Vectors'.*
Please add a thorn that provides 'Vectors' to your ThornList orremove 'ML_BSSN_O2' from it !*
*CST error 5:*
- -> ID_BIN_BH (thorn Meudon_Bin_BH) inherits from SummationByParts*
No thorn in your current ThornList implements SummationByParts*Either remove Meudon_Bin_BH, or add a thorn to your*ThornList implementing SummationByParts*Available thorns in arrangements directory implementingSummationByParts:*
LSUThorns/SummationByParts**CST error 6:*
- -> MEUDON_BIN_NS (thorn Meudon_Bin_NS) inherits from
SummationByParts*
No thorn in your current ThornList implements SummationByParts*Either remove Meudon_Bin_NS, or add a thorn to your*ThornList implementing SummationByParts*Available thorns in arrangements directory implementingSummationByParts:*
LSUThorns/SummationByParts**CST error 7:*
- -> Configuration script for thorn BLAS returned exit code 1*
Error message: 'Error while building BLAS. Aborting.'**CST error 8:*
- -> Configuration script for thorn LAPACK returned exit code 1*
Error message: 'Error while building LAPACK. Aborting.'**------------------------------------------------------*
*gmake[1]: ***
[/project/projectdirs/snfactry/hshukla/CACTUS/Cactus/configs/WaveDemo/config-data/make.thornlist]
Error 1* *gmake: *** [WaveDemo] Error 2*
- Copied LSUThorns by hand and repeated step 3 and got the same
errors.
*183 components checked out.*
- 0 components updated.*
- Unable to process simfactory2*
- Unable to process LSUThorns/QuasiLocalMeasures*
- Unable to process LSUThorns/SummationByParts*
- Unable to process LSUThorns/Vectors*
*Summary of Warnings:*
*Could not checkout module simfactory2*
*Could not checkout module LSUThorns/QuasiLocalMeasures*
*Could not checkout module LSUThorns/SummationByParts*
*Could not checkout module LSUThorns/Vectors*
Time Elapsed: 26 minutes, 19 seconds*
Best, Jose _______________________________________________ Users mailing list Users@einsteintoolkit.org http://lists.einsteintoolkit.org/mailman/listinfo/users
-- Ian Hinder http://numrel.aei.mpg.de/people/hinder
Hi
On Tue, Mar 13, 2012 at 04:11:36AM -0700, Jose Fiestas Iquira wrote:
Hello, I solved the MPI problem by setting MPI='CUSTOM'
Anyway, I still can not use successfully gmake. I tried the WaveDemo again and was almost ready, when:
This looks like the entry "gnu ld version 2.9.5 causes multiple ref errors with -mp and -Mconcur" from http://www.pgroup.com/support/link.htm. The solution is to patch the compiler libraries...
Frank
I recommend instead to use a different compiler, e.g. the Intel compilers.
-erik
On Tue, Mar 13, 2012 at 10:10 AM, Frank Loeffler knarf@cct.lsu.edu wrote:
Hi
On Tue, Mar 13, 2012 at 04:11:36AM -0700, Jose Fiestas Iquira wrote:
Hello, I solved the MPI problem by setting MPI='CUSTOM'
Anyway, I still can not use successfully gmake. I tried the WaveDemo again and was almost ready, when:
This looks like the entry "gnu ld version 2.9.5 causes multiple ref errors with -mp and -Mconcur" from http://www.pgroup.com/support/link.htm. The solution is to patch the compiler libraries...
Frank
-----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (GNU/Linux)
iQIcBAEBCAAGBQJPX1VLAAoJEOkzpip+I59ktc4P/1QBPSrzBoNIqLQwIQy3DOdc R0ihUmwpKybZfrl9YxV4s+3OxRoQh/BtoBUDhIbHmcKPTZYq1vSnO7SzPD0aDUpd 6HQDrWLxgj2atUwGKrqAj7DPKVQoCHkJz70IrHsdCsryfeeTTtR+wVdr7Tlrr9bc Rbep7NdGZp++HjgYZ3grHUPZe3dvYp6qF/W9LxIfwsV9Q0AZ7YuQylM57RtPYqgA 5wOcQf78QySDu3hzYAHkroFKvHCMSi2NZozanq+Kqc+Ap7L4jClVpeX1H/eEpGLJ //9aRFrX8SPiCXmgpVmXPf9bAiqHCeifK+OC2crwOhOGZkAchf9P+Rz7mVNngFGf hogBKI974F39IGk3436CcQ3HYUR17iC9NdajghNQy/yo/KhIxAOqXGGt6Kfyk+oT oGmGHMflKh+NDgIrtApaBLGk08vIBZh/u73MsCFIl3mhmYcFj/eAx5ya5+llbsB5 ycdk4lCjlM0o8mGQBriymrqWw6AzC/YPbTqPIJEwp2x/r71iHAb27oXzIzfHWhCM 2tK1ShJ1iZ2EcDMP8AOjASjBs0jgVztD/CFPHbqnQSEQZOs002RHi8PQLUU+hmez m61LbWyqOh+UJVDXvLdicFtKjBuHjuYcUjBsNBfrhfzNMJi/NQ5ZgtfK0Y2vhqLy D8zvYuKXVQtZ5OHetR6K =Kg4I -----END PGP SIGNATURE-----
Users mailing list Users@einsteintoolkit.org http://lists.einsteintoolkit.org/mailman/listinfo/users
Hello, Trying with the patch, the problem is that I don't have permissions in Hopper to overwrite it. As of intel compiler, it does not support f77. Can I easily tell the compiler to use ifort, for example? Thanks, Jose
On Tue, Mar 13, 2012 at 7:24 AM, Erik Schnetter schnetter@cct.lsu.eduwrote:
I recommend instead to use a different compiler, e.g. the Intel compilers.
-erik
On Tue, Mar 13, 2012 at 10:10 AM, Frank Loeffler knarf@cct.lsu.edu wrote:
Hi
On Tue, Mar 13, 2012 at 04:11:36AM -0700, Jose Fiestas Iquira wrote:
Hello, I solved the MPI problem by setting MPI='CUSTOM'
Anyway, I still can not use successfully gmake. I tried the WaveDemo
again
and was almost ready, when:
This looks like the entry "gnu ld version 2.9.5 causes multiple ref errors with -mp and -Mconcur" from http://www.pgroup.com/support/link.htm. The solution is to patch the compiler libraries...
Frank
-----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (GNU/Linux)
iQIcBAEBCAAGBQJPX1VLAAoJEOkzpip+I59ktc4P/1QBPSrzBoNIqLQwIQy3DOdc R0ihUmwpKybZfrl9YxV4s+3OxRoQh/BtoBUDhIbHmcKPTZYq1vSnO7SzPD0aDUpd 6HQDrWLxgj2atUwGKrqAj7DPKVQoCHkJz70IrHsdCsryfeeTTtR+wVdr7Tlrr9bc Rbep7NdGZp++HjgYZ3grHUPZe3dvYp6qF/W9LxIfwsV9Q0AZ7YuQylM57RtPYqgA 5wOcQf78QySDu3hzYAHkroFKvHCMSi2NZozanq+Kqc+Ap7L4jClVpeX1H/eEpGLJ //9aRFrX8SPiCXmgpVmXPf9bAiqHCeifK+OC2crwOhOGZkAchf9P+Rz7mVNngFGf hogBKI974F39IGk3436CcQ3HYUR17iC9NdajghNQy/yo/KhIxAOqXGGt6Kfyk+oT oGmGHMflKh+NDgIrtApaBLGk08vIBZh/u73MsCFIl3mhmYcFj/eAx5ya5+llbsB5 ycdk4lCjlM0o8mGQBriymrqWw6AzC/YPbTqPIJEwp2x/r71iHAb27oXzIzfHWhCM 2tK1ShJ1iZ2EcDMP8AOjASjBs0jgVztD/CFPHbqnQSEQZOs002RHi8PQLUU+hmez m61LbWyqOh+UJVDXvLdicFtKjBuHjuYcUjBsNBfrhfzNMJi/NQ5ZgtfK0Y2vhqLy D8zvYuKXVQtZ5OHetR6K =Kg4I -----END PGP SIGNATURE-----
Users mailing list Users@einsteintoolkit.org http://lists.einsteintoolkit.org/mailman/listinfo/users
-- Erik Schnetter schnetter@cct.lsu.edu http://www.perimeterinstitute.ca/personal/eschnetter/
I mean this message after configuration: .... Determining number of fortran underscores... Compiling test file with f77 -align -w95 ... /opt/cray/xt-asyncpe/5.04/bin/f77: ERROR: The INTEL compiler does not support f77. Please use ftn. Failed to compile fname_test.f Creating null fortran name conversion routine Compiling test file with ifort -align -w95 ... ifort: command line remark #10010: option '-w95' is deprecated and will be removed in a future release. See '-help deprecated' Lowercase - One trailing underscore
On Tue, Mar 13, 2012 at 10:04 AM, Jose Fiestas Iquira jafiestas@lbl.govwrote:
Hello, Trying with the patch, the problem is that I don't have permissions in Hopper to overwrite it. As of intel compiler, it does not support f77. Can I easily tell the compiler to use ifort, for example? Thanks, Jose
On Tue, Mar 13, 2012 at 7:24 AM, Erik Schnetter schnetter@cct.lsu.eduwrote:
I recommend instead to use a different compiler, e.g. the Intel compilers.
-erik
On Tue, Mar 13, 2012 at 10:10 AM, Frank Loeffler knarf@cct.lsu.edu wrote:
Hi
On Tue, Mar 13, 2012 at 04:11:36AM -0700, Jose Fiestas Iquira wrote:
Hello, I solved the MPI problem by setting MPI='CUSTOM'
Anyway, I still can not use successfully gmake. I tried the WaveDemo
again
and was almost ready, when:
This looks like the entry "gnu ld version 2.9.5 causes multiple ref errors with -mp and -Mconcur" from http://www.pgroup.com/support/link.htm. The solution is to patch the compiler libraries...
Frank
-----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (GNU/Linux)
iQIcBAEBCAAGBQJPX1VLAAoJEOkzpip+I59ktc4P/1QBPSrzBoNIqLQwIQy3DOdc R0ihUmwpKybZfrl9YxV4s+3OxRoQh/BtoBUDhIbHmcKPTZYq1vSnO7SzPD0aDUpd 6HQDrWLxgj2atUwGKrqAj7DPKVQoCHkJz70IrHsdCsryfeeTTtR+wVdr7Tlrr9bc Rbep7NdGZp++HjgYZ3grHUPZe3dvYp6qF/W9LxIfwsV9Q0AZ7YuQylM57RtPYqgA 5wOcQf78QySDu3hzYAHkroFKvHCMSi2NZozanq+Kqc+Ap7L4jClVpeX1H/eEpGLJ //9aRFrX8SPiCXmgpVmXPf9bAiqHCeifK+OC2crwOhOGZkAchf9P+Rz7mVNngFGf hogBKI974F39IGk3436CcQ3HYUR17iC9NdajghNQy/yo/KhIxAOqXGGt6Kfyk+oT oGmGHMflKh+NDgIrtApaBLGk08vIBZh/u73MsCFIl3mhmYcFj/eAx5ya5+llbsB5 ycdk4lCjlM0o8mGQBriymrqWw6AzC/YPbTqPIJEwp2x/r71iHAb27oXzIzfHWhCM 2tK1ShJ1iZ2EcDMP8AOjASjBs0jgVztD/CFPHbqnQSEQZOs002RHi8PQLUU+hmez m61LbWyqOh+UJVDXvLdicFtKjBuHjuYcUjBsNBfrhfzNMJi/NQ5ZgtfK0Y2vhqLy D8zvYuKXVQtZ5OHetR6K =Kg4I -----END PGP SIGNATURE-----
Users mailing list Users@einsteintoolkit.org http://lists.einsteintoolkit.org/mailman/listinfo/users
-- Erik Schnetter schnetter@cct.lsu.edu http://www.perimeterinstitute.ca/personal/eschnetter/
On Tue, Mar 13, 2012 at 1:04 PM, Jose Fiestas Iquira jafiestas@lbl.gov wrote:
Hello, Trying with the patch, the problem is that I don't have permissions in Hopper to overwrite it. As of intel compiler, it does not support f77. Can I easily tell the compiler to use ifort, for example?
Yes -- this is what the option list does. I recommend hopper-intel.cfg, which is stored in Simfactory.
-erik
Hello,
WaveDemo worked with intel. Thanks you.
I want to create a source bundle for a simulation of binary coalescence (using McLachlan). For that I have filtered the needed thorns from the einsteintoolkit.th according to qc0-mclachlan.par and want to compile it using gmake. Would I need to take care of something else?
Thanks, Jose
On Tue, Mar 13, 2012 at 10:38 AM, Erik Schnetter schnetter@cct.lsu.eduwrote:
On Tue, Mar 13, 2012 at 1:04 PM, Jose Fiestas Iquira jafiestas@lbl.gov wrote:
Hello, Trying with the patch, the problem is that I don't have permissions in Hopper to overwrite it. As of intel compiler, it does not support f77. Can I easily tell the compiler to use ifort, for example?
Yes -- this is what the option list does. I recommend hopper-intel.cfg, which is stored in Simfactory.
-erik
-- Erik Schnetter schnetter@cct.lsu.edu http://www.perimeterinstitute.ca/personal/eschnetter/
On 13 Mar 2012, at 19:19, Jose Fiestas Iquira wrote:
Hello,
WaveDemo worked with intel. Thanks you.
I want to create a source bundle for a simulation of binary coalescence (using McLachlan). For that I have filtered the needed thorns from the einsteintoolkit.th according to qc0-mclachlan.par and want to compile it using gmake. Would I need to take care of something else?
There are some thorns which are needed in the configuration but which don't necessarily need to be active in the parameter file. You will find out about these when you try to build the configuration. It might take a few tries, but you should end up with a minimal thornlist.
Thanks, Jose
On Tue, Mar 13, 2012 at 10:38 AM, Erik Schnetter schnetter@cct.lsu.eduwrote:
On Tue, Mar 13, 2012 at 1:04 PM, Jose Fiestas Iquira jafiestas@lbl.gov wrote:
Hello, Trying with the patch, the problem is that I don't have permissions in Hopper to overwrite it. As of intel compiler, it does not support f77. Can I easily tell the compiler to use ifort, for example?
Yes -- this is what the option list does. I recommend hopper-intel.cfg, which is stored in Simfactory.
-erik
-- Erik Schnetter schnetter@cct.lsu.edu http://www.perimeterinstitute.ca/personal/eschnetter/
Users mailing list Users@einsteintoolkit.org http://lists.einsteintoolkit.org/mailman/listinfo/users
Hello, I created a bundle for qc0-mclachlan.par, which I compiled using gmake and intel. In Hopper, the hopper_intel.cfg was very useful to define all dependencies. I run it live first and it had no problems. I just submitted a job and will look how the results look like. I can compare them with my runs in LONI. Best, Jose
On Tue, Mar 13, 2012 at 1:04 PM, Ian Hinder ian.hinder@aei.mpg.de wrote:
On 13 Mar 2012, at 19:19, Jose Fiestas Iquira wrote:
Hello,
WaveDemo worked with intel. Thanks you.
I want to create a source bundle for a simulation of binary coalescence (using McLachlan). For that I have filtered the needed thorns from the einsteintoolkit.th according to qc0-mclachlan.par and want to compile it using gmake. Would I need to take care of something else?
There are some thorns which are needed in the configuration but which don't necessarily need to be active in the parameter file. You will find out about these when you try to build the configuration. It might take a few tries, but you should end up with a minimal thornlist.
Thanks, Jose
On Tue, Mar 13, 2012 at 10:38 AM, Erik Schnetter <schnetter@cct.lsu.edu wrote:
On Tue, Mar 13, 2012 at 1:04 PM, Jose Fiestas Iquira <jafiestas@lbl.gov
wrote:
Hello, Trying with the patch, the problem is that I don't have permissions in Hopper to overwrite it. As of intel compiler, it does not support f77. Can I easily tell the compiler to use ifort, for example?
Yes -- this is what the option list does. I recommend hopper-intel.cfg, which is stored in Simfactory.
-erik
-- Erik Schnetter schnetter@cct.lsu.edu http://www.perimeterinstitute.ca/personal/eschnetter/
Users mailing list Users@einsteintoolkit.org http://lists.einsteintoolkit.org/mailman/listinfo/users
-- Ian Hinder http://numrel.aei.mpg.de/people/hinder
users@lists.einsteintoolkit.org
-
Erik Schnetter -
Frank Loeffler -
Ian Hinder -
Jose Fiestas Iquira