Fatal error c1002 не хватает размера кучи на 2 ом проходе компилятора

I have code that fails to compile with Visual Studio 2015 Community Edition with the following error:

fatal error C1002: compiler is out of heap space in pass 2

The Code

struct Int { int i; };

struct B {
    union {
        struct { int x; };
        struct { Int y; };
    };

    constexpr B() : x(1) {}
};

struct A { static B b; };

B A::b;

int main() {
    return 0;
}

This is the simplest I’ve been able to boil down the fail state through trial and error, but there’s still quite a bit going on.

What has me dumbfounded is that each of the following changes cause it to compile just fine…

Removing constexpr from B‘s constructor makes it work:

struct Int { int i; };

struct B {
    union {
        struct { int x; };
        struct { Int y; };
    };

    B() : x(1) {} // <---<<    ( constexpr B() : x(1) {} )
};

struct A { static B b; };

B A::b;

int main() {
    return 0;
}

Changing A‘s variable to be not static makes it work:

struct Int { int i; };

struct B {
    union {
        struct { int x; };
        struct { Int y; };
    };

    constexpr B() : x(1) {}
};

struct A { B b; }; // <---<<    ( struct A { static B b; }; B A::b; )

int main() {
    return 0;
}

Using a plain int in B‘s union‘s second struct instead of an int wrapper makes it work:

struct Int { int i; };

struct B {
    union {
        struct { int x; };
        struct { int y; }; // <---<<    ( struct { Int y; }; )
    };

    constexpr B() : x(1) {}
};

struct A { static B b; };

B A::b;

int main() {
    return 0;
}

Default-initializing x in B‘s constructor rather than passing 1 makes it work:

struct Int { int i; };

struct B {
    union {
        struct { int x; };
        struct { Int y; };
    };

    constexpr B() : x() {} // <---<<    ( constexpr B() : x(1) {} )
};

struct A { static B b; };

B A::b;

int main() {
    return 0;
}

Finally, taking B‘s union‘s Int member out of structs makes it work:

struct Int { int i; };

struct B {
    union {
        struct { int x; };
        Int y; // <---<<    ( struct { Int y; }; )
    };

    constexpr B() : x(1) {}
};

struct A { static B b; };

B A::b;

int main() {
    return 0;
}

Suffice to say, I’m at a complete loss. I would greatly appreciate any assistance from someone who understands the compiler better than I do.

Fatal error c1002 не хватает размера кучи на 2 ом проходе компилятора

This forum has migrated to Microsoft Q&A. Visit Microsoft Q&A to post new questions.

Answered by:

Question

