[Bug-gnulib] Re: AUTOMAKE_OPTIONS = 1.5 gnits no-dependencies

[Simon Josefsson]

Bruno Haible <address@hidden> writes:

>> Disabling dependency tracking seem dangerous might it not risk not
>> rebuilding some files after an --import inside an existing build tree?
>
> I'd think people are clever enough to do a "make distclean", or at least a
> "make clean", after --import. Do you think some developers are so sloppy
> to not do "make clean" even after reimporting source code?

Perhaps not.  But maybe 'distclean' is required, to wipe out any
alloca.h copied from alloca_.h etc.  It can be difficult to know how
much you have to clean to get into a good state.  (I typically use
'cvsco' when I'm unsure about broken dependencies, but I have a fast
machine and small projects...)

>> Could we revert it?
>
> If you think I'm wrong, yes, you can revert it.

Let's not.

> Another point, that worries me more, is that you had @ALLOCA@ being added
> to libfoo_la_LIBADD - which won't work on non-x86 platforms because alloca.o
> is compiled without -fPIC and thus cannot work inside a shared library.
> I changed it to @address@hidden But LTALLOCA needs to be defined somewhere;
> probably in the generated gnulib.m4, like this:
>
>   changequote(,)dnl
>   LTALLOCA=`echo "$ALLOCA" | sed 's/\.[^.]* /.lo /g;s/\.[^.]*$/.lo/'`
>   changequote([, ])dnl
>   AC_SUBST(LTALLOCA)

Could you install the fix?  I'm not sure I understand exactly.

Thanks.