Опции qmake

PWD указывает полный путь к самому проекту. Лучше использовать OUT_PWD , которая указывает путь, куда кладётся makefile и остальные выходные файлы проекта. И уже отталкиваться от неё. windeployqt можно применять к папке, в которой находится выходной бинарник, думаю, что и для linuxdeployqt может отрабатывать аналогичным образом.

А ещё я бы применил полный путь к windeployqt. Он же не прописывается в пути операционной системы.

То есть запись будет примерно так выглядеть:

QMAKE_POST_LINK = $$(QTDIR)/bin/windeployqt $$OUT_PWD/../../HelloDebug

Кажется, я уже давал ссылку на статью с автоматизацией сборки , но тем не менее.

windeployqt же применяется к уже собранному бинарнику, поэтому лучше будет отталкиваться от пути к той папке, куда всё собирается.

Проверил на Linux - ошибка такая же.

В Windows 7 такой же результат.

А если убрать переменную $$TARGET из пути? Просто путь к папке? В TARGET же содержится просто имя проекта, без расширения. Возможно windeployqt считает в данном случае TARGET директорией, а не исполняемым файлом, поэтому и выдаёт эту ошибку.

В моём же варианте указан путь к директории, а не к непосредственно исполняемому файлу, да и слеша нет. У Вас тот же самый вариант получается, так что... скорее всего так и есть, windeployqt думает, что это директория, а не исполняемый файл.

Попробовал так:

QMAKE_POST_LINK += windeployqt $$PWD/win32

все равно пишет:

:-1: ошибка: [..\..\win32\FileExplorer.exe] Error 1

И так:

$$(QTDIR)/bin/windeployqt $$PWD/win32

ошибка постоянно одна.

Пробовал передать ему путь так:

$$(QTDIR)/bin/windeployqt "D:/project/win32"

все равно ошибка не меняется.

Не могу понять что не так и почему он путь в ошибке не меняет?

На пустой проект тоже ругается.

Понятия тогда не имею. Если ругается на пустой проект, то больше похоже на локальную проблему непосредственно с ОС. Может быть повреждённые записи реестра.

Проверил на Linux - ошибка такая же.

FileExplorer.exe - название выходного исполняемого файла

Весь профайл смотреть нужно.

В профайле написано следующее:

#-------------------------------------------------
#
# Project created by QtCreator 2017-01-25T17:31:37
#
#-------------------------------------------------

QT       += core gui

greaterThan(QT_MAJOR_VERSION, 4): QT += widgets

TARGET = FileExplorer
TEMPLATE = app

SOURCES += main.cpp\
        mainwindow.cpp \
    stylehelper.cpp \
    inlog.cpp\
    sys.cpp

HEADERS  += mainwindow.h \
    stylehelper.h \
    inlog.h\
    sys.h

FORMS    += mainwindow.ui \
    inlog.ui

win32: RC_ICONS = $$PWD/pict/ico.ico

RESOURCES += \
    res.qrc

CONFIG(debug, debug|release) {
    win32: LIBS += -L$$PWD/lib/ -lfsys
    unix: LIBS += -L$$PWD/lib/ -L. -lfsys -Wl,-rpath,lib -Wl,-rpath,.
} else {
    win32: {
        LIBS += -L$$PWD/lib/ -lfsys
        DESTDIR = $${_PRO_FILE_PWD_}/win32
        QMAKE_POST_LINK += windeployqt $$PWD/win32
    }
    unix: {
        LIBS += -L$$PWD/lib/ -L. -lfsys -Wl,-rpath,lib -Wl,-rpath,.
        DESTDIR = $${_PRO_FILE_PWD_}/linux
        QMAKE_POST_LINK += linuxdeployqt $$PWD/linux
    }
}

INCLUDEPATH += $$PWD/include
DEPENDPATH += $$PWD/include

Смотрю я на это дело. И даже мыслей никаких нет. Всё правильно. Должно работать.
Остаётся только то, что что-то не так в переменных PATH или в реестре, действительно проблема с ОС.

Сюда же в процессе сборки бинарник складывается?

DESTDIR = $${_PRO_FILE_PWD_}/win32

Да, для Windows в DESTDIR = $${_PRO_FILE_PWD_}/win32, для Linux в DESTDIR = $${_PRO_FILE_PWD_}/linux

Бинарник после сборки оказывается в папке как и должно быть, а windeployqt выдает ошибку. Если windeployqt запустить отдельно (вне Qt Creator) и передать ему путь к папке, то все отлично работает.

Ок. Тогда так:

QMAKE_POST_LINK += D:/path/to/windeployqt $$PWD/win32

Больше идей нет.

Результат тот же. Похоже придется как всегда ручками :)(

Это нехорошо, что не работает. Должно работать, но я понятия не имею уже, в чём может быть причина. Остаются только внешние факторы, неверные переменные в реестре или ещё что-либо в этом роде. Но не похоже, что это относится к коду в pro файле.

Могу только пожелать успешного разрешения этой проблемы при дальнейшей работе.

Спасибо! Если удастся решить проблему отпишусь, как получилось.