bug-automake
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: python.m4 macro does pass unexpanded argument to get_python_lib()


From: Matthias Klose
Subject: Re: python.m4 macro does pass unexpanded argument to get_python_lib()
Date: Thu, 16 Apr 2009 15:03:51 +0200
User-agent: Thunderbird 2.0.0.21 (X11/20090409)

Ralf Wildenhues schrieb:
> Hello Matthias,
> 
> * Matthias Klose wrote on Tue, Apr 14, 2009 at 09:02:27AM CEST:
>> seen in 1.10.1.
>>
>> '${prefix}' and '${exec_prefix}' are passed unexpanded to get_python_lib()), 
>> and
>> the macro then defaults to the hardcoded alternative case. The patch passes 
>> the
>> real path names to get_python_lib(), and only for the case, where the prefix
>> argument was specified on the command line (the case for a missing prefix
>> argument is handled inside the get_python_lib() function).
>>
>> tested the macro with python versions 2.0 up to trunk, and the 3.0 and 3.1 
>> branches.
> 
> Thanks for the report.  This is <http://bugs.debian.org/523030>.
> Please answer the questions I asked you there.

closed this report.

I openend a new one as http://bugs.debian.org/524176 with a new patch, which
does pass a valid path to get_python_lib() and then repaces the prefix with the
unexpanded macro again. this doesn't change the current behaviour, but does
allow get_python_lib() to look at a valid path.

  Matthias




reply via email to

[Prev in Thread] Current Thread [Next in Thread]