【问题标题】:How to use qmake file with google test and shared library如何将 qmake 文件与谷歌测试和共享库一起使用
【发布时间】:2011-04-30 16:54:08
【问题描述】:

我从一个生成我的 C++ 文件的依赖项的 makefile 开始。这是一个使用谷歌测试的 C++ 项目。后来,我开始了一个 Qt 项目,它使用 qmake 并链接到旧 makefile 构建的共享库。不用说,旧的 makefile 现在真的很复杂了。

我想制作一个 qmake 文件,它可以执行以下操作:

  • 为源列表构建共享库
  • 构建 google 测试(可选,我会为此接受单独的 makefile)
  • 使用链接到第一个共享库的不同源列表构建我的 Qt 可执行文件
  • 所有构建都应该有调试和发布版本,它们会输出到不同的目录

有人可以指出我制作 *.pro 文件的正确方向吗?我真的不清楚如何在 qmake 中执行多个目标等操作。

这是我正在使用的当前 makefile(显然是一团糟):

GTEST_DIR = /home/matt/lib/gtest-1.5.0
GMOCK_DIR = /home/matt/lib/gmock-1.5.0
SRC_DIR = /home/matt/Documents/myproject

QTINC := -I/usr/share/qt4/mkspecs/linux-g++ -I/usr/include/qt4/QtCore \
    -I/usr/include/qt4/QtGui -I/usr/include/qt4

TEST_SRCS = test/TestRunner.cpp test/CellTest.cpp test/PuzzleTest.cpp \
    test/SingleCandidateMethodTest.cpp test/ExclusionMethodTest.cpp \
    test/BlockIntersectionMethodTest.cpp test/CoveringSetMethodTest.cpp \
    test/SimpleValidatorTest.cpp test/PuzzleMarkerTest.cpp \
    test/PlayerValidatorTest.cpp test/SolverHelperTest.cpp \
    test/GuessCommandTest.cpp test/MarkCommandTest.cpp \
    test/UnmarkCommandTest.cpp test/MethodSolverTest.cpp \
    test/SimplePuzzleImporterTest.cpp test/SolvedPuzzleImporterTest.cpp \
    test/AddHintMarksCommandTest.cpp test/CellControllerTest.cpp \
    test/PuzzleControllerTest.cpp
QT_SRCS = 
LIB_SRCS = Puzzle.cpp Cell.cpp SingleCandidateMethod.cpp ExclusionMethod.cpp \
    BlockIntersectionMethod.cpp CoveringSetMethod.cpp SimpleValidator.cpp \
    PuzzleMarker.cpp PlayerValidator.cpp SolverHelper.cpp GuessCommand.cpp \
    MarkCommand.cpp UnmarkCommand.cpp MethodSolver.cpp \
    SimplePuzzleImporter.cpp SolvedPuzzleImporter.cpp GameManager.cpp \
    CellController.cpp AddHintMarksCommand.cpp GameController.cpp \
    PuzzleController.cpp

DEPDIR = .deps
df = $(DEPDIR)/$(@F)

# preprocessor
CPPFLAGS += -I$(GTEST_DIR)/include -I$(GMOCK_DIR)/include -I$(SRC_DIR) $(QTINC)

# C++ compiler
CXXFLAGS = -Wall -std=c++0x
# qt defines
QTDEF = -D_REENTRANT -DQT_NO_DEBUG -DQT_GUI_LIB -DQT_CORE_LIB -DQT_SHARED
# stuff to link for Qt
QTFLAGS = -L/usr/lib -lQtCore -lQtGui -lpthread

