in that case, OPAL_CHECK_PACKAGE will disqualify mxm because it will not
find mxm_api.h header file in _OPAL_CHECK_PACKAGE_HEADER macro.

from

https://github.com/open-mpi/ompi/blob/master/config/ompi_check_mxm.m4#L43


from config.log generated after "./configure --with-mxm"

configure:263059: checking --with-mxm value
configure:263062: result: simple ok (unspecified)
configure:263097: checking --with-mxm-libdir value
configure:263100: result: simple ok (unspecified)
configure:263197: checking mxm/api/mxm_api.h usability
configure:263197: gcc -std=gnu99 -c -g -Wall -Wundef -Wno-long-long
-Wsign-compare -Wmissing-prototypes -Wstrict-prototypes -Wcomment -pedantic
-Werror-implicit-function-declaration -finline-functions
-fno-strict-aliasing -pthread
-I/labhome/miked/workspace/git/mellanox-hpc/ompi-release/opal/mca/hwloc/hwloc191/hwloc/include
-I/labhome/miked/workspace/git/mellanox-hpc/ompi-release/opal/mca/event/libevent2022/libevent
-I/labhome/miked/workspace/git/mellanox-hpc/ompi-release/opal/mca/event/libevent2022/libevent/include
conftest.c >&5
conftest.c:775:29: error: mxm/api/mxm_api.h: No such file or directory



On Tue, May 26, 2015 at 10:11 PM, Jeff Squyres (jsquyres) <
jsquy...@cisco.com> wrote:

