Open MPI logo

Open MPI Development Mailing List Archives

  |   Home   |   Support   |   FAQ   |   all Development mailing list

Subject: Re: [OMPI devel] v1.8 - compile/dist problem
From: Jeff Squyres (jsquyres) (jsquyres_at_[hidden])
Date: 2014-07-24 09:27:58


Mike --

If this is Autotools related, then it should be possible to replicate on RHEL 6.x machines.

What versions of all the autootools are you using?

Autoconf
Automake
Libtool
m4

On Jul 24, 2014, at 8:39 AM, Mike Dubman <miked_at_[hidden]> wrote:

> it seems autotools related:
> it tries to create link in "hooks" subfolder which does not present.
>
>
> linux:/var/tmp/OFED_topdir/BUILD/openmpi-1.8.2rc2/ompi/contrib/vt/vt/tools/vtunify/mpi # ls -al
> total 248
> drwxr-xr-x 1 hpcuser mtl 474 Jul 24 15:32 .
> drwxr-xr-x 1 hpcuser mtl 1058 Jul 24 15:16 ..
> -rw-r--r-- 1 root root 93739 Jul 24 15:16 Makefile
> -rw-r--r-- 1 hpcuser mtl 1191 Jul 24 08:49 Makefile.am
> -rw-r--r-- 1 hpcuser mtl 105110 Jul 24 08:53 Makefile.in
> lrwxrwxrwx 1 root root 88 Jul 24 15:20 vt_unify.cc -> /var/tmp/OFED_topdir/BUILD/openmpi-1.8.2rc2/ompi/contrib/vt/vt/tools/vtunify/vt_unify.cc
> lrwxrwxrwx 1 root root 93 Jul 24 15:20 vt_unify_defs.cc -> /var/tmp/OFED_topdir/BUILD/openmpi-1.8.2rc2/ompi/contrib/vt/vt/tools/vtunify/vt_unify_defs.cc
> lrwxrwxrwx 1 root root 98 Jul 24 15:20 vt_unify_defs_recs.cc -> /var/tmp/OFED_topdir/BUILD/openmpi-1.8.2rc2/ompi/contrib/vt/vt/tools/vtunify/vt_unify_defs_recs.cc
> lrwxrwxrwx 1 root root 101 Jul 24 15:20 vt_unify_events_stats.cc -> /var/tmp/OFED_topdir/BUILD/openmpi-1.8.2rc2/ompi/contrib/vt/vt/tools/vtunify/vt_unify_events_stats.cc
> lrwxrwxrwx 1 root root 97 Jul 24 15:20 vt_unify_handlers.cc -> /var/tmp/OFED_topdir/BUILD/openmpi-1.8.2rc2/ompi/contrib/vt/vt/tools/vtunify/vt_unify_handlers.cc
> lrwxrwxrwx 1 root root 94 Jul 24 15:20 vt_unify_hooks.cc -> /var/tmp/OFED_topdir/BUILD/openmpi-1.8.2rc2/ompi/contrib/vt/vt/tools/vtunify/vt_unify_hooks.cc
> -rw-r--r-- 1 hpcuser mtl 574 Jul 24 08:49 vt_unify_lib.h
> lrwxrwxrwx 1 root root 96 Jul 24 15:20 vt_unify_markers.cc -> /var/tmp/OFED_topdir/BUILD/openmpi-1.8.2rc2/ompi/contrib/vt/vt/tools/vtunify/vt_unify_markers.cc
> -rw-r--r-- 1 hpcuser mtl 1104 Jul 24 08:49 vt_unify_mpi.h
> lrwxrwxrwx 1 root root 93 Jul 24 15:20 vt_unify_sync.cc -> /var/tmp/OFED_topdir/BUILD/openmpi-1.8.2rc2/ompi/contrib/vt/vt/tools/vtunify/vt_unify_sync.cc
> lrwxrwxrwx 1 root root 94 Jul 24 15:20 vt_unify_tkfac.cc -> /var/tmp/OFED_topdir/BUILD/openmpi-1.8.2rc2/ompi/contrib/vt/vt/tools/vtunify/vt_unify_tkfac.cc
> lrwxrwxrwx 1 root root 95 Jul 24 15:20 vt_unify_usrcom.cc -> /var/tmp/OFED_topdir/BUILD/openmpi-1.8.2rc2/ompi/contrib/vt/vt/tools/vtunify/vt_unify_usrcom.cc
> linux:/var/tmp/OFED_topdir/BUILD/openmpi-1.8.2rc2/ompi/contrib/vt/vt/tools/vtunify/mpi # make
> CXX libvt_mpi_unify_la-vt_unify.lo
> CXX libvt_mpi_unify_la-vt_unify_defs.lo
> CXX libvt_mpi_unify_la-vt_unify_defs_recs.lo
> CXX libvt_mpi_unify_la-vt_unify_events_stats.lo
> CXX libvt_mpi_unify_la-vt_unify_handlers.lo
> CXX libvt_mpi_unify_la-vt_unify_hooks.lo
> CXX libvt_mpi_unify_la-vt_unify_markers.lo
> CXX libvt_mpi_unify_la-vt_unify_sync.lo
> CXX libvt_mpi_unify_la-vt_unify_tkfac.lo
> CXX libvt_mpi_unify_la-vt_unify_usrcom.lo
> ln -s /var/tmp/OFED_topdir/BUILD/openmpi-1.8.2rc2/ompi/contrib/vt/vt/tools/vtunify/hooks/vt_unify_hooks_base.cc hooks/vt_unify_hooks_base.cc
> ln: failed to create symbolic link 'hooks/vt_unify_hooks_base.cc': No such file or directory
> Makefile:1593: recipe for target 'hooks/vt_unify_hooks_base.cc' failed
> make: *** [hooks/vt_unify_hooks_base.cc] Error 1
> linux:/var/tmp/OFED_topdir/BUILD/openmpi-1.8.2rc2/ompi/contrib/vt/vt/tools/vtunify/mpi # make V=1
>
>
>
> On Thu, Jul 24, 2014 at 2:45 PM, Jeff Squyres (jsquyres) <jsquyres_at_[hidden]> wrote:
> I just tried it myself -- "make distcheck" succeeds for both a nightly tarball (openmpi-1.8.2rc2r32302) and in a git or svn checkout on RHEL 6.5.
>
> I do not have easy access to RHEL 7 or SLES 12 beta.
>
> Can someone analyze this and figure out what the difference is?
>
>
>
> On Jul 24, 2014, at 6:21 AM, Jeff Squyres (jsquyres) <jsquyres_at_[hidden]> wrote:
>
> > I am getting reports of similar failures from Cisco QA. They have clean/fresh checkouts of the OMPI tree.
> >
> > It does not seem to happen on RHEL 6.5, but does happen on RHEL 7 and SLES 12 (beta).
> >
> > What's the difference?
> >
> >
> > On Jul 24, 2014, at 6:12 AM, Mike Dubman <miked_at_[hidden]> wrote:
> >
> >> this is a command line we use:
> >>
> >> cd ./contrib/dist/linux
> >> ./contrib/dist/make_tarball -greekonly
> >> rpmbuild --rebuild --define '_topdir /var/tmp//OFED_topdir' --define 'dist %{nil}' --target x86_64 --define '_name openmpi' --define 'mpi_selector /usr/bin/mpi-selector' --define 'use_mpi_selector 1' --define 'install_shell_scripts 1' --define 'shell_scripts_basename mpivars' --define '_usr /usr' --define 'ofed 0' --define '_prefix /usr/mpi/gcc/openmpi-1.8.2rc2' --define '_defaultdocdir /usr/mpi/gcc/openmpi-1.8.2rc2' --define '_mandir %{_prefix}/share/man' --define '_datadir %{_prefix}/share' --define 'mflags -j 4' --define 'configure_options --with-fca=/opt/mellanox/fca --with-hcoll=/opt/mellanox/hcoll --with-mxm=/opt/mellanox/mxm --with-knem=/opt/knem-1.1.1.90mlnx --with-platform=contrib/platform/mellanox/optimized ' --define 'use_default_rpm_opt_flags 1' openmpi-1.8.2rc2-1.src.rpm
> >>
> >>
> >>
> >>
> >>
> >>
> >> On Thu, Jul 24, 2014 at 11:58 AM, Bert Wesarg <bert.wesarg_at_[hidden]> wrote:
> >> On 07/24/2014 10:15 AM, Mike Dubman wrote:
> >> the problem occurs when build is started from src.rpm (and probably from
> >> tarball as well):
> >>
> >> try make distcheck and use src tree from tarball.
> >>
> >> I did now make distcheck from the rc2 tarball, and it all worked. I don't know what the srpm does differently than an ./configure && make though.
> >>
> >> Bert
> >>
> >>
> >>
> >>
> >> On Thu, Jul 24, 2014 at 10:57 AM, Bert Wesarg <bert.wesarg_at_[hidden]>
> >> wrote:
> >>
> >>
> >> --
> >> Dipl.-Inf. Bert Wesarg
> >> wiss. Mitarbeiter
> >>
> >> Technische Universität Dresden
> >> Zentrum für Informationsdienste und Hochleistungsrechnen (ZIH)
> >> 01062 Dresden
> >> Tel.: +49 (351) 463-42451
> >> Fax: +49 (351) 463-37773
> >> E-Mail: bert.wesarg_at_[hidden]
> >>
> >>
> >> _______________________________________________
> >> devel mailing list
> >> devel_at_[hidden]
> >> Subscription: http://www.open-mpi.org/mailman/listinfo.cgi/devel
> >> Link to this post: http://www.open-mpi.org/community/lists/devel/2014/07/15238.php
> >>
> >> _______________________________________________
> >> devel mailing list
> >> devel_at_[hidden]
> >> Subscription: http://www.open-mpi.org/mailman/listinfo.cgi/devel
> >> Link to this post: http://www.open-mpi.org/community/lists/devel/2014/07/15239.php
> >
> >
> > --
> > Jeff Squyres
> > jsquyres_at_[hidden]
> > For corporate legal information go to: http://www.cisco.com/web/about/doing_business/legal/cri/
> >
> > _______________________________________________
> > devel mailing list
> > devel_at_[hidden]
> > Subscription: http://www.open-mpi.org/mailman/listinfo.cgi/devel
> > Link to this post: http://www.open-mpi.org/community/lists/devel/2014/07/15240.php
>
>
> --
> Jeff Squyres
> jsquyres_at_[hidden]
> For corporate legal information go to: http://www.cisco.com/web/about/doing_business/legal/cri/
>
> _______________________________________________
> devel mailing list
> devel_at_[hidden]
> Subscription: http://www.open-mpi.org/mailman/listinfo.cgi/devel
> Link to this post: http://www.open-mpi.org/community/lists/devel/2014/07/15242.php
>
> _______________________________________________
> devel mailing list
> devel_at_[hidden]
> Subscription: http://www.open-mpi.org/mailman/listinfo.cgi/devel
> Link to this post: http://www.open-mpi.org/community/lists/devel/2014/07/15244.php

-- 
Jeff Squyres
jsquyres_at_[hidden]
For corporate legal information go to: http://www.cisco.com/web/about/doing_business/legal/cri/