1. 到Eclipse CDT官网下载：http://www.eclipse.org/cdt/并安装
2. Eclipse的相关配置可以参考：Eclipse 4.3.2开发环境搭建

下面的工具链可以根据工作环境进行选择性的安装。

1. 安装MinGW，下载地址：http://sourceforge.net/projects/mingw/files/
2. 安装MSYS，到http://sourceforge.net/projects/mingw/files/MSYS/下载 mingw-get-setup.exe，然后双击安装，选择安装目录为%MINGW_HOME%，勾选MSYS base，进行安装
3. 将%MINGW_HOME%\bin添加到PATH环境变量，以便Eclipse CDT识别此工具链

1. 安装MinGW-w64，下载地址：http://mingw-w64.org/doku.php
2. 复制%MINGW_W64%\x86_64-w64-mingw32-gcc.exe（对于32位版本则是i686-w64-mingw32-gcc.exe）为mingw32-gcc.exe，便于Eclipse识别工具链
3. 安装MSYS，下载地址：SourceForge
4. 将%MINGW_W64%\mingw32\bin目录加入到PATH环境变量，以便Eclipse CDT识别此工具链

注意，Eclipse不能区分MinGW和MinGW-w64。因此，如果机器上同时安装这两套工具链，只应该设置其中常用的到环境变量PATH中。当需要使用另外一套工具链时，设置Eclipse项目属性 - C/C++ Build - Environment，添加环境变量MINGW_HOME，并点选“Replace native environment with specified one”

1. 安装Cygwin：http://cygwin.com/setup-x86.exe，选择一个安装目录，例如（D:\CPP\tools\Cygwin\，以下称%CYGWIN_HOME%）
2. 在Select Packages步骤下，选择Devel中的：autoconf、automake、binutils、gdb、gcc-core、gcc-g++、libtool、make，以及wget，下一步进行安装，其它需要的工具或者库，可以随时使用此安装程序安装
3. 将 %CYGWIN_HOME%\bin、%CYGWIN_HOME%\usr\local\bin添加到PATH环境变量，以便Eclipse CDT识别此工具链
4. （可选步骤）为了后续安装软件包方便，可安装apt-cyg：
   

   wget http://apt-cyg.googlecode.com/svn/trunk/apt-cyg
   chmod +x apt-cyg
   mv apt-cyg /usr/local/bin/

本节假设已经安装了MinGW工具链+MSYS，并在其上搭建LLVM工具链，步骤如下：

1. 安装Eclipse对LLVM工具链的支持：添加Update Site：http://petrituononen.com/llvm4eclipsecdt/update 并安装
2. 进入MSYS终端，执行以下脚本，以构建LLVM：
   

   #签出LLVM源码
   cd /src
   svn co http://llvm.org/svn/llvm-project/llvm/trunk llvm
   cd /src/llvm/tools
   svn co http://llvm.org/svn/llvm-project/cfe/trunk clang
   cd /src/llvm/projects
   svn co http://llvm.org/svn/llvm-project/compiler-rt/trunk compiler-rt
   #配置和构建
   cd /src/llvm
   ./configure --prefix=/mingw32 --enable-optimized --disable-assertions 
   make
   make install

1. 安装Microsoft Visual Studio
2. Eclipse - Help - Install New Software，选择Eclipse CDT的Update Site，下一步中，在Optional中选择 C/C++ Visual C++ Support，进行安装

通过Eclipse - File - New - C/C++ Project即可创建C或者C++的工程，创建时需要选择工具链，某些工具链的需要额外的设置，具体如下：

1. C/C++ General - Path and Symbols
   Includes - GNU C++
   

   Debug
   %MinGW_HOME%\include %MinGW_HOME%\lib\gcc\mingw32\4.8.1\include %MinGW_HOME%\lib\gcc\mingw32\4.8.1\include\c++ %MinGW_HOME%\lib\gcc\mingw32\4.8.1\include\c++\mingw32

   Symbols - GNU C++

   Debug	Release
   __MSVCRT__=1	__MSVCRT__=1

   Libraries - GNU C++

   Debug	Release
   stdc++	stdc++

   Library Paths- GNU C++

   Debug	Release
   %MinGW_HOME%\lib\gcc\mingw32\4.8.1	%MinGW_HOME%\lib\gcc\mingw32\4.8.1

2. C/C++ Build - Settings
   Tool Settings - LLVM C++ Linker：Command改为clang
3. 如果同时安装了Cygwin，可能需要把%Cygwin%下在环境变量PATH中条目移除；可能需要把MSYS相关的条目从PATH中移除

设置链接标记，在Eclipse下：Properties - C/C++ Build -Settings - MinGW C++ Linker - Misc - Linker flags，添加

-mwindows

