Semihosted环境(semihosting是针对ARM目标机的一种机制，它能够根据应用程序代码的输入/输出请求，与运行有调试功能的主机通讯。这种技术允许主机为通常没有输入和输出功能的目标硬件提供主机资源)
在semlhosted环境下用来实现C库函数与目标相关的函数。
可以在你的Application Code中使用printf等stand IO Function in C Library! 方便调试！更多的你可以参考ARM DUI 0058D（Debug Target Guide！）
1、ARM公司对Semihosting的中文解释是半主机机制。为什么叫半主机呢？主要是指应用程序的代码运行在目标系统上，当需要类似PC平台下的控制台输入输出时，会调用Semihosting去利用PC上的控制台输入输出设备：如打开关闭文件，PC显示器输出，键盘输入等等。
2、Semihosting在ADS1.2的开发环境下，只能在以下调试代理上运行，ARMulator, RealMonitor, Multi-ICE以及Angle。这就是为什么周工的EasyJTAG不支持Semihosting的原理，因为它不属于上述四种调试代理中的任何一种。
3、Semihosting是一段功能代码，这段功能代码主要运行在PC上，并由调试工具上的固件来激活调用。而周工的EasyJTAG没有实现这个激活调用功能。
4、对于开发用户来说，Semihosting是目标系统通过调用SWI 0x123456或 SWI 0xAB来调用的。前者ARM状态下的专用操作号，后者是THUMB状态的专用操作号。当开发者的软硬件调试工具配置正确时，可以正确执行Semihosting功能。打个比方说，你在ARMulator下仿真指令
MOV R1， 0x18
SWI 0x123456
ARMulator会正确终止你的程序执行。
而在EasyJTAG下仿真时，却会跳入0x08的异常向量入口处。
使用ARM标准C库进行嵌入式应用程序开发
http://blog.ednchina.com/jerryzhang8023/14409/Message.aspx
在AXD中运行程序时，报告out of heap memory？
不是程序的问题。因为ADS调用了semihosting，所以需要修改变量$top_of_memory。
使用SEMIHOSTING时，SEMIHOSTING的设置一般不需要修改。主要的是设置TOP_OF_MEMORY,这个值指定的部分内存空间在SEMIHOSTING的时候需要用到。你要保证TOP_OF_MEMORY值知道的空间是可用的。而且，要使用SEMIHOSTING的话，你需要做些初始化的工作的，如果你没有用MAIN的话，需要自己添加，如果你有MAIN函数的话，编译器自己会添加。
SEMIHOSTING相关配置
AXD中：
1.OPTIONS -> CONFIGURE TARGET -> ARMULATE;
2.OPTIONS -> CONFIGRUE PROCESSOR -> SEMIHOSTING -> 选中
quote from:
http://forum.eepw.com.cn/forum/main?url=http%3A%2F%2Fbbs.edw.com.cn%2Fthread%2F61698%2F1
SEMIHOSTING主要是针对I/O操作的，在嵌入式开发过程当中，通过SEMIHOSTING，可以把输入输出定向到HOST上，利用HOST的输入和输出。
从用户的角度来看，printf好像和普通的一样，关键的区别在于printf的实现。一般的调试器都提供两个版本的IO库，一个式标准的库，另外一个是支持semihosting的库。其实现有区别。下面以printf举例说明其原理：支持semihosting的printf的实现和标准的printf不同，支持semihosting的printf用SWI指令来通知仿真器。仿真器在地址0x8处设置断点，但SWI指令执行后，仿真器可以捕获到该SWI指令。根据SWI的number来判断这个SWI是不是SEMIHOSTING请求，如果是，再根据具体的semihosting number响应用户的semihosting请求，完成用户的semihosting请求后，返回到SWI的后面一条指令，继续执行。所以，对用户来说，这是透明的。
在ADS下面，默认的好像是支持SEMIHOSTING的，你自己写一个简单的程序，用printf输出，应该能在console看到输出。注意几点： 1. 在AXD里面semihosting必须要打开； 2. 仿真器必须支持semihosting。
引 言
随着对高处理能力、实时多任务、超低功耗等方面需求的增长，高端嵌入式处理器已经进入了国内开发人员的视野，并在国内得到了普遍的重视和应用。ARM是目前嵌入式领域应用最广泛的RISC微处理器结构，凭借低成本、低功耗、高性能等优点占据了嵌入式系统应用领域的领先地位。ADS是ARM公司推出的ARM集成开发环境，提供了对C和C++的支持，是目前开发ARM的主要工具。本文针对日益缩短的嵌入式开发周期，结合ARM系统开发调试经验，对使用ARM标准库进行应用程序开发作了比较系统的分析。
1 ARM标准库介绍
ADS提供了ANSI C和C++标准库，本文仅讨论ANSI C库，该库包含下面几个部分：
◇IS0 C库标准所定义的函数；
◇在semlhosted环境下用来实现C库函数与目标相关的函数；
◇C和C++编译器要使用的heIper函数。
该库提供的诸如文件输入输出之类的设备，使用了标准的ARM semihosted执行环境(semihosting是针对ARM目标机的一种机制，它能够根据应用程序代码的输入/输出请求，与运行有调度功能的主机通信，这种技术允许主机为通常没有输入和输出功能的目标硬件提供主机资源)。ARMulator、Angel和Multi-lCE都支持这个环境，可以使用ADs中提供的开发工具开发应用程序，然后在ARMulator或者是开发板上运行和调试该程序。如果要使应用系统独立于这个环境，则必须重新实现C库中依赖于这个环境的相关函数，根据用户系统的运行环境对C库进行适当的裁减。
使用ANSI标准C库进行程序开发，不仅可以提高开发效率而且可以增强程序的可移植性。在程序中使用库函数，必须先建立一个库函数可以执行的环境，这些工作都由库中的函数完成。当应用程序链接了C库中的函数时，C库中的函数将完成：
◇创建C程序所需的执行环境(建立栈，如果需要创建一个堆，初始化程序使用的部分库)；
◇调用main()函数开始执行C程序；
◇支持程序使用的Is0定义的函数；
◇捕获运行时的错误和信号，如果需要，根据错误终止执行或程序退出。
2 裁减ARM标准C函数库
标准库中包含了部分依赖于ARM semihosted执行环境的函数，这部分函数的函数名中包含有单个或两个下划线“-”，需要重新实现这部分函数。如果在程序中定义这些函数，则编译器就会使用新定义的函数，这个过程称为库函数的裁减。一般情况下，只需要重新定义很少的几个函数就可以使用C库。
ARM应用系统开始执行用户应用程序，必须先将应用程序加载到执行域，建立应用程序的执行环境。使用C库时，这些繁琐的工作就大部分由c函数来完成了。汇编程序完成系统初始化后，跳转到C程序的人口_main()(注意：不是main()，当C程序中定义了main()主函数时，编译器就会生成_main代码)。由_main()引导库函数完成C执行环境的初始化，具体过程如下：
◇将非启动代码的RO和RW执行域代码从加载域地址复制到执行域地址；
◇将ZI域清零；
◇跳转到_rt_entry。
调用_main()将大大简化汇编启动代码的编写，汇编代码仅需完成系统硬件的初始化，而没有必要将代码从加载域地址复制到执行域地址，以及ZI域清零等工作。特别是当使用分布式加载时_main()的作用就更加明显了。但是_main()并没有建立C库运行必须的环境，这项工作由_rt_entry()完成，主要调用过程为：
◇调用_rt_stackheap_init()建立堆和栈；
◇调用_rt_lib_init()初始化引用的库函数；如果需要，建立main()函数的参数argc和argv等；
◇调用main()函数，执行应用程序，可以应用库函数；
◇用main()函数的返回值作参数调用exit()。
_rt_entry并不是C函数，它是用ARM C库编程的起始点。_rt_entry不能用C语言宴现，因为这时候堆栈还没有建立，堆栈由＿ rt_stackheap_init()来建立。
上面简单介绍了C程序使用库函数时的调用过程，由_rt—stackheap_init()建立C库使用的内存模型－－堆和栈。因为ARM库是建立在semihosted执行环境的，它实现的内存模型是基于这个环境的，所以必须修改这个内存模型建立机制。表1列出了需要重新实现的函数，实现了这些函数，应用程序就可以脱离宿主机环境独立运行了。其中，必须重新实现的是＿user initial＿stackheap()，因为默认的实现是基于semihosted执行环境的，该函数被＿n＿stackheap＿init()调用创建内存模型，其他两个函数没有默认的实现。
实现该函数，必须满足下面的条件：
◇使用不超过96字节的栈空间；
◇除了R12(ip)外不要污染其他寄存器；
◇将堆基址、栈基址、堆边界和栈边界分别存在RO～R3作为返回参数；
◇堆必须保持8个字节对齐。
实现例程如下：
为了提高应用程序开发效率和可移植性，希望在目标系统上使用ARM库提供的标准输人输出库函数。
高层输入输出函数是不依赖于目标系统环境的，但是高层输入输出函数必须调用依赖于目标系统的底层函数，才能实现应用系统的输入输出。依据目标系统硬件环境重新定义这些底层函数，就可以使用库提供的标准input／output库函数了。下面以裁减ARM标准库提供的printf系列输出函数为例来作说明。
标准I/O库中最常用的是printf系列函数，包括_printf()、printf()、_fprintf()、fprintf()、vprintf()和vfprintf()。所有这些函数非透明地使用_FILE，并且仅依赖于fputc()和ferror()两个函数。函数_printf()和_fprintf()与printf()和fprintf()的区别仅在于前两个函数不能格式化浮点值。只要定义了自己的_FILE版本和fputc()、ferror()函数，外加定义一个具有FILE类型的_stdout变量，就可以不作任何修改地使用printf系列、fwrite()、fputs()和puts()函数了。
下面给出了具体实现的模板，可以根据实际需要修改。
#include<stdio．h>
struct__FILE
{
int handle；
/*用户需要的任何代码(如果使用文件仅是为了调试使用prinft在标准输出端输出信息，则不需要任何文件处理代码)*/
}；
FlLE_stdout；/*FILE在stdio.h中定义为：typedef struct_
FILE FILE；*/
int fputc(int ch，FILE*f){
/*用户实现的fpute代码。输出一个字符，可以根据需要实现*/
return ch；
}
int ferror(FILE*f){
/*用户实现的ferror代码*/
return EOF；
}
结语
本文分析了ARM标准库的工作机理，给出了裁减C库进行程序开发的关键步骤。实际应用时需要根据具体的硬件环境和应用要求裁减C库，提高代码执行效率。
https://blog.csdn.net/fantastikman/article/details/70664983
printf重定向
半主机是用于 ARM 目标的一种机制，可将来自应用程序代码的输入/输出请求传送至运行调试器的主机。 例如，使用此机制可以启用 C 库中的函数，如 printf() 和 scanf()，来使用主机的屏幕和键盘，而不是在目标系统上配备屏幕和键盘。
这种机制很有用，因为开发时使用的硬件通常没有最终系统的所有输入和输出设备。 半主机可让主机来提供这些设备。
半主机是通过一组定义好的软件指令（如 SVC）来实现的，这些指令通过程序控制生成异常。 应用程序调用相应的半主机调用，然后调试代理处理该异常。 调试代理提供与主机之间的必需通信。
半主机接口对 ARM 公司提供的所有调试代理都是通用的。 在无需移植的情况下使用 RealView ARMulator® ISS、指令集系统模型 (ISSM)、实时系统模型 (RTSM)、RealView ICE 或 RealMonitor 时，会执行半主机操作。
标准库使用半主机模式，半主机是通过一组定义好的软件指令 （如 SVC）SVC 指令 （以前称为 SWI 指令）来实现的，这些指令通过程序控制生成异常。 应用程序调用相应的半主机调用，然后调试代理处理该异常。调试代理（这里的调试代理是仿真器）提供与主机之间的必需通信。也就是说使用半主机模式必须使用仿真器调试。
ARMv7 之前的 ARM 处理器使用 SVC 指令 （以前称为 SWI 指令）进行半主机调
用。 但是，如果要为 ARMv6-M 或 ARMv7-M （如 Cortex™-M1 或 Cortex-M3 处
理器）进行编译，请使用 BKPT 指令来实现半主机。
简单的来说，半主机模式就是通过仿真器实现开发板在电脑上的输入和输出。和半主机模式功能相同的是ITM调试机制。
有关ITM调试机制可以参考这里http://www.douban.com/note/248637026/
上面介绍的半主机和ITM功能相当，他们都是调试机制，开发板均借助仿真器与电脑连接，实现单片机利用主机的屏幕键盘的输入输出。
这两种机制的运行均需要仿真器，否则无法运行。
开发式一般单片机需要独立运行，开发者应去掉仿真器，把printf函数通过单片机的外设来实现，例如通过开发板的串口，lcd或者sd卡。
MDK中通常使用以下两种方法：
方法1.使用微库,因为使用微库的话,不会使用半主机模式.
int fputc(int ch, FILE *f)
{
while((USART1->SR&0X40)==0);
USART1->DR = (u8) ch;
return ch;
}
方法2.仍然使用标准库,在主程序添加下面代码:
#pragma import(__use_no_semihosting)
struct __FILE
{
int handle;
};
FILE __stdout;
_sys_exit(int x)
{
x = x;
}
int fputc(int ch, FILE *f)
{
while((USART1->SR&0X40)==0);//Ñ»··¢ËÍ,Ö±µ½·¢ËÍÍê±Ï
USART1->DR = (u8) ch;
return ch;
}
关于 microlib
microlib 是缺省 C 库的备选库。 它用于必须在极少量内存环境下运行的深层嵌入式应用程序。 这些应用程序不在操作系统中运行。microlib 不会尝试成为符合标准的 ISO C 库。
microlib 进行了高度优化以使代码变得很小。 它的功能比缺省 C 库少，并且根本不具备某些 ISO C 特性。某些库函数的运行速度也比较慢，例如，memcpy()。
上面给出了正确的方法，我在测试的过程中发现方法二中注释掉#pragma import(__use_no_semihosting) 程序依然运行正确，这个很让人费解。
也有使用#pragma import(__use_no_semihosting_swi)的。这几个的区别我没弄懂。
如果使用微库或者禁用半主机，没有重定义fputc函数，程序可以运行，但不知道结果打印到主机的哪个地方去了。既没有禁用半主机也没有重定义fputc函数，程序将一直停在中断处，如图：
网上的大部分资料都是禁用了半主机模式，没有使用过半主机模式借助主机的键盘输入参数，看了很多资料，都是讲半主机的，但讲的内容太浅显，
我没有学会使用半主机，更多的是学会了禁用半主机模式，我们好像忽略了半主机模式的意义。
另外，我们可以查到的大部分资料讲解的大同小异，它们更多的告诉我们正确的步骤，而不是让我们从源头了解一个问题，当然，大部分人看重的是实用，问题解决了，也就不再去思考背后的原理。
最有效最直接最权威的资料是mdk官方给出的资料，但是资料内容太多，看起来太多，不易懂，大部分人没有看下去的欲望。我们应该让使用手册看起来更直观，更易懂，更方便查阅，更高效地查阅。
第一个给出此类问题的解决方法的人，他们以通俗易懂的方式告诉了广大开发者，他们阅读了这些晦涩的手册，他们是真的勇士！