Re: [Boost-build] Errors in windows with multiple parallel jobs

From: Vladimir Prus (ghost_at_[hidden])
Date: 2008-08-11 14:46:09

On Sunday 10 August 2008 17:58:04 Jurko Gospodnetić wrote:
>    Hi Volodya.
> 
> > I had an off-list bug report from Adam Merz (including -d+12 output), and I
> > plan to look into this. I'm hoping it's just missed dependency somewhere.
> 
>    Cool. Please let us know how it goes... And if there is anything 
> concrete we can help with - just holler... :-)

I might need some help, indeed. Looking at -d+12 logs, I see this:

->  1 Name: <pC:\Boost\lib>boost_filesystem-vc90-mt-1_36.dll^
       Loc: C:\Boost\lib\boost_filesystem-vc90-mt-1_36.dll^
          : Updating it^
          : Depends on C:\Boost\lib (missing)^
          : Depends on <pC:\libs\Boost_1360_x86\boost\bin.v2\libs\filesystem\build\msvc-9.0\release\address-model-32\architecture-x86\threading-multi>boost_filesystem-vc90-mt-1_36.dll

which is just fine, and should work. So maybe, it's the core build engine that's buggy. But I also see
this:

->    3 Name: <pC:\libs\Boost_1360_x86\boost\bin.v2\libs\filesystem\build\msvc-9.0\release\address-model-32\architecture-x86\threading-multi>boost_filesystem-vc90-mt-1_36.lib (interna
            : Updating it^
            : NOTFILE ^
            : Depends on <pC:\libs\Boost_1360_x86\boost\bin.v2\libs\filesystem\build\msvc-9.0\release\address-model-32\architecture-x86\threading-multi>boost_filesystem-vc90-mt-1_36.d

which seems fairly weird -- I don't see why import library would depend on DLL, nor why
would it be marked NOTFILE.

Can you check if similar anomaly happens on small case, such as the libraries example,
under msvc?

- Volodya