Hello Matthias,
* Matthias Klose wrote on Tue, Apr 14, 2009 at 09:13:24AM CEST:
> '${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 bug report and patch. The way I read "info Automake
Python", the non-expanded '${prefix}' and '${exec_prefix}' were done
on purpose. Now, I'm not a python expert, nor have I worked much with
the Automake support code for python (except for accepting a patch into
the git tree that adds python 3.0 support). Can you describe or provide
an example that is fixed with your patch and broken without, and look
over the above-mentioned section in the manual, to see whether it still
describes the situation accurately with your patch?
Thanks,
Ralf
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
