Ubuntu下VScode编译报错：File not recongnized不可识别的文件格式_vscode file format not recognized

一、案情还原

这是一个不会出错的C++代码：
你保存写好的代码（这时你没打后缀.cpp）
你高高兴兴地编译（F5)，结果

提示你的配置文件出错（Open launch.json），经过一番痛苦地探究(%&……#$)，恭喜你一无所获

二、没有后缀的文件

2.可以通过图形操作打开

3.但不能被终端、编译器识别

（1）终端

你只能通过名字来访问，但只要有后缀就出错。

（2）编译器如VScode

一个g++编译命令是这样的：

g++ main.cpp -o main
前面的main.cpp代表的你的代码文件，后面的main代表.out形式的文件。总之，就是前面的main.cpp是有后缀的代码文件. 
看到了没，你那个没有后缀的文件，这样是找不到，编译失败的。
  
 VScode 
同理，编译器的机制其实就是g++命令的封装，自然效果爆炸。所以才会提示file not recognized 
（3）记住它们的样子！！
 
没有后缀的代码文件在VScode中长这样
 
 有后缀的代码文件在VScode中长这样
 
                                    最近在工作中碰到这两个问题。后来发现从svn update的.so动态库并非可以直接使用，可能在linux上传到windows过程中软链接错误，编译的时候无法识别（file not recongnized），可以自己直接编译库文件来解决。另外执行过程中无法加载动态库，但是动态库确实存在，简单点的解决办法 纠正解把你的动态库拷贝到/usr/lib下完事，也可以执行Ldconfig命令添加路...
                                    VSCode 报错：GDB failed with message:“path : not in executable format: File format not recongnized.
                                    发现没有删除编译好的文件时再次编译，会有这个报错：
> Executing task: /usr/bin/gcc '-Wall' -std=c99 '/home/testcode/sample/c/sort/.vscode/tasks.json' -o 'tasks' <
/usr/bin/ld:/home/testcode/sample/c/sort/.vscode...
Linux的makefile文件，再三提醒自己，大小写！！！
这已经是第二次，失误了
第一次"arm-linux-gnueabihf-gcc -Wall -nostdib -c -02  $(INCLUDE) -o $@ $< "的Wall当成wall,报错为，无法解析此命令。。。
                                    有时候，服务器程序运行一段时间后会突然崩溃，这并不是我们希望看到的，需要解决这个问题。只要程序在崩溃的时候有 core 文件产生，就可以使用这个 core 文件来定位崩溃的原因。当然，Linux 系统默认是不开启程序崩溃产生 core 文件这一机制的，我们可以使用 ulimit -c 命令来查看系统是否开启了这一机制。发现 core file size 那一行默认是 0，表示关闭生成 core 文件。1）使用（unlimited 是 -c 选项值）直接修改成不限制大小。2）然后执行。
sample.o: file not recognized: File truncated
collect2: error: ld returned 1 exit status
make[5]: *** [libsampl
文字版提示为：
Unable to start debugging. Program path '***.exe' is missing or invalid.
GDB failed with message: "***.exe": not inexecutable format: File format not recognized
This may occur if the process's executable was ch
新版OPENCV库是libopencv_world+版本号
否则找不到库会出现错误如下
-file format not recognized; treating as linker script
-1: syntax error......
                                    一   错误记录（1） g++  输出  *.o: file not recognized: 不可识别的文件格式，而且对应的输出文件超级大：        原因可能是你使用g++编译了 [*.hpp] 文件。二  用法记录 （1） notdir ：         用途： 去掉文件列表中每个文件的路径         用法举例： $(notdir  $(wildcard .c   ./xpp/.c...
                                    linux环境下，C++编译出现问题，报错
XXX:file format not recognized; treating as linker script
XXX:syntax error
原因是，识别不了文件格式，只能将文件当作一个链接识别。出现该错误原因
很多，如果是cpp文件或者o文件，可以仔细检查一下文件名是否正确。若是文件名无误，可以使用file命令进一步排错。
以上错误发生后，查看了一下文件格式，发现so文件格式竟然变成了ASCII text;
而实际so文件格式应该为
实际上，以上错误一般
                                    后续编译报错“file not recognized: file format not recognized”可以从文件格式不匹配(32bit/64bit)方向思考.
Unable to start debugging. Program path '***.exe' ismissing or invalid.
GDB failed with message: "***.exe": not inexecut...
                                    近日，使用nlopt库（一个求最优解的C++库）时遇到的一个问题，已解决，与大家分享一下，并顺便作为自己的笔记吧（linux小白的学习笔记）。
首先，是调试时，代码写好后，在桌面编译器编译是没有问题的（用的是qt），正常输出结果。由于此代码最终需要在arm上运行，需要用交叉编译器进行编译，但是编译器一换到交叉编译器就报以下错误：
对于此报错一开始在网上搜了下，基本上可以确定是库识别不了的问题，由于代码的编写风格是C11的，这个交叉编译器是C99的，一开始以为是这样的问题，ok，按C99的风格改回来之后发