pgf90
./configure --with-verbs=/usr && make)
2. cd into opal/mca/btl/openib in the source/build directory
3. make clean
4. make CC="gcc -std=gnu99"
5. make install
It's not elegant but it appears to work.
-Aaron
--
Aaron Knister
NASA Center for Climate Simulation (Code 606.2)
Godd
listinfo/users>
___
users mailing list
users@lists.open-mpi.org
https://rfd.newmexicoconsortium.org/mailman/listinfo/users
_______
users mailing list
users@lists.open-mpi.org
https://rfd.ne
# ./ib_verbs_q
hca_id: mlx5_0
fw ver: 10.12.1100
node guid: f452:1403:006c:99e0
I'm pretty stumped, but I'm gonna do some more digging. Suffice it to say
I'm pretty sure this isn't an OpenMPI problem.
-Aaron
On Wed, Jul 13, 2016 at 9:28 PM, Aaron Knister
wrote:
&g
it to work given that
the same block called from inside of openmpi on the same node(s) where Matt
had it fail earlier.
-Aaron
On Wed, Jul 13, 2016 at 9:17 PM, Aaron Knister
wrote:
> On Wed, Jul 13, 2016 at 9:50 AM, Nathan Hjelm wrote:
>
>> As of 2.0.0 we now support experimental v
Does your application do a lot of printing to stdout/stderr?
On Jan 11, 2010, at 8:00 AM, Mathieu Gontier wrote:
> Hi all
>
> I want to migrate my CFD application from MPICH-1.2.4 (ch_p4 device) to
> OpenMPI-1.4. Hence, I compared the two libraries compiled with my application
> and I noted Op
I forgot to mention that the undefined references in the shared library only
occur of the f90 module was compiled with the "-g" option to pgf90.
On Dec 27, 2009, at 2:28 PM, Aaron Knister wrote:
> I don't think this is actually OpenMPI's problem. I know this is getting
&
dule
main.f90:
program main
print *, "hello world"
end program
On Dec 24, 2009, at 6:15 PM, Aaron Knister wrote:
> I'm running into a strange problem with openmpi and the pgi compiler (version
> 9.0-4). I first stumbled across this when using petsc but ha
I'm running into a strange problem with openmpi and the pgi compiler (version
9.0-4). I first stumbled across this when using petsc but have reduced it to a
few lines of test code to demonstrate the problem I'm seeing. Essentially it
appears as if a shared library contains a fortran-compiled obj
available ones. Because of the ordering in the way the OS reports
the interfaces, it is picking up the public one first - so that is
the first one used.
Telling it the right one to use is the only solution.
On Nov 12, 2009, at 7:35 PM, Aaron Knister wrote:
Dear List,
I'm having a r
Dear List,
I'm having a really weird issue with openmpi - version 1.3.3 (version
1.2.8 doesn't seem to exhibit this behavior). Essentially when I start
jobs from the cluster front-end node using mpirun, mpirun sits idle
for up to a minute and a half (for 30 nodes) before running the
comma
10 matches
Mail list logo
