Well, huh. I thought I tried that one with the bigger project before, but it does work with the test program here, so that must have been something else. Thank you for your assistance.

@wokerjrvm How is your question related to the original question in this thread? Please open your own thread and ask there.

@ted-dr HI I hope developers would remove this feature or make it optional at least. This would become problematic with standard structured folders across multiple IDEs. Feel free to open an enhancement ticket and post link here. People can then vote for it, if they like you - feel the good old way was the best and if enough votes then it might happen :)

Are running this on two different computers (or VMs)? It seems there are more variables involved than just 'different version of QtCreator'. Working: Qt 5.12.2 (x86_64-little_endian-lp64 shared (dynamic) release build; by GCC 8.3.0) on "xcb" OS: Ubuntu 19.04 [linux version 5.0.0-38-generic] Environment: QT_ACCESSIBILITY="1" QT_AUTO_SCREEN_SCALE_FACTOR="0" Not Working (note, QT_ACCESSIBILITY is not set): Qt 5.12.4 (x86_64-little_endian-lp64 shared (dynamic) release build; by GCC 9.2.1 20191008) on "xcb" OS: Ubuntu 19.10 [linux version 5.3.0-40-generic] Environment: QT_AUTO_SCREEN_SCALE_FACTOR="0" Do you have additional KDE packages (not sure what that the 'kdedev' folder is) installed on the one that's working? Does your application depend on them? Can you run it in debugging to see where exactly it is crashing?

@dmitry1992 https://doc.qt.io/qt-5/internationalization.html

I have the same problem on MacOS but this seems not coming from CMake but from the last version of QT Creator 4.11.x I installed an instance of Qt Creator to 4.10.x and get back project structure as folders structure.

Hi, It might be of interest and would likely benefit from a plugin in Qt Creator. However the first step would be to have it build various Qt project types. Note that cmake won't be transitional. It's going to be the build system of Qt 6 and thus it's going to stay like this for the whole Qt 6 lifetime at least. Just take a look at the lifetime of qmake.

@sierdzio Thank you.

HI CMake integration into Creator is very basic and we also had many issues with it not parsing the project file the first time. However it got a bit better with never Creators.

Hi, What version of Qt are you using to build Qt Creator ? How did you install it ?

You can have files with different rights anywhere on your system. One thing you can do is nuke that build folder then use chown and chmod on the content of your download folder and ensure that everything belongs to the correct user and with read/write properties.

Hey Nope not yet. Will try it, just need to learn it :- )

I ran into the same problem and this problem is very very annoying during daily work. I filed a bug report for that issue.

It does look like a similar issue. I was able to find a workaround thanks to this bug report. Setting the target OSX version to 10.12 in CMake did the trick.

@Joachim-W Do you have c:\Qt\5.11.1\mingw53_32\lib\cmake\Qt5Gui (adapt the path to the Qt version you installed) and if so iis there anything inside?

I am curious on how the clarification will evolve for the topic “Describing build components for CMake support with Qt”.

Thanks for the feedback, I opened Bug #71354.

2nd UPDATE: Problem was by natural source. The light reflects from window into camera. 2nd problem was using file as buffer. I solved it by using grab image from QCameraViewFinder widget and send by memory.

Hi and welcome to devnet, Because it's complex to integrate one build system with another. What 3rd party is it ?

I know this is an old topic. But I stumbled upon this topic multiple times, but now I got CMake in QtCreator with Visual Studio 15 2017 working. But had to change a few things. In the Qt kit, I choose: CMake Generator Generator: Visual Studio 15 2017 Win 64. Extra generator: None Platform: empty Toolset: empty CMake Configuration: only CMAKE_PREFIX_PATH:STRING=%{QT:QT_INSTALL_PREFIX}, removed the others When generating a cmake project, I have to change the resulting Build Settings (for each build configuration). CMAKE_BUILD_TYPE: Debug CMAKE_CONFIGURATION_TYPES: Debug Build steps: choose "ALL_BUILD" instead of "all" For us this resulted in a working build using msbuild, which allows us to build Wix installers etc. as well, something that cannot be done with NMake Makefiles.

@Toprakete said in CMake cannot find some 3D modules (3DRender, 3DExtras): Qt3DRender Hi and welcome to devnet, I would check what include paths you have gathered to see if they indeed point to your Qt 5.11.2 installation.

Hi and welcome to devnet, You should take a look at the various IPC options provided by Qt.

@ambershark oki, i appreciate your attention

Okay, I've just seen in the Building for android page that at most NDK r10 must be used. I recompiled qt with it and targeting android-21 platform. It works with QMake but with CMake I still get the same error though. Quite a step ahead fortunately :)