> Mike --
>
> I don't think that's right.  If you just pass "--with-mxm", then $with_mxm
> will equal "yes", and therefore neither of those two blocks of code are
> executed.  Hence, ompi_check_mxm_libdir will be empty.
>
> Right?
>
>
> > On May 26, 2015, at 1:28 PM, Mike Dubman <mi...@dev.mellanox.co.il>
> wrote:
> >
> > Thanks Jeff!
> >
> > but in this line:
> >
> >
> https://github.com/open-mpi/ompi/blob/master/config/ompi_check_mxm.m4#L36
> >
> > ompi_check_mxm_libdir gets value if with_mxm was passed
> >
> >
> >
> > On Tue, May 26, 2015 at 6:59 PM, Jeff Squyres (jsquyres) <
> jsquy...@cisco.com> wrote:
> > This line:
> >
> >
> https://github.com/open-mpi/ompi/blob/master/config/ompi_check_mxm.m4#L41
> >
> > doesn't check to see if $ompi_check_mxm_libdir is empty.
> >
> >
> > > On May 26, 2015, at 11:50 AM, Mike Dubman <mi...@dev.mellanox.co.il>
> wrote:
> > >
> > > David,
> > > Could you please send me your config.log file?
> > >
> > > Looking into config/ompi_check_mxm.m4 macro I don`t understand how it
> could happen.
> > >
> > > Thanks a lot.
> > >
> > > On Tue, May 26, 2015 at 6:41 PM, Mike Dubman <mi...@dev.mellanox.co.il>
> wrote:
> > > Hello David,
> > > Thanks for info and patch - will fix ompi configure logic with your
> patch.
> > >
> > > mxm can be installed in the system and user spaces - both are valid
> and supported logic.
> > >
> > > M
> > >
> > > On Tue, May 26, 2015 at 5:50 PM, David Shrader <dshra...@lanl.gov>
> wrote:
> > > Hello Mike,
> > >
> > > This particular instance of mxm was installed using rpms that were
> re-rolled by our admins. I'm not 100% sure where they got them (HPCx or
> somewhere else). I myself am not using HPCx. Is there any particular reason
> why mxm shouldn't be in system space? If there is, I'll share it with our
> admins and try to get the install location corrected.
> > >
> > > As for what is causing the extra -L, it does look like an empty
> variable is used without checking that it is empty in configure. Line
> 246117 in the configure script provided by the openmpi-1.8.5.tar.bz2
> tarball has this:
> > >
> > > ompi_check_mxm_extra_libs="-L$ompi_check_mxm_libdir"
> > >
> > > By invoking configure with '/bin/sh -x ./configure ...' and changing
> PS4 to output line numbers, I saw that line 246117 was setting
> ompi_check_mxm_extra_libs to just "-L". It turns out that configure does
> this in three separate locations. I put a check around all three instances
> like this:
> > >
> > > if test ! -z "$ompi_check_mxm_extra_libs"; then
> > >   ompi_check_mxm_extra_libs="-L$ompi_check_mxm_libdir"
> > > fi
> > >
> > > And the spurious '-L' disappeared from the linking commands and make
> completed fine.
> > >
> > > So, it looks like there are two solutions: move the install location
> of mxm to not be in system-space or modify configure. Which one would be
> the better one for me to pursue?
> > >
> > > Thanks,
> > > David
> > >
> > >
> > > On 05/23/2015 12:05 AM, Mike Dubman wrote:
> > >> Hi,
> > >>
> > >> How mxm was installed? by copying?
> > >>
> > >> The rpm based installation places mxm into /opt/mellanox/mxm and not
> into /usr/lib64/libmxm.so.
> > >>
> > >> Do you use HPCx (pack of OMPI and MXM and FCA)?
> > >> You can download HPCX, extract it anywhere and compile OMPI pointing
> to mxm location under HPCX.
> > >>
> > >> Also, HPCx contains rpms for mxm and fca.
> > >>
> > >>
> > >> M
> > >>
> > >> On Sat, May 23, 2015 at 1:07 AM, David Shrader <dshra...@lanl.gov>
> wrote:
> > >> Hello,
> > >>
> > >> I'm getting a spurious '-L' flag when I have mxm installed in
> system-space (/usr/lib64/libmxm.so) which is causing an error at link time
> during make:
> > >>
> > >> ...output snipped...
> > >> /bin/sh ../../../../libtool  --tag=CC   --mode=link gcc -std=gnu99
> -O3 -DNDEBUG -I/opt/panfs/include -finline-functions -fno-strict-aliasing
> -pthread -module -avoid-version   -o libmca_mtl_mxm.la  mtl_mxm.lo
> mtl_mxm_cancel.lo mtl_mxm_component.lo mtl_mxm_endpoint.lo mtl_mxm_probe.lo
> mtl_mxm_recv.lo mtl_mxm_send.lo -lmxm -L -lrt -lm -lutil
> > >> libtool: link: require no space between `-L' and `-lrt'
> > >> make[2]: *** [libmca_mtl_mxm.la] Error 1
> > >> make[2]: Leaving directory
> `/turquoise/usr/projects/hpctools/dshrader/hpcsoft/openmpi/1.8.5/openmpi-1.8.5/ompi/mca/mtl/mxm'
> > >> make[1]: *** [all-recursive] Error 1
> > >> make[1]: Leaving directory
> `/turquoise/usr/projects/hpctools/dshrader/hpcsoft/openmpi/1.8.5/openmpi-1.8.5/ompi'
> > >> make: *** [all-recursive] Error 1
> > >>
> > >> If I I use --with-mxm=no, then this error doesn't occur (as expected
> as the mxm component isn't touched). Has anyone run in to this before?
> > >>
> > >> Here is my configure line:
> > >>
> > >> ./configure --disable-silent-rules
> --with-platform=contrib/platform/lanl/toss/optimized-panasas --prefix=...
> > >>
> > >> I wonder if there is an empty variable that should contain the
> directory libmxm is in somewhere in configure since no directory is passed
> to --with-mxm which is then paired with a "-L". I think I'll go through the
> configure script while waiting to see if anyone else has run in to this.
> > >>
> > >> Thank you for any and all help,
> > >> David
> > >>
> > >> --
> > >> David Shrader
> > >> HPC-3 High Performance Computer Systems
> > >> Los Alamos National Lab
> > >> Email: dshrader <at> lanl.gov
> > >>
> > >> _______________________________________________
> > >> users mailing list
> > >> us...@open-mpi.org
> > >> Subscription: http://www.open-mpi.org/mailman/listinfo.cgi/users
> > >> Link to this post:
> http://www.open-mpi.org/community/lists/users/2015/05/26904.php
> > >>
> > >>
> > >>
> > >> --
> > >>
> > >> Kind Regards,
> > >>
> > >> M.
> > >>
> > >>
> > >> _______________________________________________
> > >> users mailing list
> > >>
> > >> us...@open-mpi.org
> > >>
> > >> Subscription:
> > >> http://www.open-mpi.org/mailman/listinfo.cgi/users
> > >>
> > >> Link to this post:
> > >> http://www.open-mpi.org/community/lists/users/2015/05/26905.php
> > >
> > > --
> > > David Shrader
> > > HPC-3 High Performance Computer Systems
> > > Los Alamos National Lab
> > > Email: dshrader <at>
> > > lanl.gov
> > >
> > > _______________________________________________
> > > users mailing list
> > > us...@open-mpi.org
> > > Subscription: http://www.open-mpi.org/mailman/listinfo.cgi/users
> > > Link to this post:
> http://www.open-mpi.org/community/lists/users/2015/05/26936.php
> > >
> > >
> > >
> > > --
> > >
> > > Kind Regards,
> > >
> > > M.
> > >
> > >
> > >
> > > --
> > >
> > > Kind Regards,
> > >
> > > M.
> > > _______________________________________________
> > > users mailing list
> > > us...@open-mpi.org
> > > Subscription: http://www.open-mpi.org/mailman/listinfo.cgi/users
> > > Link to this post:
> http://www.open-mpi.org/community/lists/users/2015/05/26938.php
> >
> >
> > --
> > Jeff Squyres
> > jsquy...@cisco.com
> > For corporate legal information go to:
> http://www.cisco.com/web/about/doing_business/legal/cri/
> >
> > _______________________________________________
> > users mailing list
> > us...@open-mpi.org
> > Subscription: http://www.open-mpi.org/mailman/listinfo.cgi/users
> > Link to this post:
> http://www.open-mpi.org/community/lists/users/2015/05/26940.php
> >
> >
> >
> > --
> >
> > Kind Regards,
> >
> > M.
> > _______________________________________________
> > users mailing list
> > us...@open-mpi.org
> > Subscription: http://www.open-mpi.org/mailman/listinfo.cgi/users
> > Link to this post:
> http://www.open-mpi.org/community/lists/users/2015/05/26941.php
>
>
> --
> Jeff Squyres
> jsquy...@cisco.com
> For corporate legal information go to:
> http://www.cisco.com/web/about/doing_business/legal/cri/
>
> _______________________________________________
> users mailing list
> us...@open-mpi.org
> Subscription: http://www.open-mpi.org/mailman/listinfo.cgi/users
> Link to this post:
> http://www.open-mpi.org/community/lists/users/2015/05/26944.php
>



-- 

Kind Regards,

M.

Reply via email to