Re: --include-deps

[Raja R Harinath <harinath cs umn edu>]

Owen Taylor <otaylor redhat com> writes:
> Raja R Harinath <harinath cs umn edu> writes:
>> Owen Taylor <otaylor redhat com> writes:
[snip discussion of patch to introduce --include-deps in autogen.sh]
>> > +case $CC in
>> > +*xlc | *xlc\ * | *lcc | *lcc\ *) am_opt=--include-deps;;
>> > +esac
>> > +if test -n "$CC" && echo $CC | grep -v gcc >/dev/null 2>&1; then
>> > +        $CC -v 2>&1 | grep gcc || am_opt=--include-deps
>> > +fi
>> > +
>> 
>> I think it's much simpler to just use an automake pre-release off it's
>> "stable" branch.
>> 
>>   ftp://sources.redhat.com/pub/automake/automake-1.4l.tar.gz
> 
> I don't want to be requiring CVS snapshots or prereleases
> of tools we depend on if we can possibly avoid it.

Fair enough.

>> It has pretty good support for dependency handling for non-GCC
>> compilers.  --include-deps is obsolete.
>
> It's not obsolete until another automake release is made. 

OK :-) However, we know that there's a better way that'll be available
"soon".  So, I think we should avoid unnecessarily complicating the
build infrastructure right now.

BTW, the '--include-deps' option is misleading: it is used to
_prevent_ the inclusion of the dependency tracking mechanism.  Maybe
you should put in a comment.

- Hari
-- 
Raja R Harinath ------------------------------ harinath cs umn edu
"When all else fails, read the instructions."      -- Cahn's Axiom
"Our policy is, when in doubt, do the right thing."   -- Roy L Ash