On Nov 17, 2016, at 3:43 PM, Gilles Gouaillardet
wrote:
>
> if it still does not work, you can
> cd ompi/tools
> make V=1
>
> and post the output
Let me add to that: if that doesn't work, please send all the information
listed here:
https://www.open-mpi.org/community/help/
--
Jeff Squy
Hi,
at first, you might want to remove path related to Intel MPI runtime
(e.g. /opt/intel/composer_xe_2013_sp1.2.144/mpirt/lib/intel64) from
your environment
if you are using bash, double check you
export LD_LIBRARY_PATH
(otherwise echo $LD_LIBRARY_PATH and the linker see different things)
then
That's a stumper. Only thing I can think of is that the
LD_LIBRARY_PATH is being overwritten somewhere inside the Makefile, or
perhaps that it isn't properly exported...?
As a graspable straw, try
$ set -a
to export all variables, then
$ source /opt/intel/composer_xe_2013_sp1.2.144/bin/compile
The .configure is:
./configure PREFIX=/opt/openmpi-2.0.1-intel-14.0.2 CC=icc CXX=icpc
F77=ifort FC=ifort
and the output from printenv | grep LIBRARY is:
LIBRARY_PATH=/opt/intel/composer_xe_2013_sp1.2.144/compiler/lib/intel64:/opt/intel/composer_xe_2013_sp1.2.144/ipp/../compiler/lib/intel64:/o
Can you include your entire ./configure line? Also, it would be
useful, perhaps to look at the output of
$ printenv | grep LIBRARY
to make sure that all Intel library paths made it into the appropriate
variables.
When I build 1.10.2, I had these:
LIBRARY_PATH=/sw/arcts/centos7/intel/2013.1.046
Yes, ifort -v and icpc -v give ifort version 14.0.2 and icpc version
14.0.2 (gcc version 4.8.0 compatibility)
Bill
Professor W P Jones, FREng
Department of Mechanical Engineering
Imperial College London
Exhibition Road
London SW7 2AZ
Tel:+44 (0)20 7594 7037/7033
Mobile +44 (0)776 495 9702
On 11/17/2016 8:45 AM, Professor W P Jones wrote:
> Hi
>
> I am trying to install openmpi-2.0.1 togeter with the version 14.0.2
> intel compilers and I an having problems. The configure script with
> CC=icc CXX=icpc and FC=ifort runs successfully but when i issue make
> all install this fails wi
>
> Regards,
>
>
>
> _MAC
>
>
>
> *From:* users [mailto:users-boun...@lists.open-mpi.org] *On Behalf Of *Limin
> Gu
> *Sent:* Tuesday, October 11, 2016 7:33 PM
>
> *To:* Open MPI Users
> *Subject:* Re: [OMPI users] Openmpi 2.0.1 build --with-psm2 failed on
Hi Limin,
One more detail. I advise to use a stable release:
https://github.com/01org/opa-psm2/releases
Regards,
_MAC
From: users [mailto:users-boun...@lists.open-mpi.org] On Behalf Of Limin Gu
Sent: Tuesday, October 11, 2016 7:33 PM
To: Open MPI Users
Subject: Re: [OMPI users] Openmpi 2.0.1
; Note that newer rpm are named hfi1-psm*
>
>
>
>
>
> _MAC
>
>
>
> *From:* users [mailto:users-boun...@lists.open-mpi.org] *On Behalf Of *Limin
> Gu
> *Sent:* Tuesday, October 11, 2016 6:44 PM
> *To:* Open MPI Users
> *Subject:* Re: [OMPI users] Openmpi 2.0.1
Users
Subject: Re: [OMPI users] Openmpi 2.0.1 build --with-psm2 failed on CentOS 7.2
Thanks Gilles!
Limin
On Tue, Oct 11, 2016 at 9:33 PM, Gilles Gouaillardet
mailto:gil...@rist.or.jp>> wrote:
Limin,
It seems libpsm2 provided by Centos 7 is a bit too old
all symbols are prefixe
Thanks Gilles!
Limin
On Tue, Oct 11, 2016 at 9:33 PM, Gilles Gouaillardet
wrote:
> Limin,
>
>
> It seems libpsm2 provided by Centos 7 is a bit too old
>
> all symbols are prefixed with psm_, and Open MPI expect they are prefixed
> with psm2_
>
> i am afraid your only option is to manually inst
Limin,
It seems libpsm2 provided by Centos 7 is a bit too old
all symbols are prefixed with psm_, and Open MPI expect they are
prefixed with psm2_
i am afraid your only option is to manually install the latest libpsm2
and then configure again with your psm2 install dir
Cheers,
Gilles
Hi MAC,
It seems /usr/lib64/libpsm2.so.2 has no symbols. Can configure check some
other ways?
[root@uranus ~]# rpm -qi libpsm2-0.7-4.el7.x86_64
Name: libpsm2
Version : 0.7
Release : 4.el7
Architecture: x86_64
Install Date: Tue 11 Oct 2016 05:45:59 PM PDT
Group : Syste
Limin --
Can you send the items listed here:
https://www.open-mpi.org/community/help/
> On Oct 11, 2016, at 4:00 PM, Cabral, Matias A
> wrote:
>
> Hi Limin,
>
> psm2_mq_irecv2 should be in libpsm2.so. I’m not quite sure how CentOS packs
> it so I would like a little more info about
Hi Limin,
psm2_mq_irecv2 should be in libpsm2.so. I’m not quite sure how CentOS packs it
so I would like a little more info about the version being used. Some things to
share:
>rpm -qi libpsm2-0.7-4.el7.x86_64
> objdump –p /usr/lib64/libpsm2.so |grep SONAME
>nm /usr/lib64/libpsm2.so |grep psm
Yes, that is the plan :-)
the patch (pending for review) can be downloaded at
https://patch-diff.githubusercontent.com/raw/open-mpi/ompi/pull/2131.patch
(and the Pull Request is at
https://github.com/open-mpi/ompi/pull/2131/files)
Cheers,
Gilles
On 9/28/2016 3:36 AM, Limin Gu wrote:
T
Thanks Gilles!
I added "static" keyword as you suggested, the build succeeded.
Will this be fixed in later release?
Thanks again!
*Limin Gu* | Software Engineer
*Penguin Computing*
45800 Northport Loop West
Fremont, CA 94 538
*p.* *415.954.2800 <415.954.2800>
Hi,
I can see this error happening if you configure with --disable-dlopen
--with-pmi
In opal/mca/pmix/s?/pmix_s?.c, you can try to add the static keyword before
OBJ_CLASS_INSTANCE(pmi_opcaddy_t, ...)
Or you can update the files to use unique class name (probably safer...)
Cheers,
Gilles
On Wed
19 matches
Mail list logo
