* Alexandre Duret-Lutz wrote on Tue, Jun 06, 2006 at 09:09:02PM CEST: > >>> "adl" == Alexandre Duret-Lutz <[EMAIL PROTECTED]> writes: > > adl> I'll try to look at this and the rewrite of depout later this week-end > > Ahem... I had a very long week. (Does that sound credible?)
Naa, but that doesn't matter. > Sorry about that. Don't worry. > >>> "RW" == Ralf Wildenhues <[EMAIL PROTECTED]> writes: > > RW> To fix this, we need to munge a bit in _AM_OUTPUT_DEPENDENCY_COMMANDS so > RW> that `am__include $(top_builddir)/...' will also be understood correctly. > RW> Note here that it seems necessary to go to lengths to extract > RW> top_builddir, because by the time `config.status' instantiates depfiles, > RW> the value of $ac_top_build_prefix will be `.', which is not what we > RW> need. (Maybe Autoconf should help out here? Dunno; the way I did > RW> surely is expensive, as it adds a fork per Makefile, to fix a corner > RW> case.) > > $(top_builddir) can be computed statically by Automake if > needed. I think automake's $topsrcdir (the Perl variable) > contains exactly the relative path you want. Maybe that's > simpler and faster ? (i.e., no depout.m4 modification required) I'll look into that. > RW> * automake.in (handle_LIBOBJS_or_ALLOCA): With subdir-objects, > RW> do not prefix `$(top_builddir)/' aka `./' to nonempty LIBOBJDIR, > RW> to help BSD Make find the files also in a VPATH build. > RW> Also return the same path, possibly prefixed, for correct > RW> depdir computation. > > Took me a while to realize that the chunk changing depdir's > computation was missing from the patch you sent. What was missing from my patch? It's been a while, but I don't recall the patch being incomplete in any sense; I documented the parts of the report that it fixes. (And of course it should be `OSF make' instead of `BSD make'...) Cheers, Ralf
