2012-05-14 11 views
8

Sto cercando di costruire, utilizzando MSVS 2010 il progetto ha trovato al seguente git:Build with MSVS 2010 e C++ standard di

https://github.com/Joonhwan/exprtk

Il problema è quando io commento la linea 48 ' #define exprtk_lean_and_mean 'nel file exprtk.hpp, ottengo il seguente errore del compilatore:

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

Googling l'errore, sembra indicare che l'unità la traduzione compilato ha compilato a qualcosa di più grande di un limite arbitariy, e l'aggiunta di' bigobj 'alla linea di comando sh ould risolvere il problema (che fa). Compilando il codice con gcc (4.3), funziona senza problemi.

Le mie domande sono:

  1. Does C++ posto un limite al numero di tipi che si può avere in un'unità di traduzione?

  2. È il modo in cui il codice è definito in questo progetto di cattive pratiche? (Quando googling ho notato un sacco di librerie Boost hanno lo stesso problema ad esempio: Boost.Sprit)

risposta

14

Does C++ posto un limite al numero di tipi che si può avere in un'unità di traduzione?

Si noti che i valori massimi di tali parametri sono lasciati aperti per particolari implementazioni. Lo standard applica solo i requisiti minimi che devono essere supportati da un'implementazione. Un'implementazione documenterà i valori massimi che supporta e in questo caso l'implementazione MSVC lo fa.

Questi sono definiti in una sezione speciale dello standard C++.

Allegato B - quantitativi di attuazione

  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

Questi minimi nelle parentesi quadre, perché sono 'consigliato' non possono essere utilizzati come valori minimi che avrebbe definito se un compilatore è compatibile verso lo standard o no - è questo corretta? –

+0

@GellyRistor: Sì, questo è vero. Ma la maggior parte dei compilatori conformi agli standard tradizionali soddisferà almeno questi requisiti minimi e lo fanno. –

+2

Un'altra domanda, data la lista sopra, quale di questi definisce il numero raccomandato di "sezioni" di cui si lamenta il compilatore msvc 2010? –

7

La limitazione è interno formato OBJ utilizzato dalla vecchia versione di MSVC e linker corrispondenti. Quindi, mentre questa restrizione è arbitraria, non è possibile rendere il comportamento predefinito per le nuove versioni dei compilatori. Scopri descrizione dell'opzione /bigobj:

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

+1

E dal momento che stai usando C++ (non C), mescolare il codice compilato da diverse versioni di Visual Studio è improbabile che funzioni comunque. – MSalters