[tex-live] automake issues with $(AM_V_P)
tex at nanl.de
Tue Mar 10 21:53:54 CET 2015
Problem solved I guess - I dug a bit into automake:
AM_V_P = $(am__v_P_$(V))
am__v_P_ = $(am__v_P_$(AM_DEFAULT_VERBOSITY))
am__v_P_0 = false
am__v_P_1 = :
That means, that automake expects to be $V either 1 or 0.
Within OpenWrt you can use $(V) to enable debugging in different modes
(V=s, V=c, etc.)
That way AM_V_P results into being undefined.
That being said and solved - how the fuck automake think they can claim
such a generic variable exclusively and just fail once it's not set to
what they expect it to be set?
$(V) shouldn't be claimed to be exclusively used by automake.
Expanding AM_V_P to true if V is set to whatever or false if it's not
set or set to 0 would make much more sense..
Anyway - thanks!
On 03/10/2015 04:18 PM, Mirko Vogt wrote:
> On 03/10/2015 10:17 AM, Peter Breitenlohner wrote:
>> On Mon, 9 Mar 2015, Mirko Vogt wrote:
>>> I'm having issues compiling latest trunk (svn rev 36459):
>>> make: Entering directory '/compile/texlive-36470/texk/web2c/web2c'
>> which revision?
> Oh - probably I noticed new commits upstream meanwhile, so I pulled in
> the latest changes which however didn't change anything.
> Either way, I'm explicitly talking about r36470 here.
>> on which system?
> I'm trying to cross-compile texlive within OpenWrt on Ubuntu 14.10.
> The previous automake output I posted came from the automake used within
> However the exact revision before introducing silent-make-rules compiles
> fine within that environment. Although I can't say for sure of course,
> it doesn't look like the typical cross-compiling issues to me.
>> Makefile.in contains (should contain)
>> AM_V_P = $(am__v_P_ at AM_V@)
>> am__v_P_ = $(am__v_P_ at AM_DEFAULT_V@)
>> AM_DEFAULT_VERBOSITY = @AM_DEFAULT_VERBOSITY@
>> what are the corresponding lines in Makefile?
> I pasted the Makefile (texlive-36470/texk/web2c/web2c/Makefile) result here:
> Log of the whole process (big):
More information about the tex-live