Hi Allen,
Allen Bierbaum wrote:
>
> I see what you are both saying and I think there is a part of this that
> I was not clear about. There are two parts to variants.
>
> 1. Providing a single location to inform the build and any scons-addons
> options (boost, standard, etc) what "type" of build it is
> (debug/optimized/hybrid, ia32, x64, etc)
>
> 2. Make it possible for the build to have a "loop" in it that will build
> multiple variants at the same time.
>
> The second one ended up very difficult to do well and made the current
> build more complex then needed. That said though, 1 is still needed so
> we can tell everything in the build what it should be doing.
Agreed.
> For example, Carsten showed:
>
> scons type=optimized build_suffix=dbg64 compiler_options="-m64"
>
> But if you run this command, how does the boost option know how to do
> all the logic internally to select a library that can work against
> optimized and is compiled x64? This is the problem that is meant to be
> solved by part 1 above. Maybe I am making this more difficult then
> needed though. If you can find a way to get everything in the current
> build and in scons-addons all working together in a simpler way, then I
> am all for that. :)
Nope, I think that is still needed and useful, but when I was thinking of
variants I meant 2.
Dirk
-------------------------------------------------------------------------
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
_______________________________________________
Opensg-core mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/opensg-core
