2012-05-14 14 views
8

que estoy tratando de construir, utilizando MSVS 2010, el proyecto se encuentra en la siguiente git:Construir con MSVS 2010 y el C++ estándar

https://github.com/Joonhwan/exprtk

El problema es cuando comente la línea 48 ' #define exprtk_lean_and_mean 'en el archivo exprtk.hpp, me sale el siguiente error de compilación:

Error 1 error C1128: number of sections exceeded object file format limit : compile with /bigobj 

buscar en Google el error, parece indicar la unidad de la traducción compilado ha compilado a algo más grande que un límite arbitariy, y añadiendo' bigobj 'a la línea de comando sh debería arreglar el problema (que lo hace). Al compilar el código con gcc (4.3), funciona sin problemas.

Mis preguntas son:

  1. que C++ hace poner un límite en el número de tipos que se pueden tener en una unidad de traducción?

  2. ¿Es la forma en que se describe el código en esta mala práctica del proyecto? (Cuando me di cuenta de googlear un montón de bibliotecas Boost tiene el mismo problema, por ejemplo: Boost.Sprit)

Respuesta

14

que C++ hace poner un límite en el número de tipos que se pueden tener en una unidad de traducción?

Tenga en cuenta que los valores máximos de dichos parámetros se dejan abiertos para implementaciones particulares. La norma solo impone requisitos mínimos que deben ser respaldados por una implementación. Una implementación documentará los valores máximos que admite y, en este caso, la implementación de MSVC lo hace.

Se definen en una sección especial del estándar C++.

Anexo B - Implementación cantidades

  1. Because computers are finite, C + + implementations are inevitably limited in the size of the programs they can successfully process. Every implementation shall document those limitations where known. This documentation may cite fixed limits where they exist, say how to compute variable limits as a function of available resources, or say that fixed limits do not exist or are unknown.

  2. The limits may constrain quantities that include those described below or others. The bracketed number following each quantity is recommended as the minimum for that quantity. However, these quantities are only guidelines and do not determine compliance.
    — Nesting levels of compound statements, iteration control structures, and selection control structures [256].
    — Nesting levels of conditional inclusion [256].
    — Pointer, array, and function declarators (in any combination) modifying an arithmetic, structure, union, or incomplete type in a declaration [256].
    — Nesting levels of parenthesized expressions within a full expression [256].
    — Number of characters in an internal identifier or macro name [1 024].
    — Number of characters in an external identifier [1 024].
    — External identifiers in one translation unit [65 536].
    — Identifiers with block scope declared in one block [1 024].
    — Macro identifiers simultaneously defined in one translation unit [65 536].
    — Parameters in one function definition [256].
    — Arguments in one function call [256].**
    — Parameters in one macro definition [256].
    — Arguments in one macro invocation [256].
    — Characters in one logical source line [65 536].
    — Characters in a character string literal or wide string literal (after concatenation) [65 536].
    Size of an object [262 144].
    — Nesting levels for #include files [256].
    — Case labels for a switch statement (excluding those for any nested switch statements) [16 384].
    — Data members in a single class, structure, or union [16 384].
    — Enumeration constants in a single enumeration [4 096].
    — Levels of nested class, structure, or union definitions in a single struct-declaration-list [256].
    — Functions registered by atexit()[32].
    — Direct and indirect base classes [16 384].
    — Direct base classes for a single class [1024].
    — Members declared in a single class [4 096].
    — Final overriding virtual functions in a class, accessible or not [16 384].
    — Direct and indirect virtual bases of a class [1 024].
    — Static members of a class [1 024].
    — Friend declarations in a class [4 096].
    — Access control declarations in a class [4 096].
    — Member initializers in a constructor definition [6 144].
    — Scope qualifications of one identifier [256].
    — Nested external specifications [1 024].
    — Template arguments in a template declaration [1 024].
    — Recursively nested template instantiations [17].
    — Handlers per try block [256].
    — Throw specifications on a single function declaration [256].

+0

Estos mínimos en los corchetes, porque se 'recomienda' no se pueden utilizar son los mínimos que definirían si un compilador es compatible hacia la norma o no - es este ¿correcto? –

+0

@GellyRistor: Sí, eso es cierto. Pero la mayoría de los compiladores que cumplen con la norma principal por lo menos soportan estos requisitos mínimos y lo hacen. –

+2

Una pregunta más, dada la lista anterior, ¿cuál de ellos define el número recomendado de 'secciones' sobre las que se queja el compilador msvc 2010? –

7

La limitación está dentro de formato OBJ utilizado por las versiones antiguas de MSVC y enlazadores correspondientes. Por lo tanto, aunque esta restricción es arbitraria, no se puede hacer un comportamiento predeterminado para las nuevas versiones de los compiladores. Echa un vistazo a la descripción de la opción /bigobj:

Linkers that shipped prior to Visual C++ 2005 cannot read .obj files that were produced with /bigobj.

+1

Y como está usando C++ (no C), mezclar código compilado de varias versiones diferentes de Visual Studio es poco probable que funcione de todos modos. – MSalters

Cuestiones relacionadas