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) <jsquy...@cisco.com
> 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) <jsquy...@cisco.com>
> 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 <mi...@dev.mellanox.co.il>
> 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.wes...@tu-dresden.de> 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.wes...@tu-dresden.de>
> >> 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.wes...@tu-dresden.de
> >>
> >>
> >> _______________________________________________
> >> devel mailing list
> >> de...@open-mpi.org
> >> 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
> >> de...@open-mpi.org
> >> 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
> > jsquy...@cisco.com
> > For corporate legal information go to:
> http://www.cisco.com/web/about/doing_business/legal/cri/
> >
> > _______________________________________________
> > devel mailing list
> > de...@open-mpi.org
> > 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
> jsquy...@cisco.com
> For corporate legal information go to:
> http://www.cisco.com/web/about/doing_business/legal/cri/
>
> _______________________________________________
> devel mailing list
> de...@open-mpi.org
> 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
>
