Bug 1823397 - qt5-qmake from qt-qtbase-devel-5.14.2 generates broken include and library paths
Summary: qt5-qmake from qt-qtbase-devel-5.14.2 generates broken include and library paths
Keywords:
Status: CLOSED DUPLICATE of bug 1823118
Alias: None
Product: Fedora
Classification: Fedora
Component: qt5-qtbase
Version: rawhide
Hardware: Unspecified
OS: Unspecified
unspecified
unspecified
Target Milestone: ---
Assignee: Than Ngo
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2020-04-13 14:58 UTC by Sandro Mani
Modified: 2020-04-13 15:27 UTC (History)
5 users (show)

Fixed In Version:
Clone Of:
Environment:
Last Closed: 2020-04-13 15:27:00 UTC
Type: Bug
Embargoed:


Attachments (Terms of Use)

Description Sandro Mani 2020-04-13 14:58:34 UTC
Description of problem:

Minimal dummy qmake pro file:

$ cat test.pro 
CONFIG += release
TARGET = test
SOURCES = test.cpp

$ qmake-qt5 test.pro

$ cat Makefile
[...]
INCPATH       = -I. -I/../include/qt5 -I/../include/qt5/QtGui -I/../include/qt5/QtCore -I. -I/../lib64/qt5/mkspecs/linux-g++
[...]
LIBS          = $(SUBLIBS) /../lib64/libQt5Gui.so /../lib64/libQt5Core.so -lGL -lpthread

This looks very wrong.

One interesting part from strace, the first kinda interesting stat is:

stat("/../lib64/qt5/mkspecs/linux-g++", {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0

looks like the prefix is /.. instead of /usr. Digging into the qmake code, looks like this is resolved starting from the $QMAKEPATH env-var. So this may be the source of all the subsequent odd paths. But I haven't yet found where QMAKEPATH comes from. I'll keep digging...



Version-Release number of selected component (if applicable):

qt5-qtbase-devel-5.14.2-2.fc33.x86_64

Comment 1 Rex Dieter 2020-04-13 15:27:00 UTC
Yep, already tracking issue in bug #1823118

*** This bug has been marked as a duplicate of bug 1823118 ***


Note You need to log in before you can comment on or make changes to this bug.