Re: [Development] Remaining tools in CMAKE_INSTALL_BINDIR

2022-10-07 Thread Thiago Macieira
On Friday, 7 October 2022 10:57:52 PDT Ulf Hermann via Development wrote: > In a parallel install the Qt5 and Qt6 QML import paths should be > separate. If you ship your own QML modules you can in principle build > them against both Qt5 and Qt6, separately, and install them in the > respective impo

Re: [Development] Security-relevant 3rd party components bundled with Qt

2022-10-07 Thread Robert Löhning via Development
Am 20.09.22 um 14:47 schrieb Volker Hilsheimer: Hi, Some of the 3rd party components we bundle in Qt are directly involved in code paths that are designed to process untrusted data. Following up on the situation with freetype [1] and the discussion we had during summer [2], it would help kno

Re: [Development] Remaining tools in CMAKE_INSTALL_BINDIR

2022-10-07 Thread Ulf Hermann via Development
I would consider qml, qmlscene, qmlpreview, qmlprofiler, and qmltime to be equivalent to their Qt 5 versions, and indeed user-facing. And would replacing the Qt 5 versions with Qt 6 be an imperceptible change to the user? What happens if their own QML content has plugins? I assume Qt itself ship

Re: [Development] Remaining tools in CMAKE_INSTALL_BINDIR

2022-10-07 Thread Thiago Macieira
On Friday, 7 October 2022 09:52:16 PDT Thiago Macieira wrote: > > qt-cmake > > qt-cmake-standalone-test > > qt-configure-module > Then they need to be built with INSTALL_VERSIONED_LINK to the CMake command > qt_internal_add_app(). Does it make sense to have those in a non-developer build? I could

Re: [Development] Remaining tools in CMAKE_INSTALL_BINDIR

2022-10-07 Thread Thiago Macieira
On Friday, 7 October 2022 02:34:06 PDT Ulf Hermann via Development wrote: > Hi, > > I would consider qml, qmlscene, qmlpreview, qmlprofiler, and qmltime to > be equivalent to their Qt 5 versions, and indeed user-facing. And would replacing the Qt 5 versions with Qt 6 be an imperceptible change to

Re: [Development] Remaining tools in CMAKE_INSTALL_BINDIR

2022-10-07 Thread Thiago Macieira
On Friday, 7 October 2022 02:11:53 PDT Jörg Bornemann via Development wrote: > These are user-facing, equivalent as defined by you to their Qt 5 version: > lconvert > lrelease > lupdate > qdoc (I assume that its output is usable by Qt 5) > qmleasing Agreed. qmleasi

Re: [Development] Remaining tools in CMAKE_INSTALL_BINDIR

2022-10-07 Thread Ulf Hermann via Development
I would consider qml, qmlscene, qmlpreview, qmlprofiler, and qmltime to be equivalent to their Qt 5 versions, and indeed user-facing. Well, qml and qmlscene are only equivalent to Qt5 insofar as we consider the QML language and our QML modules in Qt6 to be equivalent to the ones in Qt5. There

Re: [Development] Remaining tools in CMAKE_INSTALL_BINDIR

2022-10-07 Thread Ulf Hermann via Development
Hi, I would consider qml, qmlscene, qmlpreview, qmlprofiler, and qmltime to be equivalent to their Qt 5 versions, and indeed user-facing. qmltc is not user-facing. It's a compiler and should live in the same place as qmlcachegen. qmljs is a general-purpose JavaScript interpreter. So, it's k

Re: [Development] Remaining tools in CMAKE_INSTALL_BINDIR

2022-10-07 Thread Jörg Bornemann via Development
On 10/6/22 21:00, Thiago Macieira wrote: For the tools below, please answer: 1) are they meant to be run by the user or developer, from a command-line? 2) are they equivalent to their Qt 5 version, if it exists? That is, can the Qt 6 tool be used where the Qt 5 one was, with Qt 5 input files if