Re: [Boost-build] Testing issues

From: Rene Rivera (grafikrobot_at_[hidden])
Date: 2007-08-15 16:20:42

Vladimir Prus wrote:
> Or we can approach the problem from a different angle and implement
> some special hook that stops "threading" from showing up in
> paths, just for testing.

As we talked about in IRC, I went ahead and implemented removing of the 
features subdir parts in BoostBuild/py. This makes more tests pass on 
MSVC/Windows. Unfortunately we now have expect_content tests which don't 
pass because it fails to open, as the path is wrong, the generated files:

===txt
project_test3             :  Note: could not open file 
bin/msvc-8.0*/debug/a.obj
-------- all changes caused by last build command ----------
Added files   : ['lib/bin/msvc-8.0/debug/threading-multi/b.obj', 
'lib/bin/msvc-8.0/debug/threading-multi/m.exe', 
'lib2/helper/bin/msvc-8.0/debug/threading-multi/e.obj', 
'lib2/bin/msvc-8.0/debug/threading-multi/c.obj', 
'lib2/bin/msvc-8.0/debug/threading-multi/d.obj', 
'lib2/bin/msvc-8.0/debug/threading-multi/l.exe', 
'lib3/bin/msvc-8.0/debug/threading-multi/f.obj', 
'bin/msvc-8.0/debug/threading-multi/a.exe', 
'bin/msvc-8.0/debug/threading-multi/a.obj']
Removed files : []
Modified files: []
Touched files : []
STDOUT ============

STDERR ============

END ===============
FAILED
===

This going to take a bit more trickery. We'll have to build a map so we 
can remove the threading-multi subdir, match against the file being 
opened, and map back to the real generated file.

-- 
-- Grafik - Don't Assume Anything
-- Redshift Software, Inc. - http://redshift-software.com
-- rrivera/acm.org - grafik/redshift-software.com
-- 102708583/icq - grafikrobot/aim - grafikrobot/yahoo