Si está distribuyendo bibliotecas estáticas, es posible que pueda distribuir bibliotecas independientes de la versión, según lo que esté haciendo exactamente. Si solo hace llamadas al sistema operativo, entonces puede estar bien. C RTL funciones, tal vez. Pero si usa funciones, clases o plantillas de la Biblioteca Estándar de C++, entonces probablemente no.
Si distribuye archivos DLL, necesitará bibliotecas separadas para cada versión de VS. Algunas veces incluso necesita bibliotecas separadas para varios niveles de paquete de servicio. Y tal como lo menciona VolkerK, los usuarios de su biblioteca deberán usar configuraciones compatibles de compilador y enlazador. E incluso si hace todo bien, los usuarios pueden necesitar vincularse con otras bibliotecas que de alguna manera son incompatibles con las suyas.
Debido a estos problemas, en lugar de perder tiempo tratando de construir todas estas bibliotecas para sus usuarios, dedicaría el tiempo a hacerlos tan fáciles de compilar como sea posible, para que los usuarios puedan construirlos por sí mismos con un mínimo escándalo.
no, en mi experiencia personal no pude usar la biblioteca generada por VC6 en 2008. – Satbir
¿Ha considerado proporcionar archivos DLL en lugar de bibliotecas estáticas? Suponiendo que no está realizando operaciones "peligrosas" (como la asignación de memoria en el código del cliente con la desasignación correspondiente en su biblioteca), los clientes simplemente podrían cargar su biblioteca sin importar con qué compilador lo haya compilado o con qué bibliotecas lo vinculó. –
Vea también: http: // stackoverflow.com/questions/8439595/are-compiled-lib-files-intercambiable-for-different-versions-of-microsoft-visu – DuckMaestro