| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
|
|
|
|
|
| |
This is macdeployqt’s lesser known cousin, which implemented
support for changing which Qt build an app would load.
Today, this can be accomplished by changing the LC_RPATH
loader command, or by writing a small script which
automates the necessary otool usage.
Change-Id: I01d8e3f89551d2becc2865be68728ca57870ac9c
Reviewed-by: Morten Johan Sørvig <morten.sorvig@qt.io>
|
|
|
|
|
| |
Change-Id: I701bbffaea2ea4c9237980cf18383038045fe28e
Reviewed-by: Lars Knoll <lars.knoll@qt.io>
|
|
|
|
|
|
|
|
|
|
|
|
| |
This was skipping other files from Resources/ as well,
such as “en-GB.pak” and “QtWebEngineProcess”.
This reverts commit aabba72f7965e06e2e6ed960d8cf8078249dac8c.
Fixes: QTBUG-86759
Pick-to: 5.15
Change-Id: I6d27e3a32b479e1b6765783af71dd16826b181ca
Reviewed-by: Morten Johan Sørvig <morten.sorvig@qt.io>
|
|
|
|
|
|
|
|
|
|
| |
Since the prl files are now in the Resources folder for a framework,
then we should avoid copying these as they are not needed in the
deployed framework.
Pick-to: 5.15
Change-Id: I0c728a647784b3d770bdd289c6deb8ff3d5ec9bd
Reviewed-by: Morten Johan Sørvig <morten.sorvig@qt.io>
|
|
|
|
|
|
| |
Change-Id: I25ce1be2f9b9d72e37513593ce2da3c7415f8ee2
Pick-to: 5.15
Reviewed-by: Mike Krus <mike.krus@kdab.com>
|
|
|
|
|
|
|
|
|
|
| |
With Xcode 11.4, in some cases it will have ", weak" as part of the
framework description when running otool. Therefore we need to account
for this so it still sees it as a valid entry.
Change-Id: I4018d42aa54f4e6434ee6defa119f3c913893819
Pick-to: 5.15
Reviewed-by: Morten Johan Sørvig <morten.sorvig@qt.io>
|
|\
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
Conflicts:
a bunch of .pro and configure.json file adjustments
and some conflicting cherry-picks from dev -> 5.15
that are merged into dev again
src/assistant/assistant/main.cpp
Change-Id: I174c00b6a300c6d46c4e081bdcb2f15f23ae9ef2
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
Apple now requires the developer to include a secure timestamp in the
application's signature in order for notarization to succeed.
Add an option to do this to macdeployqt.
Change-Id: Ia884de80822661abcf65a287e4dc8429ec24b766
Reviewed-by: Morten Johan Sørvig <morten.sorvig@qt.io>
|
| |
| |
| |
| |
| | |
Change-Id: Icea8323a6070f31234839ad56e36b73bcaec83bb
Reviewed-by: Samuel Gaist <samuel.gaist@idiap.ch>
|
|\|
| |
| |
| | |
Change-Id: Iff33dc736e4844af2c1c8e227ef1145d77fc1d85
|
| |
| |
| |
| |
| |
| |
| |
| | |
The Qt version was added in 5.14 "for use as eventual replacement for
QString::SplitBehavior." Move another step closer to that goal.
Change-Id: I7137cf8339bfe9fdcf4cb7cc695cb146aef410fb
Reviewed-by: Simon Hausmann <simon.hausmann@qt.io>
|
|\|
| |
| |
| | |
Change-Id: I674982e1a1f7d47bb1541f544ff1506a7cbe3a72
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
Add the option to place a file with the suffix .entitlements into the
Contents/Resources subdirectory of an application bundle. The
entitlements listed in the file will be used for signing.
Bundles that are depoloyed as part of another bundle (e.g. Helpers)
can specify a separate set of entitlements from the main bundle by
including an entitlements file of their own.
Only the first entitlement file per bundle will be used for signing as
the codesign tool will only use one entitlements file even when multple
are specified.
Task-number: QTBUG-77442
Change-Id: Iea356c1a70713f3a4b07281245a17fd7c87f6b11
Reviewed-by: Simon Hausmann <simon.hausmann@qt.io>
Reviewed-by: Tor Arne Vestbø <tor.arne.vestbo@qt.io>
|
|\|
| |
| |
| | |
Change-Id: I5f916f50d54ba36f9dd5b6c2c9aa6ce7fa2172bb
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
Hardened runtime will be required when code signing for
app notarization, at some point in the future.
[ChangeLog][macdeployqt] Added "-hardened-runtime" option to support app notarization.
Change-Id: I4a3686ae01366c1e78372bb3b5e725db8e8061fd
Reviewed-by: Morten Johan Sørvig <morten.sorvig@qt.io>
|
|\ \
| |/
|/|
| |
| |
| |
| |
| | |
Conflicts:
.qmake.conf
src/windeployqt/main.cpp
Change-Id: I446b51332eaaec91f502fcc2ceca52291b0b0468
|
| |
| |
| |
| |
| |
| | |
Change-Id: Ie413ca2e2f81ac0e92628ffd2f3e93047a91bd0c
Reviewed-by: Qt CI Bot <qt_ci_bot@qt-project.org>
Reviewed-by: Simon Hausmann <simon.hausmann@qt.io>
|
|/
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
... and of QLinkedList.
The change in QDesignerAbstractPropertySheetFactory is
straight-forward.
The rest are little buggers:
- In macdeployqt, the code iterates inside an if. Weird, but portable.
- In CppCodeParser, it's still somewhat harmless: just a call to
std::remove_if to avoid running into quadratic complexity, even
though the original loop had a good idea of iterating backwards,
saving at least some copies in the process. Need to take care there
that we continue to find the _first_ main.cpp, not the last, so add
a check for mainCpp.isEmpty().
- In QtGradientStopsModel, however, needed to work around the absence
of QMap::rbegin()/rend(), and it shows why they're missing: QMap's
funky op* makes it impossible to just use std::reverse_iterator to
do the heavy lifting. Use the recently-added QKeyValueIterator to
get an approximation. I say 'approximation', because that one lacks
operator->, so we need to use (*it).first, which brings back
memories of Qt 2's iterators...
Change-Id: I051e64b8d36b04ed2e7cf7695d9b797f08efaccb
Reviewed-by: Jarek Kobus <jaroslaw.kobus@qt.io>
Reviewed-by: Friedemann Kleint <Friedemann.Kleint@qt.io>
|
|
|
|
|
|
| |
Task-number: QTBUG-76491
Change-Id: Ied0ecb369697b3cc01fef7a2d91aa3940cdcd771
Reviewed-by: Volker Hilsheimer <volker.hilsheimer@qt.io>
|
|\
| |
| |
| | |
Change-Id: Id06ccca252abc84720b18909f55019266426eb97
|
| |
| |
| |
| |
| |
| |
| |
| |
| | |
When the gui module is used then the platforminputcontext plugins should
be deployed. Additionally if that includes the virtualkeyboard plugin
then those should also be deployed with it.
Change-Id: I2787792e91a9cfe3603a4e2e29273f682942bf36
Reviewed-by: Richard Moe Gustavsen <richard.gustavsen@qt.io>
|
|\|
| |
| |
| | |
Change-Id: If9dc5f167e9471b4633db73ae5a1cb8c1312b478
|
| |
| |
| |
| |
| |
| |
| | |
This patch adds deployment of the QtSpeech plugins.
Change-Id: Ifc55f40cdc0ed6fd9444993c04f4d76249649daf
Reviewed-by: Tor Arne Vestbø <tor.arne.vestbo@qt.io>
|
| |
| |
| |
| |
| |
| |
| | |
They already point to a regular file that will be hit at some point.
Change-Id: Iaa4818090b41bf5a2ecea29f4ae5a8b4f5641059
Reviewed-by: Morten Johan Sørvig <morten.sorvig@qt.io>
|
|\|
| |
| |
| | |
Change-Id: Icff4035509596e277f4612cdfa9363cdaa5371bf
|
| |\
| | |
| | |
| | | |
Change-Id: I59f4e4643896a857f30a50fb6d0758576e488e21
|
| | |
| | |
| | |
| | |
| | |
| | | |
Task-number: QTBUG-57265
Change-Id: I54320275aa614e76b65fdc82bb87a2850648bbdc
Reviewed-by: Tor Arne Vestbø <tor.arne.vestbo@qt.io>
|
|/ /
| |
| |
| |
| |
| |
| |
| |
| |
| | |
This patch adds a new option, -qmlimport, which enables
macdeployqt to pass custom QML module import paths to
qmlimportscanner.
Fixes: QTBUG-70977
Change-Id: I39edfb88e48e05c42c6c4690efa3e728046baff3
Reviewed-by: Samuel Gaist <samuel.gaist@idiap.ch>
|
|\|
| |
| |
| |
| |
| |
| |
| | |
Conflicts:
src/macdeployqt/shared/shared.h
src/qdoc/sections.cpp
Change-Id: I708a20d0061e82b99ecced7d24e7a2b8c475f706
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
When it was detecting the plugins to deploy, it would only work when Qt
was configured as frameworks. This ensures that this case is accounted
for.
[ChangeLog][macdeployqt] Now deploys plugins when Qt is configured with
-no-framework
Fixes: 5.11.3
Fixes: 5.12.0
Task-number: QTBUG-68823
Change-Id: I05997150328a93c15609abc1759846b7a184f82a
Reviewed-by: Richard Moe Gustavsen <richard.gustavsen@qt.io>
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
The dependencies are in place so it is no longer necessary to include
PrivateWidgets manually as it is correctly included automatically when
necessary.
Task-number: QTBUG-69299
Change-Id: I7cdebf8b3b4375b6f6c9360eb20676f406456ba6
Reviewed-by: Mitch Curtis <mitch.curtis@qt.io>
|
|/
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
After rpath support was introduced, we lost the ability to explicitly
bundle the debug version of the Qt libraries. We now make sure to
always run install_name_tool so that the library dependencies are
updated to the correct version, even in the case of @rpath.
After 27239f4fcfa6f64d in qtbase, we also now directly link to the
debug versions of Qt libraries when building the application in
debug mode, so the code has been taught to handle this case, by
not assuming that the library suffix is determined only by the
-use-debug-libs command line argument.
Task-number: QTBUG-48800
Change-Id: Ia7e058fa4d041fa1a7b8bdedc594750ee1f4cbfd
Reviewed-by: Morten Johan Sørvig <morten.sorvig@qt.io>
|
|\
| |
| |
| | |
Change-Id: I1b23f25c7add7a9bcb97c91696bea58a8f9c3b42
|
| |\
| | |
| | |
| | |
| | |
| | |
| | | |
Conflicts:
src/qtattributionsscanner/main.cpp
Change-Id: Ic509d457547ec64122b17511563de5ea3e1b1b44
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
With macOS High Sierra, Apple machines using SSD see their file
system changed for APFS automatically.
hdiutil by default uses the current file system to build the dmg file
which in this case makes them unusable on older version of macOS that
don't have support for APFS.
This patch adds an additional option to macdeployqt to select the
file system to use when building the .dmg. It defaults to HFS+ which
was the official file system used until now for all currently
supported version of macOS.
[ChangeLog][macdeployqt][feature] Added support for selecting the
file system type to use when building a .dmg file. Defaults to HFS+
to support a wider range of macOS versions.
Task-number: QTBUG-65844
Change-Id: Ic66856344f96c6536b224d13d309715b34eb0874
Reviewed-by: André Hartmann <aha_1980@gmx.de>
|
|/ /
| |
| |
| |
| |
| |
| | |
This change makes sure that the plugins are deployed correctly
Change-Id: Ia967525bcbdf97f86385b68e5a4039f5b5f8ee20
Reviewed-by: Morten Johan Sørvig <morten.sorvig@qt.io>
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
When deploying a QtLocation or QtPositioning based application, only
the frameworks were deployed. This patch fixes this by also deploying
the corresponding plugins.
[ChangeLog][macOS][deployment] QtLocation and Qt Positioning plugins are
now deployed along the frameworks.
Change-Id: Ib3ceabcd86d69039dcd8ab6ae361ed6e3a5821a6
Reviewed-by: Jake Petroules <jake.petroules@qt.io>
|
| |
| |
| |
| |
| |
| |
| |
| | |
Rather than adding new cases per module, use a map that will make it
cleaner to associate modules with their corresponding plugins.
Change-Id: Ia745066ec394f72d64b4ffe74ece4bbbf48aa2ac
Reviewed-by: Jake Petroules <jake.petroules@qt.io>
|
|\|
| |
| |
| |
| |
| |
| | |
Conflicts:
src/qtattributionsscanner/main.cpp
Change-Id: Idb919f217f1dea42728fd9318fd9f48d9c3d3f29
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
Sorting QML modules makes sure a module is deployed before its sub-modules,
avoiding the problem where macdeployqt would consider a module as deployed
because one of its sub-module has already been deployed.
Task-number: QTBUG-47067
Change-Id: I0ab8dd827fcd6eea0f0573157101ceb8f1a045fc
Reviewed-by: Morten Johan Sørvig <morten.sorvig@qt.io>
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
When deploying a Qt3D application, only the frameworks were deployed.
This patch fixes this by also deploying the corresponding plugins.
[ChangeLog][macOS][deployment] Qt3D plugins are now deployed along the
frameworks.
Change-Id: I53f2f94ced10629d80d6a3d9af38a3f9517ae6bc
Reviewed-by: Jake Petroules <jake.petroules@qt.io>
|
| |
| |
| |
| |
| |
| |
| | |
Task-number: QTBUG-64078
Change-Id: I2c23e440d6355effa384a56a215e92115be75a35
Reviewed-by: Morten Johan Sørvig <morten.sorvig@qt.io>
Reviewed-by: Jake Petroules <jake.petroules@qt.io>
|
| |
| |
| |
| |
| | |
Change-Id: I52989b7b997999263df77361fdf75939c73f35f7
Reviewed-by: Jake Petroules <jake.petroules@qt.io>
|
|\|
| |
| |
| |
| |
| |
| |
| | |
Conflicts:
.qmake.conf
src/windeployqt/main.cpp
Change-Id: I2256565a75b8e1c63ef5aeb34fecb6929f94a1f1
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
The iconengines should be deployed automatically since they could be
used by the application without needing to explicitly include their
dependency in the application. This brings it in line with what
windeployqt does too.
[ChangeLog][Platform Specific Changes][macOS] iconengines are deployed
with the application when using macdeployqt.
Task-number: QTBUG-59609
Change-Id: I7fd3bf9d55d2979f30a2ad7959a6a31919d49c8c
Reviewed-by: Jake Petroules <jake.petroules@qt.io>
|
|\|
| |
| |
| | |
Change-Id: Ibd6137e1f7b706c0ab9998fe68d240825bd6b40d
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
We were attempting to code sign bundle data files,
which the logic in codesignBundle() is not designed
to handle. This caused errors when trying to run
otool on on .plist files etc.
Remove the “catch all” code path that was added in
commit 7d2b0968 and restrict codesignBundle() to work
on executables.
Task-number: QTBUG-54380
Change-Id: I9192d2876a0031a2feb19053c404196962ac22d4
Reviewed-by: Alexandru Croitor <alexandru.croitor@qt.io>
|
| |
| |
| |
| |
| |
| |
| |
| | |
They're faster/expand to less code.
Change-Id: I4d79abb870c7b49784be17dc174ab68d98b1a75d
Reviewed-by: Friedemann Kleint <Friedemann.Kleint@qt.io>
Reviewed-by: Olivier Goffart (Woboq GmbH) <ogoffart@woboq.com>
|
|/
|
|
|
|
| |
Task-number: QTBUG-56814
Change-Id: If981cf5ac3a593cee4425edf547bbee57b12eb8c
Reviewed-by: Morten Johan Sørvig <morten.sorvig@qt.io>
|
|\
| |
| |
| | |
Change-Id: I4ee208f69bed72c480c636cb18f22fd88c02d1e5
|