类成员函数找不到undefined reference to

mgjrr16888

定义了一个类，有一个函数时返回一个vector。

------
StaAgent.h
------

using Ssid_t = struct {
   std::string ssid;
};

class StaAgent {
public:
   vector<Ssid_t> scanSsid();
   ...
}

在StaAgent.cpp里定义了此函数的实现

------
StaAgent.cpp
------


vector<Ssid_t> StaAgent::scanSsid()
{
   ...
}


在另一个文件里调用这个

#include "StaAgent.h"
...
void StaDialog:n_scanSsidBt_clicked()
{
   auto _sa = new StaAgent();
   auto ssids = _sa->scanSsid();
   ...
}

链接的时候显示undefined reference to StaAgent::scanSsid()

g++ -Wl,-O1 -Wl,-rpath,/opt/Qt5.1.0/5.1.0/gcc_64 -Wl,-rpath,/opt/Qt5.1.0/5.1.0/gcc_64/lib -o StaTest main.o StaAgent.o StaDialog.o moc_StaDialog.o   -L/opt/Qt5.1.0//5.1.0/gcc_64/lib -lQt5Gui -lQt5Widgets -lQt5Core -lGL -lpthread
StaDialog.o: In function `StaDialog:n_scanSsidBt_clicked()':
StaDialog.cpp.text+0x1d2): undefined reference to `StaAgent::scanSsid()'
collect2: error: ld returned 1 exit status



----------------------------------
首先，链接文件里能找到StaAgent.o
然后使用nm -C StaAgent.o
在输出里，找不到StaAgent::scanSsid()这个符号。

foolishx

那个using ssid_t = struct {
这样的语法能编译过吗？没见过

mgjrr16888

回复 2# foolishx


    不好意思，这个用了c++11的语法，包括后面的auto。这个程序应该没有这些语法问题，因为我的.o文件都顺利编译过了。

foolishx

真是与时俱进了,我又out了..

bruceteen

这个，我猜，应该和C++11没有任何关系，我猜你忘了重新编译 StaAgent.o
要不你把所有*.o都删除，重新编译一次试试看

weishuo1999

StaAgent.o StaDialog.o  这两个的顺序调整一下   

mgjrr16888

bruceteen 发表于 2013-08-16 12:23
这个，我猜，应该和C++11没有任何关系，我猜你忘了重新编译 StaAgent.o
要不你把所有*.o都删除，重新编译一 ...

不会的，我每次都make clean了。

mgjrr16888

似乎解决了，原来竟然是using的原因。
我试了下把返回至改为内置类型就可以：
vector<int> scanSsid();

于是我又把
using Ssid_t = struct {
};

改为
typedef struct {
} Ssid_t;
竟然就可以了。

看来using和typedef还真不一样.

bruceteen

回复 8# mgjrr16888
原来 using 属于 declare 而不是 define 一个类型
因此，对于匿名类型而言，在不同的编译模块中，虽然所有成员都一样，但也属于不同的类型。

类似的有：
在一个cpp中
struct {} a;
另一个cpp中
extern struct {} a;
int main()
{
   a;
}
是无法编译链接成功的

myworkstation

回复 9# bruceteen


    你说的是放到两个cpp文件中吧，楼主的struct得确是在h文件中，这个问题应该是编译器的bug造成的,g++在这特性上有好几个bug。标准有云“A typedef-name can also be introduced by an alias-declaration. The identifier following the using keyword
becomes a typedef-name and the optional attribute-specifier-seq following the identifier appertains to that　typedef-name. It has the same semantics as if it were introduced by the typedef specifier.”。根据标准的说法不应该有这个问题。但是暂时不建议使用这个特性，支持的编译太少了，不成熟。

各编译对新标准的支持程度可以在这儿看到：
http://wiki.apache.org/stdcxx/C++0xCompilerSupport