# gtest headers, don't need to change
GTEST_HEADERS = $(GTEST_DIR)/include/gtest/*.h \
                $(GTEST_DIR)/include/gtest/internal/*.h
# gmock stuff, don't need to change
GMOCK_HEADERS = $(GMOCK_DIR)/include/gmock/*.h \
                $(GMOCK_DIR)/include/gmock/internal/*.h \
                $(GTEST_HEADERS)

MAKEDEPEND = $(CXX) $(CPPFLAGS) -MM -o $(df).d $<
MAKEDEPEND_TEST = $(CXX) $(CPPFLAGS) -MM -o $(df).d -MT $(basename $<).o $<
MAKEDEPEND_QT = $(CXX) $(CPPFLAGS) -MM -o $(df).d -MT $(basename $<).o $<

SRCS := main.cpp $(LIB_SRCS)
OBJS := $(SRCS:%.cpp=%.o)
LIB_OBJS := $(LIB_SRCS:%.cpp=%.o)
QT_OBJS := $(QT_SRCS:%.cpp=%.o)
TEST_OBJS := $(TEST_SRCS:%.cpp=%.o)

# targets:
debug : CXXFLAGS += -g -O0
# removed this warning because it sucks: -Wconversion (int to size_t!)
debug_warn : CXXFLAGS += -pedantic -Wextra 
debug_warn : debug
debug : all
release : CXXFLAGS += -O2
release : all

lib : CXXFLAGS += -fPIC
lib : libSudokuLib.so

libSudokuLib.so : $(LIB_OBJS)
    $(CXX) $(CPPFLAGS) $(CXXFLAGS) -shared -o libSudokuLib.so $(LIB_OBJS)

all : sudoku run_tests

sudoku : $(OBJS) $(QT_OBJS)
    $(CXX) $(CPPFLAGS) $(QTDEF) $(CXXFLAGS) $(QTFLAGS) $^ -o $@

run_tests : $(LIB_OBJS) $(TEST_OBJS) gtest.a gmock.a
    $(CXX) $(CPPFLAGS) $(CXXFLAGS) -lpthread $^ -o $@

# dependency stuff
.D_TARGET:
    mkdir -p $(DEPDIR)
    touch $@

.PRECIOUS: .D_TARGET

# GTEST building stuff don't touch me
GTEST_SRCS_ = $(GTEST_DIR)/src/*.cc $(GTEST_DIR)/src/*.h $(GTEST_HEADERS)
GMOCK_SRCS_ = $(GMOCK_DIR)/src/*.cc $(GMOCK_HEADERS)

gtest-all.o : $(GTEST_SRCS_)
    $(CXX) $(CPPFLAGS) -I$(GTEST_DIR) -I$(GMOCK_DIR) $(CXXFLAGS) -c \
           $(GTEST_DIR)/src/gtest-all.cc

gmock-all.o : $(GMOCK_SRCS_)
    $(CXX) $(CPPFLAGS) -I$(GTEST_DIR) -I$(GMOCK_DIR) $(CXXFLAGS) \
            -c $(GMOCK_DIR)/src/gmock-all.cc

gmock_main.o : $(GMOCK_SRCS_)
    $(CXX) $(CPPFLAGS) -I$(GTEST_DIR) -I$(GMOCK_DIR) $(CXXFLAGS) \
            -c $(GMOCK_DIR)/src/gmock_main.cc

gmock.a : gmock-all.o gtest-all.o
    $(AR) $(ARFLAGS) $@ $^

gtest_main.o : $(GTEST_SRCS_)
    $(CXX) $(CPPFLAGS) -I$(GTEST_DIR) $(CXXFLAGS) -c \
           $(GTEST_DIR)/src/gtest_main.cc

gtest.a : gtest-all.o
    $(AR) $(ARFLAGS) $@ $^

gtest_main.a : gtest-all.o gtest_main.o
    $(AR) $(ARFLAGS) $@ $^

# QT stuff
%Qt.o : %Qt.o .D_TARGET
    $(MAKEDEPEND_QT);
    @cp $(df).d $(df).P;
#   sed -e 's/#.*//' -e 's/^[^:]*: *//' -e 's/ *\\$$//' \
#       -e '/^$$/ d' -e 's/$$/ :/' < $(df).d >> $(df).P; 
    @rm -f $(df).d
    $(CXX) $(CPPFLAGS) $(QTDEF) $(CXXFLAGS) -o $@ -c $<

# tests
%Test.o : %Test.cpp .D_TARGET $(GMOCK_HEADERS)
    $(MAKEDEPEND_TEST);
    @cp $(df).d $(df).P;
#   sed -e 's/#.*//' -e 's/^[^:]*: *//' -e 's/ *\\$$//' \
#       -e '/^$$/ d' -e 's/$$/ :/' < $(df).d >> $(df).P; 
    @rm -f $(df).d
    $(CXX) $(CPPFLAGS) $(CXXFLAGS) -o $@ -c $<

# objects from sources
%.o : %.cpp .D_TARGET
    $(MAKEDEPEND);
    @cp $(df).d $(df).P; \
#   sed -e 's/#.*//' -e 's/^[^:]*: *//' -e 's/ *\\$$//' \
#       -e '/^$$/ d' -e 's/$$/ :/' < $(df).d >> $(df).P; 
    @rm -f $(df).d
    $(CXX) $(CPPFLAGS) $(CXXFLAGS) -o $@ -c $<

-include $(QT_SRCS:%.cpp=$(DEPDIR)/%.o.P)
-include $(TEST_SRCS:test/%.cpp=$(DEPDIR)/%.o.P)
-include $(SRCS:%.cpp=$(DEPDIR)/%.o.P)

clean:
    $(RM) $(OBJS) $(TEST_OBJS) $(QT_OBJS) \
        gtest.a gtest_main.a gtest-all.o gtest_main.o \
        .D_TARGET sudoku run_tests
    rm -rf $(DEPDIR)

这里是 qmake 的 project.pro 文件(它依赖于第一个 makefile 而不是构建库本身)

TEMPLATE = app
TARGET = qtsudoku
DEPENDPATH += .
INCLUDEPATH += . ../myproject
CONFIG += qt warn_on debug
QMAKE_CXXFLAGS += -std=c++0x
LIBS += -L/home/matt/Documents/myproject -lSudokuLib

# Input
HEADERS += QtPuzzleModel.h QtPuzzleView.h QtGameApplication.h QtDirector.h \
    QtMainWindow.h QtFactory.h
SOURCES += main.cpp QtPuzzleModel.cpp QtGameApplication.cpp QtDirector.cpp \
    QtMainWindow.cpp QtFactory.cpp

【问题讨论】:

  • 虽然听起来很有趣,但我发现使用cmake 而不是qmake 更容易且更具可读性。尤其是最近更新了cmake,设置这样一个项目需要几秒钟的时间。

标签: c++ qt makefile qmake


【解决方案1】:

一般来说,执行此类操作的一个好方法是使用 SUBDIRS qmake 模板。您将为要构建的每个项目(共享库、google 测试和可执行文件)制作一个 qmake 文件,然后制作一个 SUBDIRS 模板来按顺序执行这些操作。我认为 subdirs 模板将为每个底层 make 文件提供调试/发布标志。

对于共享库,qmake library template 应该没问题。

我不知道 google test,我假设您可以根据需要为其生成一个 qmake 文件,或者您可以继续使用该 makefile。

为了链接这两者,您可以制作一个包含 main.cpp 的 qmake 文件,将其他文件指定为库,并指定 builds an executable

您可以使用DESTDIRMOC_DIROBJECTS_DIRUI_DIR 来更改生成文件的去向。

【讨论】:

    猜你喜欢
    • 2010-12-12
    • 2017-03-09
    • 2021-11-07
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2016-02-22
    相关资源
    最近更新 更多