Hi
On 16/11/2020 23:29, Sérgio Martins via Development wrote:
On 2020-11-16 21:57, Thiago Macieira wrote:
On Monday, 16 November 2020 13:38:06 PST Cristian Adam wrote:
LLVM.org clang.exe binary reports the x86_64-pc-windows-msvc target,
which
is Clang/MSVC. clang-cl is just a different comman
On 2020-11-17, Kai Köhne wrote:
> Why should the packages in the online installer change? They are hardly ever
> installed into some general directory.
To have documentation be "Run this command `foo`". not "If you are
running linux or mac and have gotten your Qt the normal way thru your
package
On Tue, 17 Nov 2020 at 21:13, Thiago Macieira wrote:
>
> On Tuesday, 17 November 2020 15:41:10 PST Lisandro Damián Nicanor Pérez Meyer
> wrote:
> > - qtplugininfo: I sincerely don't know how it's being used.
>
> I was going to suggest it, but I ended up thinking it was obscure enough that
> for an
On Tuesday, 17 November 2020 15:41:10 PST Lisandro Damián Nicanor Pérez Meyer
wrote:
> - qtplugininfo: I sincerely don't know how it's being used.
I was going to suggest it, but I ended up thinking it was obscure enough that
for anyone who really needs it, they can use
`qtpaths6 --binaries-dir
On Tue, 17 Nov 2020 at 17:31, Joerg Bornemann wrote:
>
> On 11/17/20 6:07 PM, Thiago Macieira wrote:
>
> > 3) there's a question of cross-compilation relating to qmake and host tools,
> > which I have not followed and do not understand the current state of. Need
> > input here.
>
> The situation i
On Tue, 17 Nov 2020 at 14:09, Thiago Macieira wrote:
>
> On Tuesday, 27 October 2020 09:34:44 PST Thiago Macieira wrote:
> > Have we fixed it?
> >
> > I do not plan on updating qtchooser for Qt 6. Qt 6 should not install any
> > binary with the same name as Qt 5 did.
>
> Lars and I just had a quic
On Tuesday, 17 November 2020 13:14:08 PST Joerg Bornemann wrote:
> On 11/17/20 9:50 PM, Thiago Macieira wrote:
> >> qt-cmake6
> >>
> >> entry point for building CMake-based Qt-applications
> >
> > Why is this not simply cmake?
>
> Right. For the host Qt in /usr/... this is most probably no
On 11/17/20 9:50 PM, Thiago Macieira wrote:
qt-cmake6
entry point for building CMake-based Qt-applications
Why is this not simply cmake?
Right. For the host Qt in /usr/... this is most probably not needed and
could just be cmake using the global search paths.
Joerg
On Tuesday, 17 November 2020 12:30:53 PST Joerg Bornemann wrote:
> qt-cmake6
> entry point for building CMake-based Qt-applications
Why is this not simply cmake?
--
Thiago Macieira - thiago.macieira (AT) intel.com
Software Architect - Intel DPG Cloud Engineering
___
On 11/17/20 6:07 PM, Thiago Macieira wrote:
3) there's a question of cross-compilation relating to qmake and host tools,
which I have not followed and do not understand the current state of. Need
input here.
The situation is as follows for the cross-building case:
You need to have a host Qt i
On Tuesday, 27 October 2020 09:34:44 PST Thiago Macieira wrote:
> Have we fixed it?
>
> I do not plan on updating qtchooser for Qt 6. Qt 6 should not install any
> binary with the same name as Qt 5 did.
Lars and I just had a quick discussion on IRC about this and here's what we
propose. Ground r
On Tuesday, 17 November 2020 07:49:14 PST Lisandro Damián Nicanor Pérez Meyer
wrote:
> > Why should the packages in the online installer change? They are hardly
> > ever installed into some general directory.
> Because it sets precedence. This way tools will expect the prefix on Linux.
Also becau
Hi!
On Tue, 17 Nov 2020 at 12:31, Kai Köhne wrote:
>
> > -Original Message-
> > From: Development On Behalf Of
> > Thiago Macieira
> >> On Tuesday, 17 November 2020 00:46:32 PST Joerg Bornemann wrote:
> >> It is certainly possible to add a further configure option a la
> >> -qt-exec
> -Original Message-
> From: Development On Behalf Of
> Thiago Macieira
>> On Tuesday, 17 November 2020 00:46:32 PST Joerg Bornemann wrote:
>> It is certainly possible to add a further configure option a la
>> -qt-executable-suffix -qt6
>> to move the burden from the packagers to Qt's
On Tuesday, 17 November 2020 07:05:10 PST Thiago Macieira wrote:
> On Tuesday, 17 November 2020 03:42:50 PST Kevin Kofler via Development
wrote:
> > I have not yet talked to those who will likely be the maintainers of Qt 6
> > in Fedora, but this is almost exactly how things already work in Fedora
On Tuesday, 17 November 2020 00:46:32 PST Joerg Bornemann wrote:
> It is certainly possible to add a further configure option a la
> -qt-executable-suffix -qt6
> to move the burden from the packagers to Qt's build system and ensure
> consistent Qt installation layouts across distributions.
Th
On Tuesday, 17 November 2020 03:42:50 PST Kevin Kofler via Development wrote:
> I have not yet talked to those who will likely be the maintainers of Qt 6 in
> Fedora, but this is almost exactly how things already work in Fedora for Qt
> 4 and 5 (except that we use hardlinks instead of symlinks due
Hi!
On Tue, 17 Nov 2020 at 08:43, Kevin Kofler via Development
wrote:
>
> Lisandro Damián Nicanor Pérez Meyer wrote:
> > I've discussed this with Dmitry Shachnev and the simplest way to
> > "solve" this would be to ship binaries in /usr/lib/qt6/bin/foo and
> > have /usr/bin/foo-qt6 symlinks to th
Hi Joerg!
On Tue, 17 Nov 2020 at 05:49, Joerg Bornemann wrote:
>
> On 11/13/20 8:24 PM, Sune Vuorela wrote:
>
> > Oh. And I'm surprised by the Qt-people sudden love of QtChooser
> There's no sudden love. Just surprise that all of a sudden, shortly
> before the release, the established solution fo
On 11/13/20 8:24 PM, Sune Vuorela wrote:
Oh. And I'm surprised by the Qt-people sudden love of QtChooser
There's no sudden love. Just surprise that all of a sudden, shortly
before the release, the established solution for co-installability must
be changed.
It is certainly possible to add a f
20 matches
Mail list logo
