在你尚未真正开始运行前面后两个程序以前,最好先浏览一下本节。这里简单介绍了在特定编译器环境下运行STL程序的一些细节,并提供了一些可能遇到的问题的解决办法。安全
此处,我选用了目前在Windows平台下较为常见的Microsoft Visual C++ 6.0和Borland C++ Builder 6.0做为例子。尽管Visual C++ 6.0对最新的ANSI/ISO C++标准支持的并非很好。不过据称Visual C++ .NET(也就是VC7.0)在这方面的性能有所改善。多线程
你能够选用多种方式运行前面的程序,好比在Visual C++下,你能够直接在DOS命令行状态下编译运行,也能够在VC的IDE下采用控制台应用程序(Console Application)的方式运行。对于C++ Builder,状况也相似。ide
对于Visual C++而言,若是是在DOS命令行状态下,你首先须要找到它的编译器。假定你的Visual C++装在C:\Program Files\Microsoft Visual Studio\VC98下面,则其编译器所在路径应该是C:\Program Files\Microsoft Visual Studio\VC98\Bin,在那里你能够找到cl.exe文件。编译时请加上/GX和/MT参数。若是一切正常,结果就会产生一个可执行文件。以下所示:函数
cl /GX /MT example2_2.cpp
前一个参数用于告知编译器容许异常处理(Exception Handling)。在P. J. Plauger STL中的不少地方使用了异常处理机制(即try…throw…catch语法),因此应该加上这个参数,不然会有以下警告信息:性能
warning C4530: C++ exception handler used, but unwind semantics are not enabled.
后一个参数则用于使程序支持多线程,它须要在连接时使用LIBCMT.LIB库文件。不过P. J. Plauger STL并非线程安全的(thread safety)。若是你是在VC环境下使用像STLport这样的STL实现版本,则须要加上这个参数,由于STLport是线程安全的。ui
若是在IDE环境下,能够在新建工程的时候选择控制台应用程序。命令行
至于那些参数的设置,则能够经过在Project功能菜单项中的Settings功能【Alt+F7】中设置编译选项来完成。线程
有时,在IDE环境下编译STL程序时,可能会出现以下警告信息(前面那几个示例程序不会出现这种状况):翻译
warning C4786: '……' : identifier was truncated to '255' characters in the debug information
这是由于编译器在Debug状态下编译时,把程序中所出现的标识符长度限制在了255个字符范围内。若是超过最大长度,这些标识符就没法在调试阶段查看和计算了。而在STL程序中大量的用到了模板函数和模板类,编译器在实例化这些内容时,展开以后所产生的标识符每每很长(没准会有一千多个字符!)。若是你想认识一下这个warning的话,很简单,在程序里加上以下一行代码:
vector<string> string_array; // 相似于字符串数组变量
对于这样的warning,固然能够置之不理,不过也是有解决办法的。 你能够在文件开头加入下面这一行:#pragma warning(disable: 4786)。它强制编译器忽略这个警告信息,这种作法虽然有点粗鲁,可是颇有效。
至于C++ Builder,其DOS命令行状态下的运行方式是这样的。假如你的C++ Builder装在C:\Program Files\Borland\CBuilder6。则其编译器所在路径应该是C:\Program Files\ Borland\CBuilder6\Bin,在那里你能够找到bcc32.exe文件,输入以下命令,即大功告成了:
bcc32 example2_2.cpp
至于IDE环境下,则能够在新建应用程序的时候,选择控制台向导(Console Wizard)。
如今你能够在你的机器上运行前面的示例程序了。不过,请恕我多嘴,有些细节不得不提请你注意。当心编译器给你留下的陷阱。好比前面第三个程序中有以下这一行代码:
typedef back_insert_iterator< int_vector > back_ins_itr;
请留意">"前面的空格,最好不要省去。若是你吝惜这点空格所占用的磁盘空间的话,那就太不划算了。其缘由仍是在于C++编译器自己的缺陷。上述代码,至关于以下代码(编译器作的也正是这样的翻译工做):
typedef back_insert_iterator< vector<int> > back_ins_itr;
若是你没有加空格的话,编译器会把">>"误认为是单一标识(看起来很像那个数据流输入操做符">>")。为了回避这个难题,C++要求使用者必须在两个右尖括号之间插入空格。因此,你最好仍是老老实实照个人话作,以免没必要要的麻烦。不过有趣的是,对于上述那行展开前的代码,在Visual C++里即便你没有加空格,编译器也不会报错。而一样的代码在C++ Builder中没有那么幸运了。不过,最好仍是不要心存侥幸,若是你采用展开后的书写方式,则两个编译器都不会给你留情面了。
好了,请原谅个人絮叨,如今你能够亲身感觉一下STL所带给你的真正独特魅力了,祝你好运!