Debe crear todas las señales necesarias SystemC, Módulos SystemC y hacer conexión entre ellos antes de ejecutar cualquier prueba en gtest. Esto requiere crear una implementación propia de gtest_main.cc. Naturalmente, en SystemC debe poner todo en la función sc_main().
Para esto, utilizaría el patrón de diseño de registro.
Primero cree la clase de registro (registro + fábrica + singleton). Esta clase será responsable de almacenar los constructores registrados utilizando la asignación dinámica con un puntero nuevo e inteligente en la expresión lambda (consulte fábrica :: agregar la clase). Cree todos los objetos usando fábrica :: crear() método antes de ejecutar todas las pruebas. Luego puede obtener el objeto usando el método fábrica :: get() en su ejecución de prueba.
factory.hpp
#ifndef FACTORY_HPP
#define FACTORY_HPP
#include <map>
#include <string>
#include <memory>
#include <functional>
class factory {
public:
static factory& get_instance();
template<typename T, typename ...Args>
class add {
public:
add(Args&&... args);
add(const std::string& name, Args&&... args);
};
template<typename T>
static T* get(const std::string& name = "");
void create();
void destroy();
private:
using destructor = std::function<void(void*)>;
using object = std::unique_ptr<void, destructor>;
using constructor = std::function<object(void)>;
factory();
factory(const factory& other) = delete;
factory& operator=(const factory& other) = delete;
void add_object(const std::string& name, constructor create);
void* get_object(const std::string& name);
std::map<std::string, constructor> m_constructors;
std::map<std::string, object> m_objects;
};
template<typename T, typename ...Args>
factory::add<T, Args...>::add(Args&&... args) {
add("", args...);
}
template<typename T, typename ...Args>
factory::add<T, Args...>::add(const std::string& name, Args&&... args) {
factory::get_instance().add_object(name,
[args...]() -> object {
return object{
new T(std::forward<Args>(args)...),
[] (void* obj) {
delete static_cast<T*>(obj);
}
};
}
);
}
template<typename T> auto
factory::get(const std::string& name) -> T* {
return static_cast<T*>(factory::get_instance().get_object(name));
}
#endif /* FACTORY_HPP */
factory.cpp
#include "factory.hpp"
#include <stdexcept>
auto factory::get_instance() -> factory& {
static factory instance{};
return instance;
}
factory::factory() :
m_constructors{},
m_objects{}
{ }
void factory::create() {
for (const auto& item : m_constructors) {
m_objects[item.first] = item.second();
}
}
void factory::destroy() {
m_objects.clear();
}
void factory::add_object(const std::string& name, constructor create) {
auto it = m_constructors.find(name);
if (it == m_constructors.cend()) {
m_constructors[name] = create;
}
else {
throw std::runtime_error("factory::add(): "
+ name + " object already exist in factory");
}
}
auto factory::get_object(const std::string& name) -> void* {
auto it = m_objects.find(name);
if (it == m_objects.cend()) {
throw std::runtime_error("factory::get(): "
+ name + " object doesn't exist in factory");
}
return it->second.get();
}
crear su propia versión de la aplicación gtest_main.cc. Llame al fábrica :: crear() método para crear todas las señales SystemC y módulos SystemC antes de ejecutar cualquier prueba RUN_ALL_TESTS(). Debido a que la clase de fábrica es un patrón de diseño singleton, llame al método fábrica :: destroy() después de terminar todas las pruebas para destruir todos los objetos SystemC creados.
main.cpp
#include "factory.hpp"
#include <systemc>
#include <gtest/gtest.h>
int sc_main(int argc, char* argv[]) {
factory::get_instance().create();
testing::InitGoogleTest(&argc, argv);
int status = RUN_ALL_TESTS();
factory::get_instance().destroy();
return status;
}
A continuación, defina dut clase en su ensayo que va a crear señales SystemC y módulos SystemC. En constructor hacer la conexión entre las señales y los módulos SystemC creados. Registro definido dut class to registry object using global constructor like this factory :: add g. Después de lo que puede obtener su objeto dut usando el método simple factory :: get().
test.cpp
#include "my_module.h"
#include "factory.hpp"
#include <gtest/gtest.h>
#include <systemc>
class dut {
public:
sc_core::sc_clock aclk{"aclk"};
sc_core::sc_signal<bool> areset_n{"areset_n"};
sc_core::sc_signal<bool> in{"in"};
sc_core::sc_signal<bool> out{"out"};
dut() {
m_dut.aclk(aclk);
m_dut.areset_n(areset_n);
m_dut.in(in);
m_dut.out(out);
}
private:
my_module m_dut{"my_module"};
};
static factory::add<dut> g;
TEST(my_module, simple) {
auto test = factory::get<dut>();
test->areset_n = 0;
test->in = 0;
sc_start(3, SC_NS);
test->areset_n = 1;
test->in = 1;
sc_start(3, SC_NS);
EXPECT_TRUE(test->out.read());
}
Para más inspiración, se puede comprobar mi lógica biblioteca para la verificación SystemC: https://github.com/tymonx/logic
Gracias por la respuesta! ¿Podría proporcionar algún código systemC con el marco de Google Test? – Joe
Quizás pueda usar procesos en lugar de hilos para que el simulador systemc no se queje. – Stephan
Me encontré con el mismo problema (SystemC quejándose de que sc_start() ha sido llamado más de una vez). En caso de que esté interesado [aquí] (http://stackoverflow.com/questions/25706294/running-boost-unit-tests-on-different-processes) puede encontrar mi pregunta original y la solución que se me ocurrió . – betabandido