What is the cause of error D8040 in visual studio 2015? - c++

When I build a project by visual studio 2013, it runs properly. But I encounter following errors after building with visual studio 2015. How can I solve this problem?
fatal error C1001: An internal error has occurred in the compiler.
Command line error D8040: error creating or communicating with child process

C1001 is an "ICE", an Internal Compiler Error. It means your code generated a fatal bug in the compiler. Are you using VS 2015, VS 2015 Update 1, or VS 2015 Update 2?
One way to find which version of the compiler you have installed is to run the Developer Command Prompt for VS 2015 and then run the following command: cl -Bv and note which versions are reported. VS 2015 Update 2 is 19.00.23918.0
An "ICE" is always a bug. If your code is doing something wrong, the compiler should emit an error or a warning, not crash out. It's also possible your code is just fine, and there's been a new bug introduced in the compiler since VS 2013. There's been a lot of work done to the compiler to fully support C++11 as well as support the upcoming C++14/C++17 drafts.
You should file a bug on VS Connect. See this article for directions on creating a good repro. This blog post is also a great write-up of how to narrow down compiler problems.
In most cases, it's very difficult to repro an ICE with just a few lines of code, and is only triggered in very specific contexts. This is why the instructions above are all about providing a minimal repro that captures the essence of the problem. You can also try a newer build compiler to see if the problem has already been fixed.

Many thanks Walbourn. Your solutions are so effective. I resolved this problem by the following settings in visual studio 2015:
1- Disable c/c++->general->Multi-processor compilation
2- Disable c/c++->general->optimization
3- Disable c/c++->language->open mp support

The probable reason could be long project path.

Related

Visual studio 2015 not compile changes c++

from some time visual c++ compiler not compiling my code, I tried to do things that are there: Visual Studio 2013 C++ not compiling changes
Cleaning soultion works in my case, but after compilation i must do it again and so always. I saw also Build solution options and build configuration and there are OK. I moved project, delete execute file but it also not helped me.
What I can do to fix it? :(

Code Analysis Not Available in This Edition of the Compiler

I'm trying to run code analysis for the first time on my native C++ application. I'm developing using Visual Studio 2013 Ultimate and compiling using the Visual C++ Compiler Nov 2013 CTP (CTP_Nov2013), which is the latest (I believe) compiler from MS for C++11. When trying to run Code Analysis I receive the following warning:
warning D9040: ignoring option '/analyze'; Code Analysis warnings are not available in this edition of the compiler
So I'm wondering if it's because I'm using this new compiler that it's not able to run code analysis or what. But I couldn't find any answers by briefly Googling. The MSDN for Visual Studio says code analysis works for all version of VS except Express. Any help would be appreciated, and if it's a "No it doesn't work with that compiler" then that's fine. Just wondering. Thanks!
It seems to work only for x86 builds. If you're doing an x64 build, it won't be available.

Fuzzylite on VS 2012 does not compile

I want use fuzzylite in VS 2012.
I followed the same step as given in below link :
Using fuzzylite in Visual Studio 2010
but it gives error.
Error - " No object file generated"
Using Cmake to compile source code of fuzzylite, it generates sln files properly. But after compiling the solution it gives error. I'm blocked because of this.
Thanks
I strongly encourage you to post your problems with fuzzylite in the forums at http://www.fuzzylite.com, where I and others keep track of them and we are very happy to help you.
I believe the error you are finding is due to warning C4702 being raised during compile time.
This is happening in fuzzylite v.4.0, and a solution is to add in file fl/fuzzylite.h the following line within the #ifdef FL_WINDOWS (together with the other #pragmas):
#pragma warning(disable:4702) //Ignore unreachable code
For future reference, please refer to the forums at http://www.fuzzylite.com

ActiveMQ-CPP and Visual Studio 2003

ActiveMQ CPP and Visual Studio 2003
I've have a requirement to get AMQ to work with some code that requires VS 7.1, however I'm having a difficult time getting it and various Apache libraries like apr etc to build using VS 7.1. There is a vs2008 solution/project for AMQ-CPP, I've used that as a template and tried to create one for VS 7.1,
However when trying to build, I get errors like the following:
"\amq\activemq-cpp-library-3.4.1\src\main\activemq\util\primitivemap.cpp(70): fatal error C1001: INTERNAL COMPILER ERROR (compiler file 'f:\vs70builds\3077\vc\Compiler\Utc\src\P2\main.c', line 148)"
In short has anyone been able to build and successfully run AMQ with VS 7.1? Is the compiler supported?
I've gone through the FAQ (found nothing to indicate one way or the other) and posted questions on their ML but to no avail.
Any info or links would be great.
http://activemq.apache.org/cms/index.html
VS2003 is not supported, there are just to many C++ spec incompatibilities in that version to allow the code to compile.

Il mismatch between 'P1' version '20080116' and 'P2' version '20070207'

I am building MFC application which uses other c++ library.I am using vs 2008 and compiled all the library project in vs 2008.
It is compiling well in debug mode but failed to run in Debug Unicode mode,Release,Release Unicode mode.
I found in the net that VS 2008SP1 is required to be installed but how come it is compiling in debug mode.
Please suggest how to overcome this problem.
If compiling a solution with multiple projects you should compile all projects with the same compiler (version) to be sure it works.
I once got the same error message like you. If I remember correctly the problem occured because link time code generation was used. My solution was to rebuild all, another solution might have been disabling link time code generation.
In Microsoft terminology, P1 is the parser (front-end), and P2 is the code generator (back-end). With link-time code generation (LTGC) enabled, the result of P1 is stored in a file and P2 is performed later at link time.
If you downgraded your compiler, you should do a full rebuild, otherwise the link step will try to use the incompatible P1 output, which will trigger that error.
If you upgraded the compiler, Visual Studio automatically does a full rebuild, so this should never happen (if it does anyway, just perform a full rebuild).
I had this problem just with other numbers as well using Visual studio 2015.
The problem was in one of the libraries that I linked to my project was build using VS2015 Update 3. The solution that worked for me - update Visual Studio to 2015 Update 3.
In my case, I just installed Microsoft Visual Studio 2008 Service Pack 1 (Installer) which resolved the problem. Service Pack can be downloaded from following link:
https://www.microsoft.com/en-us/download/confirmation.aspx?id=10986