i007.cc

i007.cc

优先队列-降维打击

transform算法中使用toupper函数

标签:

transform算法

it

分类: linux

transform算法中使用toupper函数

今天需要实现一个把小写字母转换为大写字母的函数,由于传入的参数是SL中的string类,所以第一想法就是用transform算法来实现这功能,但是报错了。回家之后写了下面一个测试代码来看看到底错在哪里和怎么解决。

#include <iostream>

#include <algorithm>

#include <cctype>

using namespace std;

int main(int argc, char *argv[])

{

   string s(“hello world”);

   transform(s.begin(), s.end(), s.begin(), toupper);

   cout<<s<<endl;

  

   return 0;   

}

下面是g++的报错信息:

no matching function for call to `transform(__gnu_cxx::__normal_iterator<char*, std::basic_string<char,std::char_traits<char>,std::allocator<char>>>,__gnu_cxx::__normal_iterator<char*,std::basic_string<char,std::char_traits<char>,std::allocator<char>>>,__gnu_cxx::__normal_iterator<char*,std::basic_string<char,std::char_traits<char>, std::allocator<char> > >, <unknown type>)’

从上面红的部分可以看出,touppe函数被认为是未知类型的函数了。但是我另外把toupper函数独立抽出来测试的时候编译是通过的,也就是说这个函数是没问题的,那么到底问题在哪呢?

      在网上游荡一圈之后,终于找到了原因:

      标准库重载了一个touppe函数,而GCC完全由C库去提供重载,而glibc做不到这一点,所以在编译的时候g++就认为这个函数有歧义了。下面就是在标准库中toupper函数的两种形式:

int std :: toupper ( int ); // from <cctype>

template < class chart >

charT std :: toupper ( charT , const locale &);  // from <locale>

   问题找出来了,但是总要有解决的方法。既然报错是因为有歧义,所以只要把歧义消除便可。

1、通过介入包装函数

这是最简单的办法,因为包装函数只有一个,只要在包装函数中指明要使用的函数,歧义自然就没了,以toupper为例,我们可以使用下面这样的一个包装函数:

Int toUpper( int c )

{

      return toupper( c ) ;

}

2、强制转化:将toupper转换为一个返回值为int,参数只有一个int的函数指针:

std::transform(s.begin(), s.end(), s.begin(), (int(*)(int)) toupper);

3、GCC中将toupper实现为一个宏而不是函数,而在全局命名空间中有实现的函数(而不是宏),所以我们明确命名空间,这并不是总奏效,但是在我的g++环境中没有问题:

transform(s.begin(), s.end(), s.begin(), ::toupper);

本文来自CSDN博客,转载请标明出处:http://blog.csdn.net/justin12zhu/archive/2010/06/05/5649236.aspx

发表回复