This issue tracker has been migrated to GitHub, and is currently read-only.
For more information, see the GitHub FAQs in the Python's Developer Guide.

Author xdegaye
Recipients Alex.Willmer, barry, doko, dstufft, eric.araujo, martin.panter, vstinner, xdegaye, yan12125, zach.ware
Date 2016-11-30.21:14:04
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1480540444.73.0.942847413404.issue28833@psf.upfronthosting.co.za>
In-reply-to
Content
> I don't think that identifying the target by some path is the right way to go, and you should be able to identify the target by giving the target triplet as used by the configure parameters and then deduce the location from the target (or have an explicit location given).
> 
> The idea here is to use the platform identifier which we already had in the trunk before the PLATDIR was removed (the multiarch id or if not defined the platform). So by having a <target> specifier, you could deduce a path, or a <target>-python-config executable and you're done. No need to know about a path directly.  Of course python cross builds would have to install the <target>-python-config executable or symlink.

Hum, you still need to provide the native python interpreter with the _path_ to the <target>-python-config executable that can be anywhere on the file system (its location is relative to the cross compiled build, not the native interpreter), so it seems that this contradicts your previous sentence saying "I don't think that identifying the target by some path is the right way to go".
History
Date User Action Args
2016-11-30 21:14:04xdegayesetrecipients: + xdegaye, barry, doko, vstinner, eric.araujo, martin.panter, zach.ware, dstufft, Alex.Willmer, yan12125
2016-11-30 21:14:04xdegayesetmessageid: <1480540444.73.0.942847413404.issue28833@psf.upfronthosting.co.za>
2016-11-30 21:14:04xdegayelinkissue28833 messages
2016-11-30 21:14:04xdegayecreate