So geben Sie verschiedene Debug / Release-Ausgabeverzeichnisse in der QMake .pro-Datei an

Ich habe ein Qt-Projekt und möchte Kompilierungsdateien außerhalb des Quellbaums ausgeben.

Ich habe derzeit die folgende Verzeichnisstruktur:

/
|_/build
|_/mylib
  |_/include
  |_/src
  |_/resources

Abhängig von der Konfiguration (Debug / Release) möchte ich die resultierenden Dateien im Build-Verzeichnis unter den Verzeichnissen build / debug oder build / release ausgeben.

Wie kann ich das mit einer .pro-Datei machen?

Die kurze Antwort lautet: Sie nicht .

Sie sollten qmakegefolgt von dem makeBuild-Verzeichnis ausführen, in das Sie erstellen möchten. Führen Sie es also einmal in einem debugVerzeichnis und einmal in einem releaseVerzeichnis aus.

So würde jeder, der Ihr Projekt erstellt, erwarten, dass es funktioniert, und so ist Qt selbst für die Erstellung eingerichtet. So erwartet Qt Creator auch, dass sich Ihre .proDatei verhält: Sie startet einfach qmakeund befindet sich dann makeim Erstellungsordner für die von Ihrem Ziel ausgewählte Konfiguration.

Wenn Sie diese Ordner erstellen und die zwei (oder mehr) Builds in ihnen ausführen möchten, benötigen Sie ein Makefile der obersten Ebene, das möglicherweise über qmake aus einer Projektdatei der obersten Ebene erstellt wurde.

Es ist nicht ungewöhnlich, dass mehr als zwei Build-Konfigurationen vorhanden sind. Sie verpflichten sich daher unnötig, nur zwischen einem Build und einem Release zu unterscheiden. Möglicherweise haben Sie Builds mit unterschiedlichen Optimierungsstufen usw. Die Dichotomie zwischen Debug und Release lässt sich am besten in Ruhe.

Für mein Qt-Projekt verwende ich dieses Schema in der * .pro-Datei:

HEADERS += src/dialogs.h
SOURCES += src/main.cpp \
           src/dialogs.cpp

Release:DESTDIR = release
Release:OBJECTS_DIR = release/.obj
Release:MOC_DIR = release/.moc
Release:RCC_DIR = release/.rcc
Release:UI_DIR = release/.ui

Debug:DESTDIR = debug
Debug:OBJECTS_DIR = debug/.obj
Debug:MOC_DIR = debug/.moc
Debug:RCC_DIR = debug/.rcc
Debug:UI_DIR = debug/.ui

Es ist einfach, aber schön! :) :)

Verwenden Sie dies in Ihrer Pro-Datei, um das Verzeichnis für die Ziel-DLL / Exe zu ändern:

CONFIG(debug, debug|release) {
    DESTDIR = build/debug
} else {
    DESTDIR = build/release
}

Möglicherweise möchten Sie auch Verzeichnisse für andere Build-Ziele wie Objektdateien und MOC-Dateien ändern ( Details finden Sie unter qmake-Variablenreferenz oder qmake CONFIG () -Funktionsreferenz ).

Ich habe einen kompakteren Ansatz:

release: DESTDIR = build/release
debug:   DESTDIR = build/debug

OBJECTS_DIR = $$DESTDIR/.obj
MOC_DIR = $$DESTDIR/.moc
RCC_DIR = $$DESTDIR/.qrc
UI_DIR = $$DESTDIR/.ui

Der richtige Weg, dies zu tun, ist der folgende (danke QT Support Team):

CONFIG(debug, debug|release) {
    DESTDIR = build/debug
}
CONFIG(release, debug|release) {
    DESTDIR = build/release
}

OBJECTS_DIR = $$DESTDIR/.obj
MOC_DIR = $$DESTDIR/.moc
RCC_DIR = $$DESTDIR/.qrc
UI_DIR = $$DESTDIR/.u

Weitere Informationen finden Sie hier: https://wiki.qt.io/Qt_project_org_faq#What_does_the_syntax_CONFIG.28debug.2Cdebug.7Crelease.29_mean_.3F_What_does_the_1st_argument_specify_and_sim_

Ich benutze die gleiche Methode, die von Chalup vorgeschlagen wurde.

ParentDirectory = <your directory>

RCC_DIR = "$$ParentDirectory\Build\RCCFiles"
UI_DIR = "$$ParentDirectory\Build\UICFiles"
MOC_DIR = "$$ParentDirectory\Build\MOCFiles"
OBJECTS_DIR = "$$ParentDirectory\Build\ObjFiles"

CONFIG(debug, debug|release) { 
    DESTDIR = "$$ParentDirectory\debug"
}
CONFIG(release, debug|release) { 
    DESTDIR = "$$ParentDirectory\release"
}

Alte Frage, aber dennoch eine aktuelle Antwort wert. Heutzutage ist es üblich, das zu tun, was Qt Creator tut, wenn Schattenbuilds verwendet werden (diese werden standardmäßig beim Öffnen eines neuen Projekts aktiviert).

Für jedes unterschiedliche Build-Ziel und jeden unterschiedlichen Build-Typ wird das Recht qmakemit den richtigen Argumenten in einem anderen Build-Verzeichnis ausgeführt. Dann wird das einfach mit einfach gebaut make.

Die imaginäre Verzeichnisstruktur könnte also so aussehen.