I am aware of some of the proposed solutions to resolve this error (e.g., http://msdn.microsoft.com/en-us/library/c9e6fs6b.aspx), but unfortunately I am unable to use them since my source code is generated automatically by the MATLAB RTW. Is there any way to reconfigure the compiler or MATLAB settings to avoid this problem? Btw, I was really surprised to find out that MATLAB’s LCC was able to handle the same code without any problem.

Answers

Thanks for your feedback!

This seems a limitation of the compiler. It is recommended to redesign the structures or break them ito multiple expressions as suggested here.

Please remember to mark the replies as answers if they help and unmark them if they provide no help.
If you have any feedback, please tell us.
Welcome to the All-In-One Code Framework!

All replies

There are several compilers in Visual Studio, which compiler do you want to compile your source code? If you code is only for MATLAB compiler, you may need a matlab compiler for your code.

Please remember to mark the replies as answers if they help and unmark them if they provide no help.
If you have any feedback, please tell us.
Welcome to the All-In-One Code Framework!

I am using C/C++ compiler. Though the link I had provided refers to it, my bad that I did not state it clearly. I am trying to use the MSVC C++ compiler for the entire chain (generation of C code, compiling it into MATLAB’s MEX format, and performing accelerated simulation) and MCVC is the only other compiler supported by MATLAB (http://www.mathworks.com/support/compilers/R2009b/win64.html). It works fine on smaller sized models but fails on one of the bigger files (approx size: 110,000 lines of codes, with large size structures).

Thanks for your time,

Thanks for your feedback!

This seems a limitation of the compiler. It is recommended to redesign the structures or break them ito multiple expressions as suggested here.

Please remember to mark the replies as answers if they help and unmark them if they provide no help.
If you have any feedback, please tell us.
Welcome to the All-In-One Code Framework!

Источник

Неустранимые ошибки компилятора с C999 по C1999

В статьях в этом разделе документации объясняется подмножество сообщений об ошибках, создаваемых компилятором Microsoft C/C++.

Компиляторы и средства сборки Visual Studio могут сообщать о различных типах ошибок и предупреждений. После того как обнаружена ошибка или предупреждение, средства сборки могут делать предположения о намерении кода и пытаться продолжить, чтобы в то же время сообщалось о дополнительных проблемах. Если средства делают неверное предположение, последующие ошибки или предупреждения не могут применяться к проекту. При устранении проблем в проекте всегда начинайте с первой зарегистрированной ошибки (или предупреждения) и выполняйте повторную сборку как можно чаще. Одно исправление может привести к устранению многих последующих ошибок.

Чтобы получить справку о конкретном диагностическом сообщении в Visual Studio, выберите его в окне вывода и нажмите клавишу F1 . Visual Studio открывает страницу документации для этой ошибки, если она существует. Вы также можете использовать средство поиска в верхней части страницы, чтобы найти статьи о конкретных ошибках или предупреждениях. Или просмотрите список ошибок и предупреждений по инструменту и введите оглавление на этой странице.

Не все ошибки или предупреждения Visual Studio описаны. Во многих случаях диагностическое сообщение предоставляет все доступные сведения. Если вы приземлились на этой странице при использовании F1 , и вы думаете, что сообщение об ошибке или предупреждении нуждается в дополнительном объяснении, сообщите нам об этом. Кнопки обратной связи на этой странице можно использовать для устранения проблемы с документацией на сайте GitHub. Если вы считаете ошибку или предупреждение неправильным или обнаружили еще одну проблему с набором инструментов, сообщите о проблеме продукта на сайте Сообщество разработчиков. Вы также можете отправлять отзывы и вводить ошибки в интегрированной среде разработки. В Visual Studio перейдите в строку меню и выберите «Отправить > отзыв о > проблеме» или отправьте предложение с помощью отправки > отзывов > справки.

Вы можете найти дополнительную помощь по ошибкам и предупреждениям на форумах Microsoft Learn Q&A . Или найдите номер ошибки или предупреждения на сайте Сообщество разработчиков Visual Studio C++. Вы также можете выполнить поиск решений в Stack Overflow .

Ссылки на дополнительные справочные материалы и ресурсы сообщества см. в справке и сообществе Visual C++.

Источник

Cythonize заканчивается фатальной ошибкой C1002: компилятору не хватает места в куче на проходе 2

Я пытаюсь цитировать скрипт .py. Это графический интерфейс PyQt5 с большим количеством кнопок QToolButton и рабочим EventFilter. Модуль c построен успешно, однако компиляция не выполняется из-за следующей ошибки:

d:stuffmapform2a.c(11338) : fatal error C1002: compiler is out of heap space in pass 2 LINK : fatal error LNK1257: code generation failed error: command ‘C:Program Files (x86)Microsoft Visual Studio 14.0VCBINx86_amd64link.exe’ failed with exit status 1257

Компилятор взят из Visual Studio 2019. Python 3.5.5 (да, старый, я знаю, но у меня есть причины . ).

Есть ли способ увеличить пространство кучи при попытке «cythonize -i script.py»?

Документация Cython действительно не ясна по этому поводу (по крайней мере, для не-эксперта по C . )

ИЗМЕНИТЬ Полный журнал выглядит следующим образом:

C:tempMapForm>python setup.py build_ext —inplace Compiling MapForm2A.py because it changed. [1/1] Cythonizing MapForm2A.py C:Anaconda3libsite-packagesCythonCompilerMain.py:369: FutureWarning: Cython directive ‘language_level’ not set, using 2 for now (Py2). This will change in a later release! File: C:tempMapFormMapForm2A.py tree = Parsing.p_module(s, pxd, full_module_name) running build_ext building ‘MapForm2A’ extension creating build creating buildtemp.win-amd64-3.5 creating buildtemp.win-amd64-3.5Release C:Program Files (x86)Microsoft Visual Studio 14.0VCBINx86_amd64cl.exe /c /nologo /Ox /W3 /GL /DNDEBUG /MD -IC:Anaconda3include -IC:Anaconda3include «-IC:Program Files (x86)Microsoft Visual Studio 14.0VCINCLUDE» «-IC:Program Files (x86)Microsoft Visual Studio 14.0VCATLMFCINCLUDE» «-IC:Program Files (x86)Windows Kits10include10.0.18362.0ucrt» «-IC:Program Files (x86)Windows Kits10include10.0.18362.0shared» «-IC:Program Files (x86)Windows Kits10include10.0.18362.0um» «-IC:Program Files (x86)Windows Kits10include10.0.18362.0winrt» /TcMapForm2A.c /Fobuildtemp.win-amd64-3.5ReleaseMapForm2A.obj MapForm2A.c creating C:tempMapFormbuildlib.win-amd64-3.5 C:Program Files (x86)Microsoft Visual Studio 14.0VCBINx86_amd64link.exe /nologo /INCREMENTAL:NO /LTCG /DLL /MANIFEST:EMBED,ID=2 /MANIFESTUAC:NO /LIBPATH:C:Anaconda3libs /LIBPATH:C:Anaconda3PCbuildamd64 «/LIBPATH:C:Program Files (x86)Microsoft Visual Studio 14.0VCLIBamd64» «/LIBPATH:C:Program Files (x86)Microsoft Visual Studio 14.0VCATLMFCLIBamd64» «/LIBPATH:C:Program Files (x86)Windows Kits10lib10.0.18362.0ucrtx64» «/LIBPATH:C:Program Files (x86)Windows Kits10lib10.0.18362.0umx64» /EXPORT:PyInit_MapForm2A buildtemp.win-amd64-3.5ReleaseMapForm2A.obj /OUT:buildlib.win-amd64-3.5MapForm2A.cp35-win_amd64.pyd /IMPLIB:buildtemp.win-amd64-3.5ReleaseMapForm2A.cp35-win_amd64.lib MapForm2A.obj : warning LNK4197: export ‘PyInit_MapForm2A’ specified multiple times; using first specification Creating library buildtemp.win-amd64-3.5ReleaseMapForm2A.cp35-win_amd64.lib and object buildtemp.win-amd64-3.5ReleaseMapForm2A.cp35-win_amd64.exp Generating code c:tempmapformmapform2a.c(7545) : fatal error C1002: compiler is out of heap space in pass 2 LINK : fatal error LNK1257: code generation failed error: command ‘C:Program Files (x86)Microsoft Visual Studio 14.0VCBINx86_amd64link.exe’ failed with exit status 1257

Могу только добавить, что процесс зависает на сообщении «Генерирование кода» примерно на 90 секунд, прежде чем вызвать исключение C1002.

Установочный файл довольно стандартный:

Модуль представляет собой чистый PyQt5 (вывод pyuic5) без других зависимостей и отлично работает, если интерпретируется напрямую без Cython.

РЕДАКТИРОВАТЬ: РЕШЕНИЕ (Может кому-то это понадобится). Спасибо @DavidW (обсуждение в комментариях ниже).

Setup.py необходимо изменить следующим образом:

Первые две строки указывают 64-битный набор инструментов.

Источник

Cythonize заканчивается фатальной ошибкой C1002: компилятору не хватает места в куче на проходе 2

Я пытаюсь цитировать скрипт .py. Это графический интерфейс PyQt5 с большим количеством кнопок QToolButton и рабочим EventFilter. Модуль c построен успешно, однако компиляция не выполняется из-за следующей ошибки:

d: stuff mapform2a.c (11338): фатальная ошибка C1002: компилятору не хватает места в куче на проходе 2 ССЫЛКА: фатальная ошибка LNK1257: ошибка генерации кода: команда ‘C: Program Files (x86) Microsoft Visual Studio 14.0 VC BIN x86_amd64 link.exe ‘не удалось со статусом выхода 1257

Компилятор взят из Visual Studio 2019. Python 3.5.5 (да, старый, я знаю, но у меня есть причины . ).

Есть ли способ увеличить размер кучи при попытке «cythonize -i script.py»?

Документация Cython действительно не ясна по этому поводу (по крайней мере, для не-C-эксперта . )

ИЗМЕНИТЬ Полный журнал выглядит следующим образом:

C: temp MapForm> python setup.py build_ext —inplace Компиляция MapForm2A.py, поскольку она изменилась. [1/1] Cythonizing MapForm2A.py C: Anaconda3 lib site-packages Cython Compiler Main.py: 369: FutureWarning: директива Cython ‘language_level’ не установлена, пока используется 2 (Py2). Это изменится в более позднем выпуске! Файл: C: temp MapForm MapForm2A.py tree = Parsing.p_module (s, pxd, full_module_name) запуск build_ext создание расширения ‘MapForm2A’ создание сборки создание сборки temp.win-amd64-3.5 создание сборки temp.win- amd64-3.5 Release C: Program Files (x86) Microsoft Visual Studio 14.0 VC BIN x86_amd64 cl.exe / c / nologo / Ox / W3 / GL / DNDEBUG / MD -IC: Anaconda3 include — IC: Anaconda3 include «-IC: Program Files (x86) Microsoft Visual Studio 14.0 VC INCLUDE» «-IC: Program Files (x86) Microsoft Visual Studio 14.0 VC ATLMFC INCLUDE» «- IC: Program Files (x86) Windows Kits 10 include 10.0.18362.0 ucrt «» -IC: Program Files (x86) Windows Kits 10 include 10.0.18362.0 shared «» -IC: Program Files (x86) Windows Kits 10 include 10.0.18362.0 um «» -IC: Program Files (x86) Windows Kits 10 include 10.0.18362.0 winrt «/TcMapForm2A.c / Fobuild temp.win-amd64-3.5 Release MapForm2A.obj MapForm2A.c создает C: temp MapForm build lib.win-amd64-3.5 C: Program Files (x86) Microsoft Visual Studio 14.0 VC BIN x86_amd64 li nk.exe / nologo / INCREMENTAL: NO / LTCG / DLL / MANIFEST: EMBED, / MANIFESTUAC: NO / LIBPATH: C: Anaconda3 libs / LIBPATH: C: Anaconda3 PCbuild amd64 «/ LIBPATH: C : Program Files (x86) Microsoft Visual Studio 14.0 VC LIB amd64 «» / LIBPATH: C: Program Files (x86) Microsoft Visual Studio 14.0 VC ATLMFC LIB amd64 «» / LIBPATH: C : Program Files (x86) Windows Kits 10 lib 10.0.18362.0 ucrt x64 «» / LIBPATH: C: Program Files (x86) Windows Kits 10 lib 10.0.18362.0 um x64 «/ ЭКСПОРТ: PyInit_MapForm2A build temp.win-amd64-3.5 Release MapForm2A.obj /OUT:buildlib.win-amd64-3.5MapForm2A.cp35-win_amd64.pyd /IMPLIB:buildtemp.win-amd64 -3.5 Release MapForm2A.cp35-win_amd64.lib MapForm2A.obj: предупреждение LNK4197: экспорт ‘PyInit_MapForm2A’ указан несколько раз; с использованием первой спецификации Создание сборки библиотеки temp.win-amd64-3.5 Release MapForm2A.cp35-win_amd64.lib и сборки объекта temp.win-amd64-3.5 Release MapForm2A.cp35-win_amd64.exp Создание кода c: temp mapform mapform2a.c (7545): фатальная ошибка C1002: компилятору не хватает места в куче на проходе 2 ССЫЛКА: фатальная ошибка LNK1257: ошибка генерации кода: команда ‘C: Program Files (x86) Microsoft Visual Studio 14.0 VC BIN x86_amd64 link.exe ‘не удалось со статусом выхода 1257

Могу только добавить, что процесс зависает на сообщении «Генерирование кода» примерно на 90 секунд, прежде чем вызвать исключение C1002.

Установочный файл довольно стандартный:

Модуль представляет собой чистый PyQt5 (вывод pyuic5) без других зависимостей и отлично работает, если интерпретируется напрямую без Cython.

РЕДАКТИРОВАТЬ: РЕШЕНИЕ (Может кому-то понадобится). Спасибо @DavidW (обсуждение в комментариях ниже).

Setup.py необходимо изменить следующим образом:

Первые две строки указывают на 64-битный набор инструментов.

Источник

Fatal error c1002 не хватает размера кучи на 2 ом проходе компилятора

Drag » 03.03.2008 (Пн) 11:03

Приветствую всех. Извиняюсь, если такая тема уже была, но поиском найти ее не смог.
Проблема такая — при компиляции проекта VB, похоже, начинает использовать коллосальное количество оперативной памяти и файла подкачки, даже при повторной компиляции ему не хватило 3Гб файла подкачки. В конце концов VB выдает нечто вроде «unexpected error occured», а в тексте ошибки написано:
«C:Documents and SettingsAdminМои документыМои программыCommonUniverseCurrentVersionMainModule.bas(2817) : fatal error C1002: compiler is out of heap space in pass 2»

Строки 2814-2823 у меня выглядят вот так(указанная строка содержит лишь метку Bot0):
Код: Выделить всё If Ship(b).WType(a2) > 0 Then
tmp = FindStationWithMaxResPrise(Ship(b).WType(a2), Ship(b).SectX, Ship(b).SectY, 3, IIf(tmp = 0, Ware(Ship(b).WType(a2)).MinPrise, (Ware(Ship(b).WType(a2)).MinPrise + Ware(Ship(b).WType(a2)).MaxPrise) / 2), Ship(b).RaceI, False)
If tmp > -1 Then
Bot0:
Call Ship(b).AddCommand(b, COMMAND_DOCK, tmp)
For tmp3 = 1 To 3
If Station(tmp).ResType(tmp3) = Ship(b).WType(a2) Then Call Ship(b).AddCommand(b, COMMAND_CHECK_RES_PRISE, IIf(tmp = 0, Ware(Ship(b).WType(a2)).MinPrise, (Ware(Ship(b).WType(a2)).MinPrise + Ware(Ship(b).WType(a2)).MaxPrise) / 2), tmp3, 600)
Next
Call Ship(b).AddCommand(b, COMMAND_SELL, Ship(b).WType(a2), Ship(b).WCount(a2))
GoTo 732
.

Как думаете, от чего могла возникнуть такая ошибка? Она могла возникнуть из-за большого размера модуля(4176 строк), или большого размера самой подпрограммы(981 строка)? Или здесь проблема в чем-то другом?

Viper » 03.03.2008 (Пн) 11:57

alibek » 03.03.2008 (Пн) 12:03

Drag » 03.03.2008 (Пн) 18:32

Viper
Извиняюсь, не думал, что это потребуется. Я просто хотел указать примерное положение проблемной строки. Должен признаться, вся моя программа явяется кошмаром для программиста . Ну а смысл такой:
[syntax=»vb»]If Ship(b).WType(a2) > 0 Then ‘Если у корабля с индексом b есть товар с индексом a2
tmp = FindStationWithMaxResPrise(Ship(b).WType(a2), Ship(b).SectX, Ship(b).SectY, 3, IIf(tmp = 0, Ware(Ship(b).WType(a2)).MinPrise, (Ware(Ship(b).WType(a2)).MinPrise + Ware(Ship(b).WType(a2)).MaxPrise) / 2), Ship(b).RaceI, False) ‘Найти станцию с максимальной ценой на ресурс Ship(b).WType(a2), начиная с сектора с координатами Ship(b).SectX, Ship(b).SectY, с максимальным количеством прыжков 3, с минимальной ценой в зависимости от заполненности трюма, принадлежащую расе Ship(b).RaceI, не включая дружественные расы
If tmp > -1 Then ‘Если такая станция найдена
Bot0:
Call Ship(b).AddCommand(b, COMMAND_DOCK, tmp) ‘приказать кораблю провести стыковку
For tmp3 = 1 To 3 ‘Начинаем просмотр ресурсов найденной станции
If Station(tmp).ResType(tmp3) = Ship(b).WType(a2) Then Call Ship(b).AddCommand(b, COMMAND_CHECK_RES_PRISE, IIf(tmp = 0, Ware(Ship(b).WType(a2)).MinPrise, (Ware(Ship(b).WType(a2)).MinPrise + Ware(Ship(b).WType(a2)).MaxPrise) / 2), tmp3, 600) ‘если индекс данного ресурса соответствует нужному, то приказать кораблю после стыковки проверить цену на ресурс.
Next
Call Ship(b).AddCommand(b, COMMAND_SELL, Ship(b).WType(a2), Ship(b).WCount(a2)) ‘После удачной проверки корабль должен продать ресурс станции
GoTo 732 ‘Завершить анализ действий данного корабля.[/syntax]

Когда я написал кусок, я не стал включать закрытие нескольких блоков, потому что они закрываются строк эдак через 60, и мне не хотелось мусорить.

Re: fatal error и большое использование памяти при компиляции

Drag » 02.02.2009 (Пн) 18:02

Источник