From: David Abrahams (dave_at_[hidden])
Date: 2007-03-22 16:21:52
on Thu Mar 22 2007, "Boris Gubenko" <Boris.Gubenko-AT-hp.com> wrote:
> David Abrahams wrote:
>> [...] Should the suffix be a feature?
> I think, it is a good idea. On HP-UX, the suffix is a function of
> python version: starting with Python 2.5, python uses .so suffix
> while pre-2.5 versions use .sl suffix.
Oof. That's a different suffix. BBv2 is designed so that when you
"set-generated-target-suffix" (etc.) you only specify the part after
the dot. Unfortunately that means I need a different mechanism
altogether for handling "_d.so"
> I've submitted a patch for python.jam which, for HP-UX, determines
> the suffix based on python version. If the suffix was a feature, no
> run-time selection would be necessary. The patch has not been applied
> and now, after python.jam was almost completely revamped, this patch
> is irrelevant.
> Since I'm using Python 2.5 for boost testing on HP-UX, this is not an
> issue for me. It can be an issue for HP customers using python version
> prior to 2.5. Making suffix a feature would solve this problem.
Could you try this patch while using a Python version prior to 2.5?
-- Dave Abrahams Boost Consulting www.boost-consulting.com
Boost-Build list run by bdawes at acm.org, david.abrahams at rcn.com, gregod at cs.rpi.edu, cpdaniel at pacbell.net, john at johnmaddock.co.uk