Re: [Interest] alphabetize the symbol menu?
It's supposed to be fixed in QtCreator 8 https://bugreports.qt.io/browse/QTCREATORBUG-27392 https://bugreports.qt.io/browse/QTCREATORBUG-27411 On Wed, Apr 27, 2022 at 11:55 AM John Weeks wrote: > With the clangd code model in the latest versions of Qt Creator, we seem > to have lost the ability to order the menu of symbols in an editor window > alphabetically. That would be the menu in the bar above the area holding > editor windows and views. > > Am I missing something? > > -John Weeks > > ___ > Interest mailing list > Interest@qt-project.org > https://lists.qt-project.org/listinfo/interest > ___ Interest mailing list Interest@qt-project.org https://lists.qt-project.org/listinfo/interest
[Interest] debugging on Macintosh
I recently lost the ability to debug on my Macintosh. To be sure, we are building with an oldish Xcode and a new Qt Creator. This morning, though, I downloaded Qt Creator 7.01. For a brief, shining moment, I was able to break at a breakpoint, single-step and all the rest. Then I tried again. Gone again. The breakpoints while running still have the X on them. Mac OS: 10.14.6 Xcode: 10.3 Qt Creator: 7.01 What should I be checking? The fact that I was able to debug briefly today suggests that there is some setting or, or... something that could be changed to restore my ability to debug. -John Weeks ___ Interest mailing list Interest@qt-project.org https://lists.qt-project.org/listinfo/interest
[Interest] alphabetize the symbol menu?
With the clangd code model in the latest versions of Qt Creator, we seem to have lost the ability to order the menu of symbols in an editor window alphabetically. That would be the menu in the bar above the area holding editor windows and views. Am I missing something? -John Weeks ___ Interest mailing list Interest@qt-project.org https://lists.qt-project.org/listinfo/interest
Re: [Interest] macdeployqt on Monterey 12.3.1
On 27/4/22 18:25, Hamish Moffatt wrote: On 27/4/22 17:05, Alexander Carôt wrote: >>That's not guaranteed to work. Major versions 7 and 8 are unlikely to be compatible (else they wouldn't have changed the version number with all the difficulty that creates). Agreed, however, the question is if anyone else besides me can reproduce the issue so I can file a bug report. At least the solution works as a temporary workaround for me. Your error message said ERROR: "dyld[17429]: Library not loaded: /opt/local/lib/libffi.7.dylib\n Referenced from: /opt/local/libexec/llvm-10/lib/libLLVM.dylib\n Reason: tried: '/opt/local/lib/libffi.7.dylib' (no such file), '/usr/local/lib/libffi.7.dylib' (no such file), '/usr/lib/libffi.7.dylib' (no such file)Library not loaded: /opt/local/lib/libcrypto.1.1.dylib\n Referenced from: /opt/local/lib/libxar.1.dylib\n Reason: tried: '/opt/local/lib/libcrypto.1.1.dylib' (no such file), '/usr/local/lib/libcrypto.1.1.dylib' (no such file), '/usr/lib/libcrypto.1.1.dylib' (no such file)\nfatal error: /opt/local/bin/otool: fatal error in /opt/local/bin/llvm-objdump-mp-10\n" What provides your /opt/local/libexec/llvm-10/lib/libLLVM.dylib ? Is that from brew by any chance? It doesn't look like the Xcode compiler path. Your problem sounds a bit like https://stackoverflow.com/questions/71790401/otool-is-referencing-an-old-version-of-libffi Hamish ___ Interest mailing list Interest@qt-project.org https://lists.qt-project.org/listinfo/interest
Re: [Interest] macdeployqt on Monterey 12.3.1
On 27/4/22 17:05, Alexander Carôt wrote: >>That's not guaranteed to work. Major versions 7 and 8 are unlikely to be compatible (else they wouldn't have changed the version number with all the difficulty that creates). Agreed, however, the question is if anyone else besides me can reproduce the issue so I can file a bug report. At least the solution works as a temporary workaround for me. Your error message said ERROR: "dyld[17429]: Library not loaded: /opt/local/lib/libffi.7.dylib\n Referenced from: /opt/local/libexec/llvm-10/lib/libLLVM.dylib\n Reason: tried: '/opt/local/lib/libffi.7.dylib' (no such file), '/usr/local/lib/libffi.7.dylib' (no such file), '/usr/lib/libffi.7.dylib' (no such file)Library not loaded: /opt/local/lib/libcrypto.1.1.dylib\n Referenced from: /opt/local/lib/libxar.1.dylib\n Reason: tried: '/opt/local/lib/libcrypto.1.1.dylib' (no such file), '/usr/local/lib/libcrypto.1.1.dylib' (no such file), '/usr/lib/libcrypto.1.1.dylib' (no such file)\nfatal error: /opt/local/bin/otool: fatal error in /opt/local/bin/llvm-objdump-mp-10\n" What provides your /opt/local/libexec/llvm-10/lib/libLLVM.dylib ? Is that from brew by any chance? It doesn't look like the Xcode compiler path. Hamish ___ Interest mailing list Interest@qt-project.org https://lists.qt-project.org/listinfo/interest
Re: [Interest] QML issues after deployment
Hello Ulf, I basically ported the QML based QtWebBrowser example app to Qt6, and as usual I expected macdeployqt to recognize all dependencies but this was not the case obviously (before deployment all is fine). Meantime I figured that the actual Qt git snapshot has been updated already and I could take the working code from there. However, if you as official Qt members are still interested in fixing this issue I can provide more info. Please let me know if this is the case. Best Alex -- http://www.carot.de Email : alexan...@carot.de Tel.: +49 (0)177 5719797 > Gesendet: Dienstag, 26. April 2022 um 21:30 Uhr > Von: "Ulf Hermann" > An: interest@qt-project.org > Betreff: Re: [Interest] QML issues after deployment > > Hi, > > > just lately I started integrating QML features into my Qt6 app > > (related to web browsing). This works fine so far, however, after > > deployment via macdeployqt I receive this error upon bootup: > > > > module "QtQml.WorkerScript" is not installed > > There can be many reasons for this. The most likely one is that the > macOS deployment tooling doesn't see the dependency between QtQml and > QtQml.WorkerScript. You may be able to work around it by explicitly > importing QtQml.WorkerScript somewhere. Can you please create a minimal > example project and post a bug report at https://bugreports.qt.io ? > > best regards, > Ulf > ___ > Interest mailing list > Interest@qt-project.org > https://lists.qt-project.org/listinfo/interest > ___ Interest mailing list Interest@qt-project.org https://lists.qt-project.org/listinfo/interest
Re: [Interest] macdeployqt on Monterey 12.3.1
>>That's not guaranteed to work. Major versions 7 and 8 are unlikely to be compatible (else they wouldn't have changed the version number with all the difficulty that creates). Agreed, however, the question is if anyone else besides me can reproduce the issue so I can file a bug report. At least the solution works as a temporary workaround for me. Best Alex -- http://www.carot.de Email : alexan...@carot.de Tel.: +49 (0)177 5719797 Gesendet: Mittwoch, 27. April 2022 um 02:15 Uhr Von: "Hamish Moffatt via Interest" An: interest@qt-project.org Betreff: Re: [Interest] macdeployqt on Monterey 12.3.1 On 26/4/22 15:56, Alexander Carôt wrote: Thanks for the pointer, however, it looks rather trivial as if it is asking for lib versions not existent on Monterey. In order to make it workI simply created symbolic links to the current ones: sudo ln -s libffi.8.dylib libffi.7.dylib sudo ln -s libcrypto.3.dylib libcrypto.1.1.dylib That's not guaranteed to work. Major versions 7 and 8 are unlikely to be compatible (else they wouldn't have changed the version number with all the difficulty that creates). Hamish ___ Interest mailing list Interest@qt-project.org https://lists.qt-project.org/listinfo/interest ___ Interest mailing list Interest@qt-project.org https://lists.qt-project.org/listinfo/interest