Cc1plus exe fatal error

— Wed May 18, 2016 10:02 am
#47604

Hello,
I can’t compile, also only verify, any sketch if I select Generic esp8266 module,
I’ve tried the Bare minimum to be sure that works.
With Uno or other Arduino borads everything works, but selecting 8266 sais me:

Arduino:1.6.9 (Windows 7), Scheda:»Core Development Module, Espressif (xcc), 80 MHz, 40MHz, DIO, 115200, 512K (64K SPIFFS), ck, Disabled, None»

C:Program Files (x86)Arduinoarduino-builder -dump-prefs -logger=machine -hardware «C:Program Files (x86)Arduinohardware» -hardware «C:Usersm.mantovaniAppDataLocalArduino15packages» -tools «C:Program Files (x86)Arduinotools-builder» -tools «C:Program Files (x86)Arduinohardwaretoolsavr» -tools «C:Usersm.mantovaniAppDataLocalArduino15packages» -built-in-libraries «C:Program Files (x86)Arduinolibraries» -libraries «C:Usersm.mantovaniDocumentsArduinolibraries» -fqbn=esp8266:esp8266:coredev:LwIPVariant=Espressif,CpuFrequency=80,FlashFreq=40,FlashMode=dio,UploadSpeed=115200,FlashSize=512K64,ResetMethod=ck,Debug=Disabled,DebugLevel=None____ -ide-version=10609 -build-path «C:UsersMC5BB~1.MANAppDataLocalTempbuilded46e1aee1271f7f958cd9e2af8ff61c.tmp» -warnings=none -prefs=build.warn_data_percentage=75 -verbose «C:UsersMC5BB~1.MANAppDataLocalTempuntitled364995918.tmpsketch_may18asketch_may18a.ino»
C:Program Files (x86)Arduinoarduino-builder -compile -logger=machine -hardware «C:Program Files (x86)Arduinohardware» -hardware «C:Usersm.mantovaniAppDataLocalArduino15packages» -tools «C:Program Files (x86)Arduinotools-builder» -tools «C:Program Files (x86)Arduinohardwaretoolsavr» -tools «C:Usersm.mantovaniAppDataLocalArduino15packages» -built-in-libraries «C:Program Files (x86)Arduinolibraries» -libraries «C:Usersm.mantovaniDocumentsArduinolibraries» -fqbn=esp8266:esp8266:coredev:LwIPVariant=Espressif,CpuFrequency=80,FlashFreq=40,FlashMode=dio,UploadSpeed=115200,FlashSize=512K64,ResetMethod=ck,Debug=Disabled,DebugLevel=None____ -ide-version=10609 -build-path «C:UsersMC5BB~1.MANAppDataLocalTempbuilded46e1aee1271f7f958cd9e2af8ff61c.tmp» -warnings=none -prefs=build.warn_data_percentage=75 -verbose «C:UsersMC5BB~1.MANAppDataLocalTempuntitled364995918.tmpsketch_may18asketch_may18a.ino»
«C:Usersm.mantovaniAppDataLocalArduino15packagesesp8266toolsxtensa-lx106-elf-gcc1.20.0-26-gb404fb9-2/bin/xtensa-lx106-elf-g++» -D__ets__ -DICACHE_FLASH -U__STRICT_ANSI__ «-IC:Usersm.mantovaniAppDataLocalArduino15packagesesp8266hardwareesp82662.2.0/tools/sdk/include» «-IC:Usersm.mantovaniAppDataLocalArduino15packagesesp8266hardwareesp82662.2.0/tools/sdk/lwip/include» -c -w -Os -g -mlongcalls -mtext-section-literals -fno-exceptions -fno-rtti -falign-functions=4 -std=c++11 -ffunction-sections -fdata-sections -w -x c++ -E -CC -DF_CPU=80000000L -DARDUINO=10609 -DARDUINO_ESP8266_ESP01 -DARDUINO_ARCH_ESP8266 -DESP8266 «-IC:Usersm.mantovaniAppDataLocalArduino15packagesesp8266hardwareesp82662.2.0coresesp8266» «-IC:Usersm.mantovaniAppDataLocalArduino15packagesesp8266hardwareesp82662.2.0variantsgeneric» «C:UsersMC5BB~1.MANAppDataLocalTempbuilded46e1aee1271f7f958cd9e2af8ff61c.tmpsketchsketch_may18a.ino.cpp» -o «nul»
«C:Usersm.mantovaniAppDataLocalArduino15packagesesp8266toolsxtensa-lx106-elf-gcc1.20.0-26-gb404fb9-2/bin/xtensa-lx106-elf-g++» -D__ets__ -DICACHE_FLASH -U__STRICT_ANSI__ «-IC:Usersm.mantovaniAppDataLocalArduino15packagesesp8266hardwareesp82662.2.0/tools/sdk/include» «-IC:Usersm.mantovaniAppDataLocalArduino15packagesesp8266hardwareesp82662.2.0/tools/sdk/lwip/include» -c -w -Os -g -mlongcalls -mtext-section-literals -fno-exceptions -fno-rtti -falign-functions=4 -std=c++11 -ffunction-sections -fdata-sections -w -x c++ -E -CC -DF_CPU=80000000L -DARDUINO=10609 -DARDUINO_ESP8266_ESP01 -DARDUINO_ARCH_ESP8266 -DESP8266 «-IC:Usersm.mantovaniAppDataLocalArduino15packagesesp8266hardwareesp82662.2.0coresesp8266» «-IC:Usersm.mantovaniAppDataLocalArduino15packagesesp8266hardwareesp82662.2.0variantsgeneric» «C:UsersMC5BB~1.MANAppDataLocalTempbuilded46e1aee1271f7f958cd9e2af8ff61c.tmpsketchsketch_may18a.ino.cpp» -o «nul»
«C:Usersm.mantovaniAppDataLocalArduino15packagesesp8266toolsxtensa-lx106-elf-gcc1.20.0-26-gb404fb9-2/bin/xtensa-lx106-elf-g++» -D__ets__ -DICACHE_FLASH -U__STRICT_ANSI__ «-IC:Usersm.mantovaniAppDataLocalArduino15packagesesp8266hardwareesp82662.2.0/tools/sdk/include» «-IC:Usersm.mantovaniAppDataLocalArduino15packagesesp8266hardwareesp82662.2.0/tools/sdk/lwip/include» -c -w -Os -g -mlongcalls -mtext-section-literals -fno-exceptions -fno-rtti -falign-functions=4 -std=c++11 -ffunction-sections -fdata-sections -w -x c++ -E -CC -DF_CPU=80000000L -DARDUINO=10609 -DARDUINO_ESP8266_ESP01 -DARDUINO_ARCH_ESP8266 -DESP8266 «-IC:Usersm.mantovaniAppDataLocalArduino15packagesesp8266hardwareesp82662.2.0coresesp8266» «-IC:Usersm.mantovaniAppDataLocalArduino15packagesesp8266hardwareesp82662.2.0variantsgeneric» «C:UsersMC5BB~1.MANAppDataLocalTempbuilded46e1aee1271f7f958cd9e2af8ff61c.tmpsketchsketch_may18a.ino.cpp» -o «C:UsersMC5BB~1.MANAppDataLocalTempbuilded46e1aee1271f7f958cd9e2af8ff61c.tmppreprocctags_target_for_gcc_minus_e.cpp»
cc1plus.exe: fatal error: opening output file C:UsersMC5BB~1.MANAppDataLocalTempbuilded46e1aee1271f7f958cd9e2af8ff61c.tmppreprocctags_target_for_gcc_minus_e.cpp: Permission denied

