Commit message (Collapse) | Author | Age | Files | Lines | |
---|---|---|---|---|---|
* | Move iOS entrypoint logic to entrypoint library | Tor Arne Vestbø | 2020-11-10 | 1 | -12/+26 |
| | | | | | Change-Id: Ie0fc8368953a59d06a31847ed417bc3c35f29b90 Reviewed-by: Alexandru Croitor <alexandru.croitor@qt.io> | ||||
* | Remove custom logic for writing entrypoint implementation pri | Tor Arne Vestbø | 2020-11-10 | 1 | -0/+15 |
| | | | | | | | | | | | | Trying to keep the logic self-contained resulted in a race condition during 'make install', even if the two sub projects were CONFIG+=ordered. The approach is now similar to what we have on the CMake side, where the ldflags and defines end up in the 'interface' module. Change-Id: Id08a3ca12da8e7fc36ad76124b52ca4c79aebe3b Reviewed-by: Alexandru Croitor <alexandru.croitor@qt.io> | ||||
* | Don't rely on the module.pri for the entrypoint linking to the library | Tor Arne Vestbø | 2020-11-09 | 1 | -0/+10 |
Depending on the presence and behavior of HEADER_MODULE/header_module in CMake and qmake land, the module.pri might end up with an empty module line, which means adding the module via QT_PRIVATE += entrypoint will not link to the static library. To avoid this problem we write an explicit module entry (QT.foo.bar) into the same module.pri file as the one generated by qt_module, where the auto-generated one has header_module enabled, and hence no link behavior, while the manually written entry has a module component, and will ensure linkage to the static library. Change-Id: Ib98484f74410fab45c4d109f3610028200fba0c5 Reviewed-by: Alexandru Croitor <alexandru.croitor@qt.io> |