On Thursday, 25 November 2021 13:07:25 PST Joerg Bornemann wrote:
> Reverting because of the unsupported workflow of two persons might be a
> bit of an overreaction.
We're just the canary. There are a lot of people cross-compiling from Linux
because the environment is much faster.
But thanks for
On Thu, 25 Nov 2021, Thiago Macieira wrote:
On Thursday, 25 November 2021 11:57:01 PST Martin Storsjö wrote:
On Thu, 25 Nov 2021, Thiago Macieira wrote:
It is possible (although not very common) to do cross compilation to macOS
- I maintain such a setup at https://github.com/mstorsjo/xcode-cros
On Thursday, 25 November 2021 11:57:01 PST Martin Storsjö wrote:
> On Thu, 25 Nov 2021, Thiago Macieira wrote:
> > macdeployqt is less of an issue because there's no good toolchain for
> > cross- compiling to a Mac. Apple does not provide the sources for their
> > ld64 linker, for example.
>
> The
On 11/25/21 5:03 PM, Thiago Macieira wrote:
The patches that do the move are here:
https://codereview.qt-project.org/c/qt/qtbase/+/382055
https://codereview.qt-project.org/c/qt/qttools/+/382099
Please review.
Belated -1 after testing. Can I ask that it be reverted?
Reverting because of the
On Thu, 25 Nov 2021, Thiago Macieira wrote:
macdeployqt is less of an issue because there's no good toolchain for cross-
compiling to a Mac. Apple does not provide the sources for their ld64 linker,
for example.
They do provide sources for it, see e.g.
https://opensource.apple.com/source/ld6
On Thursday, 25 November 2021 09:48:49 MST Volker Hilsheimer wrote:
> Uh, how do you run tests on Windows without at least a VM?
Wine. That suffices for all tests that I care about (non-GUI).
But I do have access to a remote Windows Virtual Desktop. I just can't install
the compiler on it. So if
On Thursday, 25 November 2021 09:21:58 MST Marius Kittler wrote:
> > I don't need deployment from Linux in order to develop and it looks like
> > people who have been using cross-compilation have worked around this
> > issue.
>
> Yes, like mxedeployqt or using static linking.
macdeployqt is less
> On 25 Nov 2021, at 17:03, Thiago Macieira wrote:
>
> On Tuesday, 23 November 2021 00:40:14 MST Joerg Bornemann wrote:
>> The patches that do the move are here:
>> https://codereview.qt-project.org/c/qt/qtbase/+/382055
>> https://codereview.qt-project.org/c/qt/qttools/+/382099
>>
>> Please revi
Am Donnerstag, 25. November 2021, 17:03:37 CET schrieb Thiago Macieira:
> On Tuesday, 23 November 2021 00:40:14 MST Joerg Bornemann wrote:
> > The patches that do the move are here:
> > https://codereview.qt-project.org/c/qt/qtbase/+/382055
> > https://codereview.qt-project.org/c/qt/qttools/+/38209
On Tuesday, 23 November 2021 00:40:14 MST Joerg Bornemann wrote:
> The patches that do the move are here:
> https://codereview.qt-project.org/c/qt/qtbase/+/382055
> https://codereview.qt-project.org/c/qt/qttools/+/382099
>
> Please review.
Belated -1 after testing. Can I ask that it be reverted?
On Saturday, 24 August 2019 08:55:23 MST Richard Weickelt wrote:
> Hello,
>
> I've been trying to use windeployqt from a cross-compiled (mingw-w64 on
> Linux) Qt. I must be the only person on the planet doing this because there
> is a bug in windeployqt preventing it. The PE functionality is guard
Hi,
https://codereview.qt-project.org/c/qt/qtshadertools/+/382923
changes the license of the library code in the qtshadertools repo to include
LGPL.
No change to the code for the qsb binary, that one stays GPL/commercial, as is
standard for our build tools (such as moc).
Volker
12 matches
Mail list logo