compilation terminated.

exit status 1
Errore durante la compilazione per la scheda Core Development Module.

Could it be some problem with User/Administrator permission?
I’m going crazy, i’ve re-installed everything 3 times, deleting all Arduino folders/libraries/AppData every time…

What’s the problem?
Thankyou guys

Bug type: Language Service

Describe the bug

• OS and Version: Windows 10, 21H1, build 19043.1081, with Windows Feature Experience Pack 120.2212.3530.0
• VS Code Version: 1.57.1
• C/C++ Extension Version: 1.5.0-insiders2
• Cygwin GCC 11.1.0
• Visual Studio Code is not recognising my Cygwin64 installation.

Steps to reproduce

1. Start visual studio code.
2. Notice the error in C/C++ configuration warnings
   [28/06/2021, 19:22:21] Unable to resolve configuration with compilerPath "D:cygwin64bingcc". Using <unrelated FreePascal GCC compiler> instead.
3. Notice every include path in the code with error squiggles.
4. Go to settings -> C/C++ -> C_Cpp : logging level. Set to «Debug»
5. Restart visual studio code. See the C/C++ language server log attached below.
6. Notice cc1: fatal error: nul: No such file or directory cropping up.
7. Notice the C++ trying and failing to use an unrelated freepascal’s GCC compiler as the C++ compiler in the language diagnostics log.

Expected behavior
The compiler should recognise gcc.exe as a c compiler and produce no errors or error squiggles on include paths.

Code sample and logs

• Code sample

#include <iostream>

int main(){
	std::cout << "Hello!n";
	return 0;
}

• Configurations in c_cpp_properties.json

{
    "configurations": [
        {
            "name": "Win32",
            "includePath": [
                "${workspaceFolder}/**"
            ],
            "defines": [
                "_DEBUG",
                "UNICODE",
                "_UNICODE"
            ],
            "cStandard": "gnu17",
            "cppStandard": "gnu++20",
            "intelliSenseMode": "windows-gcc-x64",
            "compilerPath": "D:\cygwin64\bin\gcc",
            "compilerArgs": [
                "-Wall",
                "-Wextra"
            ]
        }
    ],
    "version": 4
}

• Logs from running C/C++: Log Diagnostics from the VS Code command palette

-------- Diagnostics - 28/06/2021, 19:42:38
Version: 1.5.0-insiders2
Current Configuration:
{
    "name": "Win32",
    "includePath": [
        "${workspaceFolder}/**"
    ],
    "defines": [
        "_DEBUG",
        "UNICODE",
        "_UNICODE"
    ],
    "cStandard": "gnu17",
    "cppStandard": "gnu++20",
    "intelliSenseMode": "windows-gcc-x64",
    "compilerPath": "D:\cygwin64\bin\gcc",
    "compilerArgs": [
        "-Wall",
        "-Wextra"
    ],
    "compilerPathIsExplicit": true,
    "cStandardIsExplicit": true,
    "cppStandardIsExplicit": true,
    "intelliSenseModeIsExplicit": true,
    "browse": {
        "path": [
            "${workspaceFolder}/**"
        ],
        "limitSymbolsToIncludedHeaders": true
    }
}
Translation Unit Mappings:
[ D:cygwin64home<username>Documentscppprojectsunnamedmain.cpp ]:
    D:CYGWIN64HOME<username>DOCUMENTSCPPPROJECTSUNNAMEDPCH.H
[ D:cygwin64home<username>Documentscppprojectsunittestsmain.cpp ]:
    D:CYGWIN64HOME<username>DOCUMENTSCPPPROJECTSUNITTESTSMAIN.CPP
Translation Unit Configurations:
[ D:cygwin64home<username>Documentscppprojectsunnamedmain.cpp ]:
    Process ID: 4760
    Memory Usage: 13 MB
    Defines:
        _DEBUG
        UNICODE
        _UNICODE
    Standard Version: c++20
    IntelliSense Mode: windows-gcc-x64
    Other Flags:
        --g++
        --gnu_version=103000
[ D:cygwin64home<username>Documentscppprojectsunittestsmain.cpp ]:
    Process ID: 12516
    Memory Usage: 13 MB
    Defines:
        _DEBUG
        UNICODE
        _UNICODE
    Standard Version: c++20
    IntelliSense Mode: windows-gcc-x64
    Other Flags:
        --g++
        --gnu_version=103000
