Re: problem: uninstall-am in makefile with no install targets and non-GNU make.

[Robert Collins]

I haven't had a chance to look into the other issues in the pipeline
yet... but I realised I hadn't reported back clearly on the uninstall-am
thing: add ing the line you suggested does fix the problem.

Rob


----- Original Message -----
From: "Akim Demaille" <address@hidden>
To: "Robert Collins" <address@hidden>
Cc: <address@hidden>
Sent: Wednesday, April 11, 2001 9:34 PM
Subject: Re: problem: uninstall-am in makefile with no install targets
and non-GNU make.


> >>>>> "Robert" == Robert Collins <address@hidden>
writes:
>
> Robert> Thanks Akim, adding that line should fix the make uninstall
> Robert> problem.  However the makefile.in's created by automake are
> Robert> now corrupt: I get 1001 errors (I CVS updated first).
>
> Robert> The errors I get are (single samples of each) 1) AMDEP does
> Robert> not appear in AM_CONDITIONAL
>
> Run aclocal first.
>
> Robert> 2) snmplib/Makefile.am:14: DEFS multiply defined in condition
> Robert> TRUE DEFS (User, where = 14) = {
>
> Robert>     TRUE => -DSQUID_SNMP=1 }
>
> Hm...  I'll look into this one.  The idea is that somehow we must be
> able to tell Automake `look, this is an Automake variable, but the
> user is allowed to override it'.  Currently it's probably too strict.
>
> Synthesizing the permissions is quite difficult :(
>
> Robert> 3) src/Makefile.am: cf_gen_DEPENDENCIES must be set with `='
> Robert> before using `+='
>
> We recently talked about this with Tom, and we agreed that there is no
> reason not to do that (but to protect the user from herself, but it's
> not our job).  So consider this is solved.  I don't have time now, but
> I'll submit a patch soon.
>
> For the time being, I suspect you should just not use the HEAD
Automake.
>