1. Properties - C/C++ Build -Settings - Build Steps - Pre-build steps，添加调用windres的脚本，例子可以参考《基于Eclipse CDT的wxWidgets开发环境搭建》
2. 把上面编译好的*.o文件添加到Properties - C/C++ Build -Settings - MinGW C++ Linker - Misc - Other objects里

The post Windows下基于Eclipse CDT的C/C++开发 appeared first on 绿色记忆.

Cygwin是一个用于Windows操作系统下的类Linux环境。包括以下组件：

1. cygwin1.dll：一个提供大量POSIX系统调用功能的模拟层，位于Cygwin程序与Windows操作系统之间。目前有32/64位版本支持Windows XP3之后的所有NT系统。cygwin1.dll提供的API尽可能的遵守UNIX规范、Linux实践。与Linux不同，Cygwin使用的C标准库是newlib而不是glibc
2. 一系列的工具集，提供类似Linux的行为，例如命令、类库等

当第一个基于Cygwin的进程创建时，cygwin1.dll被加载到其代码段，并创建共享内存区域、全局同步对象。这些区域和对象被所有Cygwin进程共享（虽然他们有各自的cygwin1.dll实例），可以用于跟踪打开的文件描述符，以及辅助fork、exec调用。每个Cygwin进程具有包含PID、UID、信号掩码的进程结构。

Cygwin与MinGW虽然都会被作为GNU工具链看待，但是二者在本质上是不同的。

Cygwin在某种程度上可以看作一个虚拟的操作系统层（如上所述，由cygwin1.dll驱动），在其上运行的应用程序可以使用绝大部分POSIX接口，这些程序感觉自己就在Linux上运行一样。

MinGW虽然也提供了POSIX风格的接口，但是这些接口的实现都是被对接到Win32 API上的。MinGW编译的程序是纯粹的Win32应用程序，因此也无法支持一些Linux下特有的系统调用，例如fork()。

Windows下的Linux虚拟机可以直接运行Linux应用程序，而Cygwin则不能运行，程序必须从源代码重新编译。Cygwin程序是标准的Windows PE格式。

由于Windows本身的限制，Cygwin无法保持POSIX兼容性，但是这样的情况比较少见。

Cygwin提供的POSIX兼容性和Windows API并非水乳交融，因此如果在应用中混用POSIX调用、Windows调用，可能导致意外结果。特别的，Cygwin信号与阻塞的Windows函数不能一起使用。

Cygwin同时支持POSIX、Win32风格的路径。传递给DLL的路径被转换为Win32格式；在Cygwin应用看来，文件系统是POSIX兼容的。

从1.7.0开始，/etc/fstab中包含了Windows文件系统到POSIX文件系统的映射关系。如果不进行默认设置，将进行类似这样的映射：

C:\Windows -> /cygdrive/c/Windows

Windows NT包含了一个基于ACL的安全模型。在支持此ACL的文件系统（NTFS）上，Cygwin将Win32文件所有权、权限映射到ACL。chmod调用将UNIX文件权限映射到Win32等价的权限上。

具有管理员权限的用户可以chown文件所有者。

Cygwin 1.1.3引入了设置Real UID、Effective UID的机制。

Cygwin中的fork调用没有很好的映射到Win32 API上。fork()调用本身的语义要求父子进程的地址空间布局完全一致，而Windows本身没有提供在进程间拷贝地址空间的机制，此外Windows下的一些特性可能破坏fork()实现的可靠性，这导致了一些流行问题：

1. DLL基址冲突：与类UNIX系统使用“位置无关代码”的共享库不同，Windows共享库假设了一个固定的基址。一旦同一个进程加载的两个DLL的基址冲突了，Windows就要将其中一个“rebase”到不同的地址上，这种rebase行为具有不一致性：可能每次rebase的DLL不同，移动到的目的位置也不同。Cygwin可以为动态加载的DLL补充前述的不一致性。但是对于静态链接的DLL（statically-linked）之间的冲突，是在cygwin.dll加载之前就被Windows处理的，Cygwin无能为力，只能通过rebaseall工具处理
2. Windows Vista开始引入的地址空间布局随机化（ASLR），允许线程栈、堆、内存映射文件、静态链接DLL随机的定位到进程的地址空间。此行为会干涉fork()的正常行为。如果不可移动对象（进程堆、系统DLL）被定位在错误的位置，Cygwin无法进行补偿行为

总之，现有的Windows实现导致无法实现完全可靠的fork()，偶发性的fork()失败不可避免。

当Cygwin进程启动后，会有一个辅助线程被用于信号的处理，该线程等待Windows事件，并将其转换为信号，当进程收到信号后，会根据信号bitmask的设置进行合适的处理。大部分的UNIX信号被支持。

在Cygwin中与Socket相关的调用基本上是调用了Winsock的对应物——MS的Berkeley Socket实现，但是使用了一些技巧。例如，为了允许POSIX信号来中断阻塞调用，所有的Socket调用在底层都是非阻塞的。

