Yes Thiago, CMAKE_TOOLCHAIN_FILE is the way but vcpkg is doing the same.
QT_CHAINLOAD_TOOLCHAIN_FILE works (more or less), thanks Alexandru.
Thanks,
David
On Tue, Nov 21, 2023 at 4:26 PM Thiago Macieira
wrote:
> On Tuesday, 21 November 2023 06:04:36 PST DAS Loop wrote:
> > T
Hi,
I have a small test for wasm using cmake that compiles only for the main
architecture (in my case macOS).
With Qt installed in the following paths:
- /Users/Shared/Qt6.2.0/6.6.0/macos
- /Users/Shared/Qt6.2.0/6.6.0/wasm_singlethread
If I generate the build with:
cmake -B build -G Ninja -S .
Reported: https://bugreports.qt.io/browse/QTBUG-52539
Thanks,
David
On Tue, Apr 12, 2016 at 7:43 PM, Thiago Macieira
wrote:
> On terça-feira, 12 de abril de 2016 18:15:34 PDT DAS Loop wrote:
> > However, the problem starts in a Qt library that creates a OpenGL context
> > ev
:07:04 PDT DAS Loop wrote:
> > If the current Qt behaviour is acceptable, I will change the app. But I´m
> > not sure about that. QtWebEngineCore::initialize uses QCoreApplication.
> It
> > seems to me that it should work without a full QApplication.
>
> It doesn&#x
<
alexandru.croi...@digia.com> wrote:
> Hi,
>
> Either remove the "QT += webenginewidgets" line so it does not link to the
> library,
> or replace the QCoreApplication with a QApplication instance.
>
> On 12 Apr 2016, at 10:18, DAS Loop wrote:
>
>
> Hi,
>
Hi,
While porting an app to Qt (Mac OS X SDK 10.11, QT 5.6) I have found a
problem. A console app (no GUI) crashes because it loads a dylib that links
with Qt WebEngine. The app never instantiates any object that uses Qt
WebEngine. The crash happen in QtWebEngineCore::initialize because it tries
t
