Вопрос по c++, visual-c++ – Проблема сборки с MSVS 2010 и стандартом C ++

8

Я пытаюсь собрать, используя msvs 2010, проект, найденный в следующем git:

https://github.com/Joonhwan/exprtk

Проблема в том, что я закомментирую строку 48 "#define exprtk_lean_and_mean". в файле exprtk.hpp я получаю следующую ошибку компилятора:

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

Похоже, ошибка в поиске ошибки указывает на то, что скомпилированная единица трансляции скомпилирована до чего-то большего, чем предел произвольности, и добавление «bigobj»; в командной строке должен решить проблему (что он делает). Компиляция кода с помощью gcc (4.3), работает без сбоев.

Мои вопросы:

Does c++ place a limit on the number of types that can be had in a translation unit?

Is the way the code is laid out in this project bad practice? (when googling I noticed a lot of boost libraries have the same problem eg: Boost.Sprit)

Ваш Ответ

2   ответа
14

Does c++ place a limit on the number of types that can be had in a translation unit?

Обратите внимание, что максимальные значения таких параметров остаются открытыми для конкретных реализаций. Стандарт только устанавливает минимальные требования, которые должны поддерживаться реализацией. Реализация документирует максимальные значения, которые она поддерживает, и в этом случае реализация MSVC делает это.

Они определены в специальном разделе стандарта C ++.

Annex B - Implementation quantities

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.

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].

Еще один вопрос, учитывая приведенный выше список, который определяет рекомендуемое количество «разделов»; на что жалуется компилятор msvc 2010? Gelly Ristor
@GellyRistor: Это, вероятно, «внешние идентификаторы в одной единице перевода» в сочетании с «Редактировать и продолжить»; вариант МСВС. Эта опция помещает каждую функцию в отдельный раздел, чтобы облегчить ее замену.
@GellyRistor: Да, это правда. Но большинство основных стандартных компиляторов, соответствующих стандарту, по крайней мере поддерживают эти минимальные требования, и они это делают.
Эти минимальные значения в квадратных скобках, потому что они «рекомендуются». нельзя использовать как минимум, который бы определял, соответствует ли компилятор стандарту или нет - это правильно? Gelly Ristor
@GellyRistor: Я думаю, что это может быть размер двоичного объекта, поэтому я выделил его жирным шрифтом, но, возможно, это может быть какое-то другое значение, например количество идентификаторов в области. Я не уверен, поэтому разместил весь список.
7

используемого старыми версиями MSVC и соответствующими компоновщиками. Таким образом, хотя это ограничение является произвольным, оно не может быть настроено по умолчанию для новых версий компиляторов. Проверьте описание/ bigobj опция:

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

А поскольку вы используете C ++ (не C), смешивание скомпилированного кода из нескольких разных версий Visual Studio в любом случае вряд ли сработает.

Похожие вопросы