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: Bert Wesarg (bert.wesarg_at_[hidden])
Date: 2014-07-24 13:22:48

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


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]
> 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
> devel_at_[hidden]
> Subscription:
> Link to this post:

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]