我已经使用 BDD 框架Cucumber-cpp一段时间了,没有太多问题,但是扩展模块的功能集被证明会引发一些链接器错误。
设置:
- Linux
- 黄瓜-cpp
- 生成文件
如果我从以下内容开始:
# ./test1.feature
Feature: test with a single cpp file
Scenario:
Given I'm a test
When a trig happens
Then light should be ON
和
// ./step_definitions/f1.cpp
#include <boost/test/unit_test.hpp>
#include <cucumber-cpp/defs.hpp>
#include <iostream>
using namespace std;
GIVEN("I'm a test")
{
cerr << "Given..." << endl;
}
WHEN("a trig happens")
{
cerr << "Trig!" << endl;
}
THEN("light should be on")
{
cerr << "light ON..." << endl;
}
当我用 make 构建它时,它生成测试二进制文件没有问题,并且通过 cucumber 执行按预期工作。
但是如果我添加另一个功能文件(描述另一个要测试的功能)
# ./test2.feature
Feature: another set of feature to impl.
Scenario: extra code
Given I'm another test code
When a trig happens
Then light should be OFF
与相关的测试文件,
// ./step_definitions/f2.cpp
#include <boost/test/unit_test.hpp>
#include <cucumber-cpp/defs.hpp>
#include <iostream>
using namespace std;
GIVEN("I'm another test")
{
cerr << "Given ANOTHER..." << endl;
}
编译这两个文件现在给出以下链接器错误:
$ make build
mkdir -p ./objs
mkdir -p ./build
compiling step_definitions/f1.cpp
gcc -c -g -O0 -DDEBUG -Wall -Werror -DBOOST_ALL_DYN_LINK -I/usr/local/include -o objs/f1.o -c step_definitions/f1.cpp
compiling step_definitions/f2.cpp
gcc -c -g -O0 -DDEBUG -Wall -Werror -DBOOST_ALL_DYN_LINK -I/usr/local/include -o objs/f2.o -c step_definitions/f2.cpp
building feature-test...
gcc -DBOOST_ALL_DYN_LINK -I/usr/local/include -L/usr/local/lib -o feature-test objs/f1.o objs/f2.o -lcucumber-cpp -lboost_regex -lboost_system -lboost_thread -lboost_unit_test_framework -lboost_date_time
objs/f2.o: In function `toSourceString':
/usr/local/include/cucumber-cpp/internal/step/StepManager.hpp:161: multiple definition of `CukeObject0::cukeRegId'
objs/f1.o:/usr/local/include/cucumber-cpp/internal/step/StepManager.hpp:161: first defined here
objs/f2.o: In function `CukeObject0::body()':
/home/fred/dev/cuketest/step_definitions/f2.cpp:16: multiple definition of `CukeObject0::body()'
objs/f1.o:/home/fred/dev/cuketest/step_definitions/f1.cpp:15: first defined here
collect2: ld returned 1 exit status
make: *** [build] Error 1
查看生成的 obj 文件,给出:
$ nm objs/f2.o | grep "cukeRegId"
0000000000000395 t _GLOBAL__sub_I__ZN11CukeObject09cukeRegIdE
0000000000000000 B _ZN11CukeObject09cukeRegIdE
$ nm objs/f1.o | grep "cukeRegId"
000000000000069e t _GLOBAL__sub_I__ZN11CukeObject09cukeRegIdE
0000000000000000 B _ZN11CukeObject09cukeRegIdE
0000000000000004 B _ZN11CukeObject19cukeRegIdE
0000000000000008 B _ZN11CukeObject29cukeRegIdE
问题看起来像 cukeRegId 函数在 2 个 obj 文件中具有完全相同的修饰名称,从而导致链接器错误。现在,我对如何防止这种情况感到困惑。