Tim,
Thanks for pointing this out (and thanks also to Shiqing and Damien
under separate cover). I created a new project which uses the WIN64
preprocessor flag and the changed the machinetype from x86 to x64 in the
linker and my app compiles/links and runs successfully.
Thanks Again,
Ala
Testing.
Regards,
--
- DongInn
On 07/27/2012 12:23 PM, Sayre, Alan N wrote:
During compilation I get warning messages such as :
c:\program files
(x86)\openmpi_v1.6-x64\include\openmpi/ompi/mpi/cxx/op_inln.h(148):
warning C4800: 'int' : forcing value to bool 'true' or 'false'
(performance warning)
cmsolver.cpp
Which i
During compilation I get warning messages such as :
c:\program files
(x86)\openmpi_v1.6-x64\include\openmpi/ompi/mpi/cxx/op_inln.h(148):
warning C4800: 'int' : forcing value to bool 'true' or 'false'
(performance warning)
cmsolver.cpp
Which indicates that the openmpi version "openmpi_
Have you checked whether the Open MPI libraries and your solution are
all 64 bit versions?
Shiqing
On 2012-07-27 3:23 PM, Sayre, Alan N wrote:
Thank you both for your help. I added the preprocessor flags. I
cleaned and rebuilt. I now get the same messages with "---imp"
inserted at the be
Thank you both for your help. I added the preprocessor flags. I cleaned
and rebuilt. I now get the same messages with "-imp" inserted at the
beginning of each missing symbol e.g.
como_mplib.lib(mpcomm.obj) : error LNK2019: unresolved external symbol
__imp__MPI_Comm_remote_size referenced in fun
FYI. I've just made an update for this issue in trunk. There will be no
need to define this flags in the next releases.
Shiqing
On 2012-07-27 12:24 AM, Damien wrote:
Do you have
OMPI_IMPORTS, OPAL_IMPORTS and ORTE_IMPORTS
defined in your preprocessor flags? You need those.
Damien
On 26/
Am 27.07.2012 um 03:21 schrieb Ralph Castain:
> Application processes will *only* be placed on nodes included in the
> allocation. The -nolocal flag is intended to ensure that no application
> processes are started on the same node as mpirun in the case where that node
> is included in the allo
Hmmm...well, it looks from your original error message that Rmpi/snow is using
a single "master" process and then comm_spawn'ing a whole bunch of "workers". I
tried replicating that on a slurm machine by having a single master comm_spawn
a whole bunch of processes, and that worked fine. Of cours