win10下，用sdk2019.1编译microblaze时，出现error,createprocess,no such file ,
经过研究发现，是gcc工具出了问题。
2019.1使用的8.2.0，2018.3使用的7.3.1，均会出问题。
但是使用2017.4或者2017.3，不会出问题，使用的是6.2.0。
解决方法：
懒人版：
删除D:\Xilinx\SDK\2019.1\gnu\microblaze，整个文件夹。
安装一个2017.3或者4，找到D:\Xilinx\SDK\2017.4\gnu\microblaze，将整个microblaze文件夹拷贝到D:\Xilinx\SDK\2019.1\gnu\microblaze。
精细版：
安装一个2017.3或者4，
找到D:\Xilinx\SDK\2017.4\gnu\microblaze\nt\microblaze-xilinx-elf\bin，将整个bin文件夹拷贝到
D:\Xilinx\SDK\2019.1\gnu\microblaze\nt\microblaze-xilinx-elf\bin。覆盖它里面的文件。
D:\Xilinx\SDK\2017.4\gnu\microblaze\nt\libexec\gcc\microblaze-xilinx-elf\6.2.0，将整个6.2.0文件夹拷贝到D:\Xilinx\SDK\2019.1\gnu\microblaze\nt\libexec\gcc\microblaze-xilinx-elf\8.2.0，覆盖它里面的文件。
linker，有几个选项，会影响到编译。
例如出现错误，
undefined reference to `__ctype_ptr__'
undefined reference to _exception_handler'
undefined reference to `_program_init'
undefined reference to `_program_clean'
这是因为在C++代码中，使用了C的符号。
而且选择了-nodefaultlibs链接选项。
去掉这个选项可以解决。
选择-nostartfile，或者-nostdlib，可以解决。
例如出现错误，
_udivdi3.o: unknown relocation type 33
选择omit all symbol information， 可以解决。
但是，这不是好的选择，所以这个选项最好不要选。
选择-nostartfile，或者-nostdlib，可以解决。
++++++++++++++++++++++++++++++++++
HLS下也可能出现类似的问题，
从一台确认OK的电脑上的19.1下，拷贝tps文件夹和msys64文件夹。
如果不行，就从SDK的microblaze的linux_toolchain的nt64_le的620中，拷贝collect2.exe。
还不行，就从SDK的microblaze的linux_toolchain的nt_le的620中，拷贝collect2.exe。
还不行，就从SDK的microblaze的nt的620中，拷贝collect2.exe。
最后一招，从19.1的tps的443中，拷贝出collect2.exe，放到msys64中去。
xilinxSDK 2017.4 Linux GCC不兼容SDK2015.4的问题
遇到的问题
今天升级了xilinx SDK 2017.4以后遇到了很多bug，在编译Linux以前的应用程序（2015.4版本上）时发现生成的ELF文件执行不了，仔细检查后发现17.4版本用的toolchain 是xilinx ARM v7 GNU/Linux Toolchain，而以前版本使用的是xilinx A...
本文参考 Xilinx SDK软件内置的教程，打开方法：打开SDK->Help->Cheet Sheets...->Xilinx SDK Tutorials，这里有6篇文档。本文详细介绍其中的4篇（与Application相关）
如何创建一个新的软件应用
1.打开SDK，切换到c/c++界面下。（有两个界面，还有一个是Debug界面，在软件右上角处切换）
2.指定一个新的硬件平台项目
找不到头文件，直接打开上面报错的路径/home/xxxxx/workspace/arm_sdk/sysroots/cortexa9t2hf-neon-xilinx-linux-gnueabi/usr/include/gnu（个人路径，arm_sdk是通过petalinux-build --sdk和petalinux-package生成的并重命名了，生成路径自定义），文件夹打开如下图。发现可选，且有stubs-hard.h头文件，修改编译选项，增加vfp选项和使用hard头文件，添加项为。
Might be a different reason, but this problem is apparently caused when the PATH variable contains pare...
<br />最近又开始用 PSPSDK 写程序，写了代码编译的时候发现竟然报 __ctype_ptr 的错误。本来还以为是程序代码有错，翻出旧代码来也是依旧出现问题。后来才发现原来是前段时间我把我用的 sdk（Minimalist PSPSDK）换成了 0.10 版本的，重新换回 0.9.3 版就没有问题了。可能是 0.10 版本的某些 lib 和我的有冲突吧。<br />
使用GCC编译程序时，如果链接到一些比较老的静态库，经常会碰到这个错误：undefined reference to __ctype_b 这是一个兼容性错误，这个错误出现的原因是，在glibc 2.3.2-11及其之后的C库版本，移除了__ctype_b和相关symbal的定义，因为它和新locale模型存在冲突无法并存，这意味着使用Redhat 7.3编译的C静态库，没有办法在Red
