@Kinesis

There are only two options:

Install a compatible Qt version on the second computer Deploy all needed libraries along with your program. You may want to have a look at linuxdeployqt

Regards

@SGaist, could You provide an example please - fixed mylibrary.pro? Thanks!

@koahnig: thanks for sharing.

The clean is definitely faster with jom, but apparently it looses later on time when starting for the different projects.
All checks are with compilation on ram disk with 8 cores

Interesting. As said, I'll do some more tests the next says and see how it behaves. For now jom is my winner.

jom was not happy my environment settings MAKEFLAGS=-j8

... but it does not need it on the other hand ;)

@jsulm yes, I tried launching it this way but it didn't resolve the issue - the error is same. Thanks for suggestion though :)

Remove the -j 8. The error is somewhere else. These are just warnings.

@kshegunov said in qmake install error detection on Windows:

target.depends = baseLibs

This was a very promising idea but unfortunately it looks like .depends does not work with other INSTALLS tagets

I found a solution with QMAKESPEC

message("SPEC " $$QMAKESPEC) message("SPEC " $$basename(QMAKESPEC))

The output is for instance:

Project MESSAGE: QMAKESPEC C:/Qt/5.4/mingw491_32/mkspecs/win32-g++ Project MESSAGE: SPEC win32-g++

or on linux

Project MESSAGE: QMAKESPEC /home/bloblo/Qt/5.9.1/gcc_64/mkspecs/linux-g++ Project MESSAGE: SPEC linux-g++

@kshegunov

I've tried that too ... but I see what I'm doing wrong. I guess you have to manually run qmake every time you delete the folder to test it or else it won't update the condition. I just kept rebuilding it, which didn't work. Thanks. Guess one of my previous conditions would have worked for this as well.

@SGaist yes, you were right! Qmake is saving absolute path internally, I think. So I moved all necessary files to required directory and everything is working, thank you!

I'll post a screenshot with minimum necessary files and directories that needed to successful qmake's work without Qt.

It requires an empty include directory! If you delete it QtCreator will not show your non-Qt Kit in the startup list of Kits for a new project!

Tested with Qt 5.9.2 and it's working as expected. Well, the script bash is called.

While I'm still not successful to expand $${LITERAL_DOLLAR}0 to the command line at compile, I did resolve the generated compile error by changing from awk to sed.

[Work around]

Change...

myrcupdate.commands = awk \'NR==2 {$${LITERAL_DOLLAR}0=\"$${MY_DIR}\"} 1\' myrc.sample > .myrc

to...

myrcupdate.commands = sed -i \'\' \'2s%.*%$${MY_DIR}%\' .myrc

No problem. Good luck with your project!

@Mahesh-Kumar-Kodanda said in QT 5.9 for i.MX6Q and Integrity RTOS build error - unrecognised command line option »-std=c++11«:

cross compile tool chain

For which device? You already use one- why do you ask me to provide one? A cross compile tool chain is not specific to Qt or any other framework/library but to a device.

@koahnig
If you promise not to tell anymore, i just discovered that it can actually autocomplete in .pro file :)
Very handy. ;)

Just use QT += module

That test is really only useful for code bases that should be built with both Qt 4 and Qt 5 since the widgets have moved to their own module in Qt 5.

@Wieland Thanks for the reference - that has worked for me.

Also, thanks for the Qbs information - i hadn't seen this before but will look into it

@SGaist - thanks for the info

I had previously tried something similar but I think it may have been the escaping of quotes which caught me out.

I already wrote it: use out of source builds.

@Pamplemousse-MK-2

When you are entering this on each machine where the creator is used, it will apply to all projects on that machine. Eventually you need to check whether it is updated for all projects already loaded in created. New projects are taking over those system environment settings.

Hi,

I may be wrong but AFAIK, Apple changed recently its policy about dynamic library in application bundle. Thus its likely related to that.

You should bring this question to the interest mailing list, you'll find there Qt's developers/maintainers. This forum is more user oriented.

Good info, @SGaist thanks :-) That link goes straight to my bookmarks.

@SGaist Thank you very much!

I haven't got around to test it properly yet - but I'm marking this as solved.

@Wieland: Thanks for the heads-up, I upvoted and subscribed for that bug report.

Ok, i found the solution.
I had to recompile qmake with pkg-config enabled.

My bad ! It was .qmake.conf that you can use for your common variables.

Ok. Thanks.

@Peppy Right now it just won't work without installation, however you can install it separately from Qt (just point QMAKEPATH to proper location)

Hi,

What are these "minor things" ?

Hi @jsulm ,

Sorry for the late reply.

I have 3 repositories.
1.Userdefined
2.Temp etc.,

I copied your link and paste it in Temp repository URL and manage to run the Maintenance tool. The tool just updated itself and launch the QT IDE.

I had downloaded the QT for Android. I was expecting that Maintenance tool will be asking for the local mapping to QT for Android and it will be installed.

Thanks in Advance.

Hi,

A bit off topic but why not use the libtiff bundled with Qt ? That could avoid you the trouble having to build an external version of it. Unless you absolutely need that specific version.

@jsulm thanks for the tipp!

I solved my problem by reinstalling VS2015 Update 2.

@raven-worx said:

$(MAKE)

Awesome, that worked. Thank you!

Once you installed QtFtp there should be no need to modify INCLUDEPATH. Adding QT += ftp should be enough.

@micland Yes, you are right. I was somehow lost. I needed to have qmake compiled for x86_64, but what confused me was that this binary was mixed together with other (ARM) binaries.

Just to know. After config stage, it is possible to change CC variable in Makefile and get cross compiled qmake in a few minutes. Thank you and Regards !

dll paths do not influence the build so they are not included in qmake. if you use QtCreator in the right bar select project and in the build and run tab, select the run subtab and you can customise the run environment adding the paths of the dlls to the run environment PATH

otherwise you can use the INSTALLS of qmake to deploy all the binaries where you need them