Internal compiler error C1001 when compiling OpenCV 2.1/2.2 with C++/CLI 64 bit

Internal compiler error C1001 when compiling OpenCV 2.1/2.2 with C++/CLI 64 bit by Chee Pin

Closed

as Fixed

Type:	Bug
ID:	629931
Opened:	12/8/2010 5:19:48 PM
Access Restriction:	Public

Workaround(s)

view

User(s) can reproduce this bug

Hi,
I tried to compile a C++/CLI 64-bit .net application with OpenCV 2.1/2.2 and found out that by just doing simple stuff as below will cause internal compiler error.

Any workaround is appreciated. I need to eventually build a .net class library using OpenCV using C++/CLI. I have reconfigured OpenCV to be in 64-bit using CMake 2.8.

#include "stdafx.h"
#include <opencv/cv.h>

using namespace System;

int main(array<System::String ^> ^args)
{
Console::WriteLine(L"Hello World");
return 0;
}

The line "#include <opencv/cv.h>" will cause the compile error

Attached is the error log

1>------ Rebuild All started: Project: netcv, Configuration: Debug x64 ------
1> AssemblyInfo.cpp
1> netcv.cpp
1> stdafx.cpp
1> Generating Code...
1>c:\opencv-2.2.0\bin\include\opencv2\core\mat.hpp(379): fatal error C1001: An internal error has occurred in the compiler.
1> (compiler file 'f:\dd\vctools\compiler\utc\src\p2\wvm\mdmiscw.c', line 2704)
1> To work around this problem, try simplifying or changing the program near the locations listed above.
1> Please choose the Technical Support command on the Visual C++
1> Help menu, or open the Technical Support help file for more information
========== Rebuild All: 0 succeeded, 1 failed, 0 skipped ==========

Details (expand)

Visual Studio 2010

Compatibility

1. Download OpenCV 2.2 or 2.1 source, configure it to 64-bit using CMake GUI 2.8 and recompile using VS2010. Make sure the "INSTALL" project is included in the build when compiling.

2. Create a C++/CLI .net console application with the simple following code

#include "stdafx.h"
#include <opencv/cv.h>

using namespace System;

int main(array<System::String ^> ^args)
{
Console::WriteLine(L"Hello World");
return 0;
}

Compile the simple hello world program. You will notice mat.hpp is causing internal compiler error.

English

Windows 7

English

1>------ Rebuild All started: Project: netcv, Configuration: Debug x64 ------
1> AssemblyInfo.cpp
1> netcv.cpp
1> stdafx.cpp
1> Generating Code...
1>c:\opencv-2.2.0\bin\include\opencv2\core\mat.hpp(379): fatal error C1001: An internal error has occurred in the compiler.
1> (compiler file 'f:\dd\vctools\compiler\utc\src\p2\wvm\mdmiscw.c', line 2704)
1> To work around this problem, try simplifying or changing the program near the locations listed above.
1> Please choose the Technical Support command on the Visual C++
1> Help menu, or open the Technical Support help file for more information
========== Rebuild All: 0 succeeded, 1 failed, 0 skipped ==========

expected to compile fine. As it compiles ok in 32 bit environment.

0 attachments

Hi -

Thanks for reporting this issue. I can confirm this is a bug in the frontend compiler, and it has been fixed. However, this fix will not be available until a future release. I do have a workaround, however.

Here's the details on the bug. The intrinsic InterlockedExchangeAdd is not being detected as requiring native codegen, and so the frontend requests a managed codegen for the function it is used in. When the backend goes to generate code, it discovers that the function does need to be compiled as native, sees that the frontend requested managed compilation, and (unfortunately) ICEs as a result.

The workaround is to trick the compiler into compiling the uses of InterlockedExchangeAdd as native. The easiest way to do that is to add an unused code branch that makes use of an intrinsic that is recognized by the compiler as needing to compile native. In your case, the problem code is coming from a macro definition within the OpenCV library. What you can do is change the macro definition in c:\OpenCV-2.1.0\include\opencv\cxoperations.hpp, line 93 to something like this:

// #define CV_XADD(addr,delta) InterlockedExchangeAdd((LONG volatile*)(addr), (delta))

#define CV_XADD(addr,delta) \

(1 ? (InterlockedExchangeAdd((LONG volatile*)(addr), (delta))) : (LONG)InterlockedExchangeAdd64((LONGLONG volatile*)0,(LONGLONG)0))

(Note that InterlockedExchangeAdd64 is never called, but it, or a similar intrinsic, is necessary in order to work around the frontend bug.) Except in /Od, this should result in very similar (or the same) codegen with no performance penalty, as the optimizer will remove the dead code. You may also need to disable warning c4793, depending on your build system setttings.

Hope this workaround helps - and thanks again for filing this issue.

Andy Rich,
Visual C++ QA