/
|_/build-mylib-qt5-mingw32-debug
|_/build-mylib-qt5-mingw32-release
|_/build-mylib-qt4-msvc2010-debug
|_/build-mylib-qt4-msvc2010-release
|_/build-mylib-qt5-arm-debug
|_/build-mylib-qt5-arm-release
|_/mylib
  |_/include
  |_/src
  |_/resources

Und das Wichtigste ist, dass a qmakeim Build-Verzeichnis ausgeführt wird:

cd build-mylib-XXXX
/path/to/right/qmake ../mylib/mylib.pro CONFIG+=buildtype ...

Dann generiert es Makefiles im Build-Verzeichnis und makegeneriert auch Dateien darunter. Es besteht kein Risiko, dass verschiedene Versionen verwechselt werden, solange qmake nie im Quellverzeichnis ausgeführt wird (wenn ja, bereinigen Sie es besser!).

Und wenn dies so gemacht wird, ist die .proDatei aus der aktuell akzeptierten Antwort noch einfacher:

HEADERS += src/dialogs.h
SOURCES += src/main.cpp \
           src/dialogs.cpp

Es ist auch nützlich, einen etwas anderen Namen für die ausführbare Ausgabedatei zu haben. Sie können so etwas nicht verwenden:

release: Target = ProgramName
debug: Target = ProgramName_d

Warum es nicht funktioniert, ist nicht klar, aber es funktioniert nicht. Aber:

CONFIG(debug, debug|release) {
    TARGET = ProgramName
} else {
    TARGET = ProgramName_d
}

Dies funktioniert so lange, wie die CONFIG +=Zeile davor steht.

Die neue Version von Qt Creator verfügt außerdem über eine "Profil" -Erstellungsoption zwischen Debug und Release. So erkenne ich das:

CONFIG(debug, debug|release) {  DEFINES += DEBUG_MODE }
else:CONFIG(force_debug_info) { DEFINES += PROFILE_MODE }
else {                          DEFINES += RELEASE_MODE }

1. Suchen Sie Debug / Release in CONFIG

Holen Sie sich die aktuelle (Debug | Release).

specified_configs=$$find(CONFIG, "\b(debug|release)\b")
build_subdir=$$last(specified_configs)

(Kann mehrfach sein, also nur das zuletzt im Build angegebene beibehalten):

2. Stellen Sie DESTDIR ein

Verwenden Sie es hat den Build-Unterverzeichnisnamen

DESTDIR = $$PWD/build/$$build_subdir

Dies ist mein Makefile für verschiedene Debug- / Release-Ausgabeverzeichnisse. Dieses Makefile wurde erfolgreich unter Ubuntu Linux getestet. Es sollte nahtlos unter Windows funktionieren, vorausgesetzt, Mingw-w64 ist korrekt installiert.

ifeq ($(OS),Windows_NT)
    ObjExt=obj
    mkdir_CMD=mkdir
    rm_CMD=rmdir /S /Q
else
    ObjExt=o
    mkdir_CMD=mkdir -p
    rm_CMD=rm -rf
endif

CC     =gcc
CFLAGS =-Wall -ansi
LD     =gcc

OutRootDir=.
DebugDir  =Debug
ReleaseDir=Release


INSTDIR =./bin
INCLUDE =.

SrcFiles=$(wildcard *.c)
EXEC_main=myapp

OBJ_C_Debug   =$(patsubst %.c,  $(OutRootDir)/$(DebugDir)/%.$(ObjExt),$(SrcFiles))
OBJ_C_Release =$(patsubst %.c,  $(OutRootDir)/$(ReleaseDir)/%.$(ObjExt),$(SrcFiles))

.PHONY: Release Debug cleanDebug cleanRelease clean

# Target specific variables
release: CFLAGS += -O -DNDEBUG
debug:   CFLAGS += -g

################################################
#Callable Targets
release: $(OutRootDir)/$(ReleaseDir)/$(EXEC_main)
debug:   $(OutRootDir)/$(DebugDir)/$(EXEC_main)

cleanDebug:
    -$(rm_CMD) "$(OutRootDir)/$(DebugDir)"
    @echo cleanDebug done

cleanRelease:
    -$(rm_CMD) "$(OutRootDir)/$(ReleaseDir)"
    @echo cleanRelease done

clean: cleanDebug cleanRelease
################################################

# Pattern Rules
# Multiple targets cannot be used with pattern rules [https://www.gnu.org/software/make/manual/html_node/Multiple-Targets.html]
$(OutRootDir)/$(ReleaseDir)/%.$(ObjExt): %.c | $(OutRootDir)/$(ReleaseDir)
    $(CC) -I$(INCLUDE) $(CFLAGS) -c $< -o"$@"

$(OutRootDir)/$(DebugDir)/%.$(ObjExt):   %.c | $(OutRootDir)/$(DebugDir)
    $(CC) -I$(INCLUDE) $(CFLAGS) -c $< -o"$@"

# Create output directory
$(OutRootDir)/$(ReleaseDir) $(OutRootDir)/$(DebugDir) $(INSTDIR):
    -$(mkdir_CMD) $@

# Create the executable
# Multiple targets [https://www.gnu.org/software/make/manual/html_node/Multiple-Targets.html]
$(OutRootDir)/$(ReleaseDir)/$(EXEC_main): $(OBJ_C_Release)
$(OutRootDir)/$(DebugDir)/$(EXEC_main):   $(OBJ_C_Debug)
$(OutRootDir)/$(ReleaseDir)/$(EXEC_main) $(OutRootDir)/$(DebugDir)/$(EXEC_main):
    $(LD) $^ -o$@