[Development] Behavior change for QMake install targets since 5.9

Simon Hausmann Simon.Hausmann at qt.io
Fri Jul 21 14:55:26 CEST 2017


I was under the impression that


    http://code.qt.io/cgit/qt/qtbase.git/tree/qmake/generators/makefile.cpp#n1304


was the code path hit if the entry in foo.files is not a "//real file or target" (as per the comment a little above).


Simon

________________________________
From: Development <development-bounces+simon.hausmann=qt.io at qt-project.org> on behalf of Oswald Buddenhagen <oswald.buddenhagen at qt.io>
Sent: Friday, July 21, 2017 2:49:03 PM
To: development at qt-project.org
Subject: Re: [Development] Behavior change for QMake install targets since 5.9

On Fri, Jul 21, 2017 at 12:17:41PM +0000, Simon Hausmann wrote:
>    It's true that the internal install command does not support wild-cards.
>    We decided that it is the responsibility of the caller to resolve those
>    (qmake).
>
we did? :}
as much as i despise wildcards in source file lists, this behavior is
actually documented for INSTALLS.
compare https://bugreports.qt.io/browse/QTCREATORBUG-17935
(on the upside, qmake is now consistent with qtc :D).

_______________________________________________
Development mailing list
Development at qt-project.org
http://lists.qt-project.org/mailman/listinfo/development
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.qt-project.org/pipermail/development/attachments/20170721/6ee8a33f/attachment.html>


More information about the Development mailing list