Boost logo

Boost-Build :

From: Alexey Pakhunov (alexeypa_at_[hidden])
Date: 2005-08-31 13:01:40

Rene Rivera wrote:
> Well that depends on what it's doing. Currently you have it as a flag to
> decided that the win32 sdk is either the one that comes with VC or the
> one that comes from the MSPlatformSDK.


> It is conceivable that the win32
> sdk can come from other sources, for example if one is doing a Wine
> cross-compile. Or even if one wants to use the win32 sdk from MinGW.
> Which brings up the question if this is a pattern that happens for other
> SDKs? For example should we consider a "posixsdk" feature? And if so
> should we really consider a more general way to specify an "sdk"?

Honestly, I have no idea.

> With that in mind, I have a question for you. Would it make more sense
> to handle the MSPlatformSDK in the same manner that we handle STLport?
> (see the tools/stlport.jam file), i.e. should we have a
> tools/windowssdk.jam?

Basically 'msplatformsdk.jam' I posted recently is more or less
'tools/windowssdk.jam' you are talking about.

The main difference is that 'stlport' injects 'stdlib' library target
into the dependency graph while 'msplatformsdk' has to modify INCLUDE,
LIB and PATH. INCLUDE and LIB have corresponding BBv2 abstractions
(still there are some issues with order of directories) but the only way
to change PATH - issue corresponding command from each action. That is
why 'msplatformsdk'-aware toolset should explicitly do MS PSDK
initialization in each action.

BTW during development I considered another possibility: if BBv2 had
some kind of 'environment initialization' functionality I would use it.
I mean that 'vcvars32.bat' for example could be called only once before
executing all other actions. This requires support in 'bjam.exe' as far
as I understand.

> I really meant the part that I already put these into BBv2 ;-) If you do
> a CVS update they are now in there.

Oops! :-) Thanks.

Best regards/Venlig hilsen,
Alexey Pakhunov.


Boost-Build list run by bdawes at, david.abrahams at, gregod at, cpdaniel at, john at