Total Memory Usage: 26 MB

------- Workspace parsing diagnostics -------
Number of files discovered (not excluded): 58

• Logs from the language server logging

cpptools/didChangeCppProperties
Attempting to get defaults from C compiler in "compilerPath" property: 'D:cygwin64bingcc'
Querying compiler for default C++ language standard using command line: "D:\cygwin64\bin\gcc" -x c++ -E -dM nul
Querying compiler for default C++ language standard using command line: "D:\cygwin64\bin\gcc" -x c++ -E -dM /dev/null
Detected language standard version: gnu++17
Querying compiler for default C language standard using command line: "D:\cygwin64\bin\gcc" -x c -E -dM nul
Querying compiler for default C language standard using command line: "D:\cygwin64\bin\gcc" -x c -E -dM /dev/null
Detected language standard version: gnu17
Querying compiler's default target using command line: "D:cygwin64bingcc" -dumpmachine
Compiler returned default target value: x86_64-pc-cygwin

Compiler query command line: "D:\cygwin64\bin\gcc" -Wall -Wextra -std=gnu17 -Wp,-v -E -dD -x c -m64  nul
Failed to query compiler. Falling back to 32-bit intelliSenseMode.
Compiler query command line: "D:\cygwin64\bin\gcc" -Wall -Wextra -std=gnu17 -Wp,-v -E -dD -x c -m32  nul
Failed to query compiler. Falling back to no bitness.
Compiler query command line: "D:\cygwin64\bin\gcc" -Wall -Wextra -std=gnu17 -Wp,-v -E -dD -x c   nul
ignoring nonexistent directory "/usr/local/include"
ignoring nonexistent directory "/usr/lib/gcc/x86_64-pc-cygwin/11/include-fixed"
ignoring nonexistent directory "/usr/lib/gcc/x86_64-pc-cygwin/11/../../../../x86_64-pc-cygwin/include"
ignoring duplicate directory "/usr/lib/gcc/x86_64-pc-cygwin/11/../../../../x86_64-pc-cygwin/lib/../lib/../../include/w32api"
#include "..." search starts here:
#include <...> search starts here:
 /usr/lib/gcc/x86_64-pc-cygwin/11/include
 /usr/include
 /usr/lib/gcc/x86_64-pc-cygwin/11/../../../../lib/../include/w32api
End of search list.
cc1: fatal error: nul: No such file or directory
compilation terminated.

Attempting to get defaults from compiler found on the machine: 'D:FPC3.2.0bini386-win32gcc.exe'
Compiler query command line: "D:\FPC\3.2.0\bin\i386-win32\gcc.exe" -Wall -Wextra -std=gnu17 -Wp,-v -E -dD -x c -m64  nul
No suitable compiler found. Please set the "compilerPath" in c_cpp_properties.json.
Code browsing service initialized
Attempting to get defaults from C++ compiler in "compilerPath" property: 'D:cygwin64bingcc'
Compiler query command line: "D:\cygwin64\bin\gcc" -Wall -Wextra -std=gnu++20 -Wp,-v -E -dD -x c++ -m64  nul
Failed to query compiler. Falling back to 32-bit intelliSenseMode.
Compiler query command line: "D:\cygwin64\bin\gcc" -Wall -Wextra -std=gnu++20 -Wp,-v -E -dD -x c++ -m32  nul
Failed to query compiler. Falling back to no bitness.
Compiler query command line: "D:\cygwin64\bin\gcc" -Wall -Wextra -std=gnu++20 -Wp,-v -E -dD -x c++   nul
ignoring nonexistent directory "/usr/local/include"
ignoring nonexistent directory "/usr/lib/gcc/x86_64-pc-cygwin/11/include-fixed"
ignoring nonexistent directory "/usr/lib/gcc/x86_64-pc-cygwin/11/../../../../x86_64-pc-cygwin/include"
ignoring duplicate directory "/usr/lib/gcc/x86_64-pc-cygwin/11/../../../../x86_64-pc-cygwin/lib/../lib/../../include/w32api"
#include "..." search starts here:
#include <...> search starts here:
 /usr/lib/gcc/x86_64-pc-cygwin/11/include/c++
 /usr/lib/gcc/x86_64-pc-cygwin/11/include/c++/x86_64-pc-cygwin
 /usr/lib/gcc/x86_64-pc-cygwin/11/include/c++/backward
 /usr/lib/gcc/x86_64-pc-cygwin/11/include
 /usr/include
 /usr/lib/gcc/x86_64-pc-cygwin/11/../../../../lib/../include/w32api
End of search list.
cc1plus: fatal error: nul: No such file or directory
compilation terminated.

Attempting to get defaults from compiler found on the machine: 'D:FPC3.2.0bini386-win32gcc.exe'
Compiler query command line: "D:\FPC\3.2.0\bin\i386-win32\gcc.exe" -Wall -Wextra -std=gnu++20 -Wp,-v -E -dD -x c++ -m64  nul
No suitable compiler found. Please set the "compilerPath" in c_cpp_properties.json.
  Folder: D:/CYGWIN64/HOME/<username>/ will be indexed
Populate include completion cache.
Discovering files...
  Processing folder (recursive): D:/CYGWIN64/HOME/<username>/
  Discovering files: 58 file(s) processed
  0 file(s) removed from database
Done discovering files.
Parsing remaining files...
  Parsing: 0 files(s) processed
Done parsing remaining files.

Screenshots

EDITS
Sanitised username for privacy.

Hello! I’m new to programming, and I chose to learn how to program, using C++ and VSCode. Everything has been going pretty smooth until I came to the section on using multiple code files.

I followed the instructions on https://code.visualstudio.com/docs/cpp/config-mingw. Under the section «Modifying tasks.json» to be able to build multiple C++ files at once by changing an argument.

From their site:

«Modifying tasks.json#

You can modify your tasks.jsonto build multiple C++ files by using an argument like «${workspaceFolder}\*.cpp»instead of ${file}. This will build all .cpp files in your current folder. You can also modify the output filename by replacing «${fileDirname}\${fileBasenameNoExtension}.exe» with a hard-coded filename (for example «${workspaceFolder}\myProgram.exe»).»

After doing this, my configuration looks like this:

{
	"version": "2.0.0",
	"tasks": [
		{
			"type": "shell",
			"label": "C/C++: g++.exe build active file",
			"command": "C:\msys64\mingw64\bin\g++.exe",
			"args": [
				"-fdiagnostics-color=always",
				"-g",
				"${workspaceFolder}\*.cpp",
				"-o",
				"${workspaceFolder}\main.exe"
			],
			"options": {
				"cwd": "${fileDirname}"
			},
			"problemMatcher": [
				"$gcc"
			],
			"group": "build",
			"detail": "compiler: C:\msys64\mingw64\bin\g++.exe"
		}
	]
}

However, when I try to build the project, I get these two errors:

> Executing task: C:msys64mingw64bing++.exe -fdiagnostics-color=always -g C:CBProjects*.cpp -o C:CBProjectsmain.exe <

cc1plus.exe: error: too many filenames given; type 'cc1plus.exe --help' for usage
cc1plus.exe: fatal error: C:CBProjects*.cpp: Invalid argument
compilation terminated.
The terminal process "C:Program FilesPowerShell7pwsh.exe -Command C:msys64mingw64bing++.exe -fdiagnostics-color=always -g C:CBProjects*.cpp -o C:CBProjectsmain.exe" terminated with exit code: 1.

Terminal will be reused by tasks, press any key to close it.

First I figured I had misunderstood the instructions by being too literal, and that the name «workspaceFolder» should be replaced by whatever name I have on my folder with the .cpp files in it. So I tried changing «workspaceFolder» to «HelloWorld», but I got the same first error, and another second error that said «No such file or directory», so I figured «workspaceFolder» was the correct text in the argument.

