Question

我一直在使用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构建它时，它生成测试二进制文件没有问题，并且通过黄瓜执行按预期工作。

但是如果我添加另一个功能文件（描述另一个要测试的功能）

# ./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文件中具有完全相同的装饰名称，导致链接器错误。现在，我被困在如何阻止这一点。

Answer 1

在此基础上挖掘互联网，我找到了与该特定问题相关的bug entry。事实证明，在每个cpp文件中，我们必须为 CUKE_OBJECT_PREFIX 声明一个唯一的定义值，以避免在链接器时发生对象命名冲突。

Answer 2

我知道这是旧线程。但我只是想强调这个page中提到的最简单的解决方案，那就是将cuke步骤定义放在匿名命名空间中。

处理多个功能文件时Cucumber-cpp上的链接器错误

2 个答案: