|
|
Boost Testing : |
From: Vladimir Prus (ghost_at_[hidden])
Date: 2006-07-22 02:24:46
Doug Gregor wrote:
>
> On Jul 19, 2006, at 8:07 AM, Vladimir Prus wrote:
>
>> Doug Gregor wrote:
>>
>>>
>>> On Jul 12, 2006, at 6:55 PM, David Abrahams wrote:
>>>
>>>>
>>>> http://engineering.meta-comm.com/boost-regression/CVS-RC_1_34_0/
>>>> developer/output/OSL-V2-boost-bin-v2-libs-python-test-exec-test-
>>>> darwin-4-0-1-debug-threading-multi_release.html
>>>>
>>>> Seems to indicate the Python framework isn't installed where it
>>>> should
>>>> be? I'm not set up to do local tests of Boost on Darwin at the
>>>> moment
>>>> (soon though), so I can't say for sure, but this looks like a
>>>> configuration error.
>>>
>>> I've tweaked the configuration, so now we're a bit closer. The tests
>>> give errors like this:
>>>
>>> File "staticmethod.py", line 5, in __main__
>>> Failed example:
>>> from staticmethod_ext import *
>>> Exception raised:
>>> Traceback (most recent call last):
>>> File "/Library/Frameworks/Python.framework/Versions/2.4/lib/
>>> python2.4/doctest.py", line 1243, in __run
>>> compileflags, 1) in test.globs
>>> File "<doctest __main__[0]>", line 1, in ?
>>> from staticmethod_ext import *
>>> ImportError: Inappropriate file type for dynamic loading
>>>
>>> I think the remaining problem is that someone needs TO DO this TODO:
>>>
>>> # TODO: handle the following V1 code
>>> #if $(OS) = MACOSX && $(toolset) = darwin
>>> #{
>>> # if <target-type>PYD in $(properties)
>>> # {
>>> # properties += <link-format>bundle ;
>>> # }
>>> # properties += <framework>$(PYTHON_FRAMEWORK) ;
>>> #}
>>
>> I thin <framework> is already taked care of. Should <link-
>> format>bundle be
>> applied when building extension itself?
>
> Yes.
>
>> The above error seem to indicate
>> there's a problem with format of extension.
>
> Right. Python extension modules should be built at bundles, not dulibs.
>
>> Should it really be a bundle? Can you try the attached patch?
>
> Sure. It doesn't seem to be adding the "-bundle", though:
>
> g++ -dynamiclib -o "../../../bin.v2/libs/python/test/
> properties.test/darwin
> -4.0.1/debug/threading-multi/properties_ext.so" "../../../bin.v2/libs/
> python/tes
> t/properties.test/darwin-4.0.1/debug/threading-multi/properties.o"
> "../../../bin
> .v2/libs/python/build/darwin-4.0.1/debug/threading-multi/
> libboost_python-40-mt-g
> d-1_34.dylib" -framework Python -g
Doug,
I've just checked in a patch for darwin.jam that ubreaks handling of the
<linkflags> options. When running with -n on Linux, I see the -bundle
option being addred.
Can you try again?
Thanks,
Volodya