Just for the record: The --disable-dependency-tracking triggers the problem. Which rpmbuild probably passes to the configure call.

Bert

On 07/24/2014 07:01 PM, Bert Wesarg wrote:
On 07/24/2014 03:59 PM, Jeff Squyres (jsquyres) wrote:
Another data point:

I just bootstrapped with Automake 1.14.1, and got the same result
(i.e., ls -l before configure, the "hooks" directory is NOT there, run
configure, ls -l and the "hooks" directory IS there).

I'm guessing something changed elsewhere in the toolchain on
RHEL7/SLES12(beta) that is causing this problem.

Bert: how is the "hooks" directory normally created?  Do you have some
specific .m4 that creates it?  Or is it a side-effect of something in
configure?

it is a side affect of the depfiles command called by configure. By
coincident, this command is also the reason why we needed to made this
change in the first place to support the subdir-objects option of
automake. The depfiles command creates the .deps directory using the
dirname of the source file if the subdir-objecs option is active. But if
the source file contains make file variable references it can't resolve
these (remember that it is called by configure) and creates directories
like '$(VTUNIFY_ROOT)/hooks/.deps', literally. Now we rely that this
depfiles command creates for us the hooks directory. I must admit that
this is not bullet proof, and it may actually be removed in the future
completely by automake/autoconf [1]. So it is best to handle the
creation of this directory inside the VT Makefile altogether. The fix is
simple though.

Now there is still a problem: Matthias Jurenz is on vacation until
August 5th. and I'm completely unfamiliar with the procedure how the VT
code is updated in the ompi trunk. For what I see it should go like this:

1. Commit into vendor/vampirtrace/current
2. Merge into trunk/ompi/contrib/vt/vt
3. Create a CMR for 1.8 with reviewer who? (Andreas is on vacation too ;-)

Bert

[1] http://debbugs.gnu.org/cgi/bugreport.cgi?bug=13928
     Read the reply from Stefann:

   - from Automake 2.0 onward, only enable the automatic dependency
     tracking if GNU make is used; we can thus assume the presence
     of the "-include" directive (which ignore non-existing files,
     rather than punting), and its use will allow us to get rid of
     the configure time machinery for the initial creation of .deps
     directories (this has already been done in Automake-NG, and has
     worked beautifully so far).



_______________________________________________
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/15252.php


--
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

Attachment: smime.p7s
Description: S/MIME Cryptographic Signature

Reply via email to