Hello, Sorry for the novice mistake! I was trying to use different compilers in the NDK but i end up with the same error. The code i uploaded before was from one of my trials. I did change my configuration to x86 but i still get the same error. Since this is my 1st time for android, I may have missed something. The error stays the same. The 1st few line of my cmake error log states: Compiling the CXX compiler identification source file "CMakeCXXCompilerId.cpp" failed. Compiler: /home/user/android-ndk-r16b/toolchains/x86-4.9/prebuilt/linux-x86_64/bin/i686-linux-android-g++ Build flags: Id flags: The output was: 1 /home/user/android-ndk-r16b/toolchains/x86-4.9/prebuilt/linux-x86_64/bin/../lib/gcc/i686-linux-android/4.9.x/../../../../i686-linux-android/bin/ld: error: cannot open crtbegin_dynamic.o: No such file or directory /home/user/android-ndk-r16b/toolchains/x86-4.9/prebuilt/linux-x86_64/bin/../lib/gcc/i686-linux-android/4.9.x/../../../../i686-linux-android/bin/ld: error: cannot open crtend_android.o: No such file or directory /home/user/android-ndk-r16b/toolchains/x86-4.9/prebuilt/linux-x86_64/bin/../lib/gcc/i686-linux-android/4.9.x/../../../../i686-linux-android/bin/ld: error: cannot find -lstdc++ /home/user/android-ndk-r16b/toolchains/x86-4.9/prebuilt/linux-x86_64/bin/../lib/gcc/i686-linux-android/4.9.x/../../../../i686-linux-android/bin/ld: error: cannot find -lm /home/user/android-ndk-r16b/toolchains/x86-4.9/prebuilt/linux-x86_64/bin/../lib/gcc/i686-linux-android/4.9.x/../../../../i686-linux-android/bin/ld: error: cannot find -lc /home/user/android-ndk-r16b/toolchains/x86-4.9/prebuilt/linux-x86_64/bin/../lib/gcc/i686-linux-android/4.9.x/../../../../i686-linux-android/bin/ld: error: cannot find -ldl collect2: error: ld returned 1 exit status and the cmake output states -- The CXX compiler identification is GNU 4.9.0 -- Check for working CXX compiler: /home/user/android-ndk-r16b/toolchains/x86-4.9/prebuilt/linux-x86_64/bin/i686-linux-android-gcc -- Check for working CXX compiler: /home/user/android-ndk-r16b/toolchains/x86-4.9/prebuilt/linux-x86_64/bin/i686-linux-android-gcc -- broken CMake Error at /usr/share/cmake-3.5/Modules/CMakeTestCXXCompiler.cmake:54 (message): The C++ compiler "/home/user/android-ndk-r16b/toolchains/x86-4.9/prebuilt/linux-x86_64/bin/i686-linux-android-gcc" is not able to compile a simple test program. It fails with the following output: Change Dir: /home/user/testProjects/build-bubbleWork-Android_for_x86_GCC_4_9_Qt_5_9_3_for_Android_x86-Default/CMakeFiles/CMakeTmp Run Build Command:"/usr/bin/make" "cmTC_c05c5/fast" /usr/bin/make -f CMakeFiles/cmTC_c05c5.dir/build.make CMakeFiles/cmTC_c05c5.dir/build make[1]: Entering directory '/home/user/testProjects/build-bubbleWork-Android_for_x86_GCC_4_9_Qt_5_9_3_for_Android_x86-Default/CMakeFiles/CMakeTmp' Building CXX object CMakeFiles/cmTC_c05c5.dir/testCXXCompiler.cxx.o /home/user/android-ndk-r16b/toolchains/x86-4.9/prebuilt/linux-x86_64/bin/i686-linux-android-gcc -o CMakeFiles/cmTC_c05c5.dir/testCXXCompiler.cxx.o -c /home/user/testProjects/build-bubbleWork-Android_for_x86_GCC_4_9_Qt_5_9_3_for_Android_x86-Default/CMakeFiles/CMakeTmp/testCXXCompiler.cxx Linking CXX executable cmTC_c05c5 /usr/bin/cmake -E cmake_link_script CMakeFiles/cmTC_c05c5.dir/link.txt --verbose=1 /home/user/android-ndk-r16b/toolchains/x86-4.9/prebuilt/linux-x86_64/bin/i686-linux-android-gcc CMakeFiles/cmTC_c05c5.dir/testCXXCompiler.cxx.o -o cmTC_c05c5 -rdynamic /home/user/android-ndk-r16b/toolchains/x86-4.9/prebuilt/linux-x86_64/bin/../lib/gcc/i686-linux-android/4.9.x/../../../../i686-linux-android/bin/ld: error: cannot open crtbegin_dynamic.o: No such file or directory

@Valveware said in Promoting to custom widget in QtDesigner '*.hpp' no such file or directory [cmake]: file(GLOB_RECURSE QT_MOC RELATIVE ${CMAKE_CURRENT_SOURCE_DIR} FOLLOW_SYMLINKS include/dashboard/*.hpp) Ok that looks like it would indeed moc your cameraframe.hpp.. So that's probably not the issue. Can you share the build log from gcc? And also the ui_main_window.h file as well as ui_cameraframe.h?

@SGaist thanks!

I heard opposing arguments to that when it comes to moc/rcc/uic. Personally, I use the set(CMAKE_AUTOMOC ON) way