I have tried googling the errors, but all I could find about it was a common bug with MinGW where it gets cranky if you install it in a folder with spaces in the name e.g. Program Files. However, mine is not installed in such a folder as is apparent by the terminal readout.

Version: 1.63.2 (user setup)

Commit: 899d46d82c4c95423fb7e10e68eba52050e30ba3

Date: 2021-12-15T09:40:02.816Z

Electron: 13.5.2

Chromium: 91.0.4472.164

Node.js: 14.16.0

V8: 9.1.269.39-electron.0

OS: Windows_NT x64 10.0.19043

First to the OP.  Choose ‘run’ from the start menu and enter «SystemPropertiesAdvanced.exe» and edit your environment variables.  At the beginning of your PATH variable add:

%GCC_ROOT_PATH%bin;%GCC_ROOT_PATH%libexecgccmingw323.4.5;

And then make sure you create a new variable named GCC_ROOT_PATH and set it to your mingw root directory.  Likely to be one of:

c:mingw
OR
c:program filescodeblocksmingw

This will make sure that the gcc helper executables (cc1.exe,cc1plus.exe,collect.exe) are available to the system.

That out of the way:

* Are you running Windows Vista?
 * If so, are you using a version of MinGW/GCC without the Vista fix? (The version bundled with C::B 8.02 includes the Vista fix.)
 * If not, did you install MinGW yourself and forget the g++ package?

I am also attempting to get C::B/mingw working on a Vista system.  I manually installed mingw using all the patch2 files from mingw.org.  Specifically I downloaded each of:

gcc-core-3.4.5-20060117-2.tar.gz
gcc-g++-3.4.5-20060117-2.tar.gz
binutils-2.18.50-20080109-2.tar.gz
mingw32-make-3.81-20080326.tar.gz
mingw-runtime-3.14.tar.gz
mingw-utils-0.3.tar.gz
w32api-3.11.tar.gz

and unzipped them to c:devmingw.  I am under the assumption (after reading the update log you posted at the mingw.org site) that all packages listed contain the latest vista fixes.  At this point the compiler works fine but I fail at linking with:

Compiling: main.cpp
Linking console executable: binReleaseblah.exe
ld: crt2.o: No such file: No such file or directory
Process terminated with status 1 (0 minutes, 0 seconds)
0 errors, 0 warnings

code

#include <iostream>

using namespace std;

int main()
{
    cout << «Hello world!» << endl;
    return 0;
}

To my knowledge that file should be visible to the environment. 

Compiler Search Directories:

C:devMinGWinclude
C:devMinGWincludec++3.4.5
C:devMinGWincludec++3.4.5backward
C:devMinGWincludec++3.4.5mingw32
C:devMinGWlibgccmingw323.4.5include

Linker Search Directories:

C:devMinGWlib
C:devMinGWlibgccmingw323.4.5

the file in question is located at   C:devMinGWlibcrt2.o  which is inside the first entry in my linker search dirs.  I am a bit confused about what could be causing the problem and after reading thru the few entries i could locate on the forums (searching for crt2.0) and even googling (which had some links to DevC++ people with same problem) the only advice I found included adding paths that i’ve already got set.

When originally (quite awhile back) setting this up to work on my WinXP system I remember adding  %GCC_ROOT_PATH%mingw32bin  to my path in addition to just  /bin,  but looking at the directory layout on vista all files in mingw32/bin are already located in  /bin so I dont see that as possibly helping.

Any suggestions?   Any additional faqs/resources i should browse?  I’ve already read http://wiki.codeblocks.org/index.php?title=Installing_MinGW_with_Vista and even updated it (it forgot one entry for compiler includes) and Im now officially out of options.

Seronis

edit:

On a side note, on a friends vista system shortly after the 8.02 release I did get C::B installed using the prepackaged mingw and the only setup i remember doing there to get it to work was the environment variables and search directories.  Any chance that last nights vista automatic updates broke vistas compatibility with mingw?