c语言编译时需要哪些模块,编写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);

}

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