weiliu大神的ssd框架是很好用的,但在服务器重装之后,ssd编译却出现了奇怪的bug:
|
一步一步来。
error: ‘AnnotatedDatum’ does not name a type 说明没找到定义,去看一下 “./include/caffe/data_transformer.hpp:69:24:”
|
结论同样:没有定义。
grep 一下,看看AnnotatedDatum定义到底在哪,很快,找到:
“caffe/proto/caffe.pb.h”
于是看看这个caffe.pb.h 怎么来的,发现是make 的第一步
PROTOC src/caffe/proto/caffe.proto
的产物,事实上,caffe.proto--→caffe.pb.h 这个过程是成功的,caffe.pb.h 也包含在路径之中。
那么问题来了:
CXX src/caffe/data_transformer.cpp找到了头文件caffe.pb.h而且,caffe.pb.h也给了AnnotatedDatum定义,那么为什么编译的时候报错AnnotatedDatum没定义(而非找不到caffe.pb.h)????
经过一系列痛苦的debug,原因在于Makefile 里面的一句话:
COMMON_FLAGS += $(foreach includedir,$(INCLUDE_DIRS),-isystem $(includedir))
注意蓝色字部分,
-isystem 是gcc的参数,表示引用路径,但是但是但是:
If a standard system include directory, or a directory specified with-isystem, is also specified with-I, the -Ioption is ignored. The directory is still searched but as asystem directory at its normal position in the system include chain. This is to ensure that GCC's procedure to fix buggy system headers andthe ordering for the
include_next
directive are not inadvertently changed. If you really need to change the search order for system directories,use the-nostdinc and/or -isystemoptions.
大意就是-isystem里面如果和-I里面的头文件有冲突,会忽略-I!!!!!!!!
也就是,如果系统中(比如/usr/local/include)等地方有同名文件,会不进行本地(比如/home/XXX/caffe/include)的头文件搜索。
巧合的是,我之前安装caffe的时候又一次用了cmake,手贱写了make install。。。。。。于是我系统里确实有一套基础caffe环境,和ssd不同。。。。。。
至此,
改了几个字母:-isystem ---->-I
问题解决。
然而,这几个字母却花了我两天的时间,虽然不是全在搞这个,但也想想都心痛。