Boost Testing :
From: David Abrahams (dave_at_[hidden])
Date: 2005-05-25 14:29:30
Hartmut Kaiser <hartmut.kaiser_at_[hidden]> writes:
> Reece Dunn wrote:
>> Looking at http://tinyurl.com/8yqrq, it appears that it is
>> trying to embed the manifest file into the exe as part of the
>> resource data associated with it, but for some reason is failing.
>> Is this a global problem (i.e. are all projects affected) in
>> which case it is probably a BBv1 issue. I have built projects
>> with BBv2, so that appears to be fine (using VC8 beta 2 -
> It seems to be a global problem not related to Wave only (as you pointed
> out: http://tinyurl.com/8yqrq).
>> In the build directory, is there the correct EXE file
>> (because the manifest tool is unable to find it)?
> When the error occurred first a couple of days ago there was additionally
> the correct output from the test executable in the logs, but it isn't
> anymore now.
> But all I can do from here is to guess... I have no direct access to VC8
> right now so I'm not able to reproduce it here.
Well, I just checked in a fix that turns off the manifest stuff for
everything other than Python extension modules. The Python stuff
still seems to work. I don't know what the rules are for when to do
the manifest stuff, but this sure is getting more complicated.
And it means that the code I put in Boost.Build v2 to handle manifests
is going to break everything but Boost.Python with the new system,
because I don't know how to detect that I'm building a Python module
Hmm, when I look at the arguments to msvc.link.dll for my extension
module, I do see:
: <debug-store>object <debug-symbols>on <define>BOOST_ALL_NO_LIB=1
<include>../../.. <include>/C:/Python24/include <inlining>off
<location-prefix>polymorphism2.test <main-target-type>RUN_PYD ...
Volodya, why is this target being labelled as type RUN_PYD?! In v1,
that target type is reserved for the result of running a test on a
Python extension module. And v2 seems to be written with the same
intention. Python modules should have type PYD, no?
-- Dave Abrahams Boost Consulting www.boost-consulting.com