Como especificar diferentes diretórios de saída de depuração / liberação no arquivo QMake .pro

Eu tenho um projeto Qt e gostaria de gerar arquivos de compilação fora da árvore de origem.

Atualmente, tenho a seguinte estrutura de diretório:

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

Dependendo da configuração (depuração / liberação), gostaria de enviar os arquivos resultantes dentro do diretório de compilação nos diretórios de compilação / depuração ou compilação / liberação.

Como posso fazer isso usando um arquivo .pro?

A resposta curta é: você não .

Você deve executar qmakeseguido por makeem qualquer diretório de construção que deseja construir. Portanto, execute-o uma vez em um debugdiretório, uma vez em um releasediretório.

É assim que qualquer pessoa que está construindo seu projeto esperaria que ele funcionasse, e é assim que o próprio Qt é configurado para ser construído, é assim que o Qt Creator espera que seu .proarquivo se comporte: ele simplesmente inicia qmakee então makena pasta de construção para a configuração escolhida por seu destino.

Se você deseja criar essas pastas e realizar as duas (ou mais) compilações nelas, você precisará de um makefile de nível superior, possivelmente criado a partir de um arquivo de projeto de nível superior via qmake.

Não é incomum ter mais de duas configurações de compilação, portanto, você desnecessariamente se compromete a apenas diferenciar entre uma compilação e uma versão; você pode ter compilações com diferentes níveis de otimização, etc. É melhor deixar a dicotomia depurar / liberar para descansar.

Para o meu projeto Qt, eu uso este esquema no arquivo * .pro:

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

É simples, mas legal! :)

Para alterar o diretório para dll / exe de destino, use isso em seu arquivo pro:

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

Você também pode querer alterar os diretórios para outros destinos de construção, como arquivos de objeto e arquivos moc (verifique a referência de variável qmake para obter detalhes ou a referência de função qmake CONFIG () ).

Tenho uma abordagem mais compacta:

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

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

A maneira correta de fazer isso é a seguinte (obrigado Equipe de Suporte QT):

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

Mais informações aqui: 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_similarly_what_is_the_2

Eu uso o mesmo método sugerido por chalup,

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"
}

Pergunta antiga, mas ainda vale uma resposta atualizada. Hoje é comum fazer o que o Qt Creator faz quando construções de sombra são usadas (elas são ativadas por padrão ao abrir um novo projeto).

Para cada tipo e destino de construção diferente, o direito qmakeé executado com os argumentos certos em um diretório de construção diferente. Então isso é simplesmente construído com o simples make.

Portanto, a estrutura de diretório imaginária pode ter esta aparência.

/
|_/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

E o importante é que a qmakeé executado no diretório de construção:

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

Em seguida, ele gera makefiles no diretório de construção e, em seguida, makeirá gerar arquivos nele também. Não há risco de misturar versões diferentes, desde que o qmake nunca seja executado no diretório de origem (se for, é melhor limpar bem!).

E quando feito assim, o .proarquivo da resposta aceita atualmente é ainda mais simples:

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

Também é útil ter um nome ligeiramente diferente para o executável de saída. Você não pode usar algo como:

release: Target = ProgramName
debug: Target = ProgramName_d

Por que isso não funciona não está claro, mas não funciona. Mas:

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

Isso funciona, desde que a CONFIG +=linha o preceda.

A nova versão do Qt Creator também possui uma opção de construção de "perfil" entre depuração e liberação. Veja como estou detectando isso:

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

1. Encontre Debug / Release em CONFIG

Obtenha o atual (debug | release).

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

(Pode ser múltiplo, portanto, mantenha apenas o último especificado na construção):

2. Defina DESTDIR

Use-o com o nome do subdiretório build

DESTDIR = $$PWD/build/$$build_subdir

Este é o meu Makefile para diferentes diretórios de saída de depuração / liberação. Este Makefile foi testado com sucesso no Linux Ubuntu. Ele deve funcionar perfeitamente no Windows, desde que o Mingw-w64 esteja instalado corretamente.

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$@