Probablemente no, e incluso si lo hubiera, SCons le da significativamente mayor transparencia y flexibilidad sobre la gestión de su acumulación de visual studio hace. Como punto de partida, es mejor hacer cada uno por turno.
- Crear un nuevo proyecto de archivo MAKE
- Clon la fuente de un proyecto a otro
- scons invocar desde el comando MAKE.
- Reemplace las dependencias en el proyecto anterior con la versión de scons.
- prueba
- Repetir desde el 1. con cada proyecto.
Una vez que haya realizado algunos proyectos, es muy fácil refactorizar las principales diferencias entre los tipos de compilación (bibliotecas compartidas, bibliotecas estáticas y programas) y plataformas en un módulo de ayudantes comunes que se pueden importar. En Windows, considere grupos de indicadores para cosas como creación de versiones de depuración y liberación, vinculación de biblioteca estándar y manejo de excepciones.
Además, las cosas a tener en cuenta incluyen:
- Si estás haciendo multiplataforma construye, tenga en cuenta las diferencias entre los modelos que vinculan con respecto a los efectos de los símbolos que faltan.
- Lo que hará para tratar con los archivos de manifiesto e invocar las herramientas de Visual Studio.
- directorios variante de construcción (debug/liberación) puede ser complicado al principio. Comience de manera simple y mejore su construcción una vez que esté seguro de que es necesario.
estoy empezando a ver un patrón para el desarrollo multiplataforma donde la gente comienza con Make/Scons construye y luego tener sus constructores generan proyectos de Visual Studio/Eclipse/XCode para las plataformas nativas para apoyar a las personas que los utilizan. – Fuzz
Esa sería la forma correcta de hacer las cosas, sin embargo, la solución en cuestión tiene cientos de proyectos/dependencias (si todos fueron construidos en vivo en la misma solución). – Danielb