由于地址族AF_UNIX在Winsock下不可用，Cygwin利用本地AF_INET代替之，但是这对程序是透明的。

UNIX的select()函数也不能清晰的映射到Win32 API。在Windows下，select()只能用于套接字的处理，而UNIX下可以用于各种类型的文件描述符。

下载setup-x86.exe到安装目录，例如D:\CPP\tools\Cygwin，双击即可安装，设置好安装目录、下载目录后，选择163的镜像即可安装。Cygwin会显示已经port的软件包的列表，根据需要安装即可。

如果想安装基于AMD64的cygwin，可以下载setup-x86_64.exe，但是64位的Cygwin中，类库和工具没有32位的全面。

wget http://apt-cyg.googlecode.com/svn/trunk/apt-cyg 
chmod +x apt-cyg mv apt-cyg /usr/local/bin/ 
#切换源 
apt-cyg update -m http://mirrors.163.com/cygwin

#下载需要的软件
apt-cyg install cygrunsrv
#只需配置，会依次提示：
#... /etc/cygserver.conf file?  yes
#install cygserver as service?  yes
/usr/bin/cygserver-config

apt-cyg install xorg-server xinit xorg-docs X-start-menu-icons
#通过下面的命令可以在多窗口模式下启动一个X server，并且附加一个X terminal
/usr/bin/startxwin
#可以安装桌面管理器，例如：
apt-cyg install mate-session-manager
#安装完上面的MATE后，会发现字体渲染的比较粗糙，可以选用Apple LiHei、XCross_Mono.Clear分别
#作为一般字体、等宽字体（字体文件存至~/.fonts），并通过
#System - Preferences - Appearance -fonts 设置渲染方式为Subpixel Smoothing

apt-cyg install openssl openssh
ssh-host-config
#根据提示进行操作：
#if privilege separation should be used 选择no
#if sshd should be installed as a service 选择yes
#其余选择no
#完毕后，会多出一个NT服务，可以按如下方式启动之：
#net start "CYGWIN sshd"
#或者：
#cygrunsrv --start sshd

在Cygwin下使用gcc，与在Linux下的用法一样，下面是编译、运行HelloWorld的例子：

gcc hello.c -o hello.exe  #注意后缀
hello.exe
#打印：Hello, World

64位的Cygwin工具链默认使用微软x64调用协定。可以使用32位的Cygwin工具链、Win32 API来构建应用程序。

有一点需要注意的，64位Cygwin使用了和Windows、MinGW编译器不同的数据模型。后两者使用LLP64模型，而Cygwin使用与Linux一致的LP64模型。这两个模型一个重要区别是，前者的

sizeof(long) == 4

sizeof(long) == 8

Cygwin内置了X Server，因此可以把GUI英语编译为X applications。此外Cygwin允许你完整的使用Windows的GUI函数。构建GUI应用与命令行应用没有什么区别，只需要添加一个选项：

gcc -mwindows

DLL即动态链接库，其代码在运行期间动态的链接到应用程序，而不是在编译期间就静态的链接。DLL包括三个组成部分：

1. 导出（exports ）：包含了DLL允许外部访问的函数、变量的列表，其他部分对外隐藏
2. 数据和代码：是DLL作者编写的部分，包括函数、变量，被合并为一整个的目标文件
3. 导入库（import library）：形式上与UNIX常规的*.a库一样，但是其中仅仅包含了很少的信息，用于告知OS，你的应用程序如何去“导入”DLL，该文件被链接到应用程序

基于最新版本的gcc和binutils，构建一个DLL的过程相当简单，下面是一个例子：

#include 

int hello()
{
    printf("Hello World!\n");
}

gcc -c hello.c

gcc -shared -o hello.dll hello.o

gcc -o SayHello SayHello.c -L./ -lhello

 实际应用中，你可能需要更复杂的命令来构建DLL，例如：

#共享库的名字为module，前缀cyg用来将其与Native的Windows DLL区分
gcc -shared -o cyg${module}.dll 
#libmodule.dll.a为用于导入的库stub
  -Wl,--out-implib=lib${module}.dll.a
#导出所有变量、函数
  -Wl,--export-all-symbols
  -Wl,--enable-auto-import
#需要整个捆绑到DLL中的目标文件、静态库
  -Wl,--whole-archive ${old_libs}
#该DLL需要与之链接的DLL的导入库
  -Wl,--no-whole-archive ${dependency_libs}

如果要在Cygwin中使用已有的DLL，则需要生成Cygwin兼容的导入库，下面是一个示例：

echo EXPORTS > hello.def
#列出DLL中的符号，将其输出到文件
nm foo.dll | grep ' T _' | sed 's/.* T _//' >> hello.def
#生成导入库
dlltool --def hello.def --dllname hello.dll --output-lib hello.a

可能是环境变量配置错误，必须在PATH中包含

%CYGWIN_HOME%\bin

The post Cygwin知识集锦 appeared first on 绿色记忆.