编写C语言开发环境——编译模块

         在winodws下C语言的编译器，我并不熟悉，winTC下是有一些用于编译C语言的程序，真心不熟，也不知道会遇到什么问题。所以搜了一下windows下的Gcc，真的有这个移植，这下好办了。windows下的GCC及G++被集成在mingw32中，连Gdb都有。下载解压出来，就是linux编译工具的win32版本。

        还有一个问题是自动生成makefile，在Linux下有autoconf及automake这两个工具能实现，搜了一上午也没找到win32版本的。只好放弃了makefile，直接用gcc的编译，将所有的.c文件全编译成.o文件，然后集中到一个debug文件夹中，进行链接。这个开发环境是面向初学者的，没有makefile应该不会有太大的问题。

        在VC中调用dos命令调用Gcc来编译，找到了三种调用方式，分别是

  System(LPCTSTR cmd);

  UINT WINAPI WinExec(       __in          LPCSTR lpCmdLine,       __in          UINT uCmdShow    );

         以及

HINSTANCE ShellExecute(          HWND hwnd,    LPCTSTR lpOperation,    LPCTSTR lpFile,    LPCTSTR lpParameters,    LPCTSTR lpDirectory,    INT nShowCmd);

          他们的区别在于

       system（）在调用的时候会闪过一个dos窗口，不能用。

       winExec不能使用操作符，像重定向，管道等。不过可以通过第二个参数将窗口隐藏。

       shellExecute也能隐藏窗口，并且功能强大。一开始我想直接用shellExecute调用Gcc进行编译，却也不能使用操作符。后来调用cmd，其他命令用作参数，完全可以运行dos下的所有命令。

        Build_cmd=gcc+option+BUILD_OBJ+File_str+" 2>>"+dir+"\\stderr";
        block_ShellExecute(NULL,"open","cmd","/c "+Build_cmd,project_dir,SW_HIDE);

不过要注意，那些需要输入的命令不可用，会进无限等待。另外，我还遇到了另一个问题，shellExecute并不是阻塞运行，因此可能第一步的.o文件还没完成生成，就运行了链接导致出错。一开始我用判断.o文件是否完全生成来解决，这样做还得先判断是否编译出错，并不是一个好办法。后来找到了一个更好的解决办法，通过判断进程是否退出来实现阻塞，代码如下：

void block_ShellExecute(HWND hwnd,LPCTSTR lpOperation,LPCTSTR lpFile,LPCTSTR lpParameters,LPCTSTR lpDirectory,INT nShowCmd){SHELLEXECUTEINFO si;ZeroMemory(&si, sizeof(si));si.cbSize = sizeof(si);si.fMask = SEE_MASK_NOCLOSEPROCESS;si.hwnd=hwnd;si.lpVerb = _T(lpOperation);si.lpFile = _T(lpFile);si.lpParameters=_T(lpParameters);si.lpDirectory=_T(lpDirectory);si.nShow = nShowCmd;ShellExecuteEx(&si);DWORD dwExitCode;GetExitCodeProcess(si.hProcess,&dwExitCode);while (dwExitCode == STILL_ACTIVE){Sleep((DWORD)5);GetExitCodeProcess(si.hProcess, &dwExitCode);}CloseHandle(si.hProcess);}

         

          接下来要试着做调试模块，现在还没有什么想法，头疼。