Installation and Deployment

@SGaist Well, I think no (if I understand your question right), because all paths to the compiler was setted right. Currently I'm trying to do a clean sysroot on my PC x86_64 (just a Qt+glib+gstreamer) with needed libraries (one question with pkg-config and Qt no resolved for me, yet) for the cross-compilation of target apps. As result I will produce a bash-script for a building an arm-sandbox to cross-compile from x86-64 machine to the ARM (specially imx6) and publish it here. Also thank you for your leading questions (because really currently available in the Ubuntu repos version of compiler is deprecated, I think)!

Did you do a cleanup before calling configure again ?

It took a while, but I have now solved this problem so let me share the solution that I found. I did a combination of the following three things to made it work: I needed a single cdUp() for the deployment situation as opposed to the 3x cdUp() which is necessary when running from Qt Creator (as it is explained here http://doc.qt.io/archives/qt-4.8/qt-tools-plugandpaint-example.html but on http://doc.qt.io/archives/qt-4.8/deployment-mac.html it says to use only 1x cdUp()) I was lead to believe that the argument for QDir::cd() would be case insensitive on MacOS based on the referred documentation. Instead, I now used 'PlugIns' instead of 'plugins' to use the standard directory in the app bundle to store my plugins in. I did so because using cd in a Terminal also required using 'PlugIns' instead of 'plugins'. On the other hand, when running from QtCreator, it should be 'plugins' as that is the subdirectory that QtCreator creates when building. So, here is a second difference between running from QtCreator and when deploying I not only applied install_name_tool to my executable to fix the library references but I also applied it to my plugin libraries. I made sure to use @executable_path references only to my libdfmcore and also to the Qt framework libraries (so, no @rpath references as generated by a build from QtCreator or by macdeployqt) If you wish to inspect my solution in more detail, you can have a look at https://modeltech.org/download/dfm/dfm.macos.zip

@Reghu_Att said in Online Install Server reply: Not Found: Now I am giving it another go for 5.12 and immediately it throws up this error: Cannot download archive http://download.qt.io/online/qtsdkrepository/mac_x64/desktop/qt5_5120_src_doc_examples/qt.qt5.5120.src/5.12.0-0-201812040411qtactiveqt-everywhere-src-5.12.0.7z: Error transferring http://103.1.138.144/download.qt.io/online/qtsdkrepository/mac_x64/desktop/qt5_5120_src_doc_examples/qt.qt5.5120.src/5.12.0-0-201812040411qtactiveqt-everywhere-src-5.12.0.7z - server replied: Not Found Hmm... your computer is trying to load http://103.1.138.144/download.qt.io/online/qtsdkrepository/mac_x64/desktop/qt5_5120_src_doc_examples/qt.qt5.5120.src/5.12.0-0-201812040411qtactiveqt-everywhere-src-5.12.0.7z 103.1.138.144 is an IP address controlled by MobileOne Singapore. What happens if you try downloading through a different Internet service provider?

@caetydid said in How to use binarycreator to create an statically linked offline installer in Linux?: @sierdzio Since I plan to release all sources under LGPL and/or apache I understand it should not be a problem. Anyone will be able to install the app without using the binary installer, I just want to offer it to inexperienced users to ease installation. I think that is fine then.

@Lann said in cross-complie QT5.8 with multimedia: i find no 'configure' file. It looks like you didn't look at step #16 as I suggested previously...

@BKBK said in Upgrade QT3 to QT4: The latest attempt at make claims there is no matching function for call to Check the QDialog documentation from Qt4 to see what the correct QDialog constructor in Qt4 is.

@SGaist Yes. Sorry, my bad. Now I build a full environment for the cross-compilation with needed libs. Thanks for help!

Just take into account that Qt 4 has reached end of life since a few years already. Again, the class documentation already shows the basics and links to several examples that should get you going.

@axeljaeger17 I am having the same issue. I found a link to a bug ticket QTBUG-6752, look at the last comment from Arvid Brodin. I am going to try it soon. Let me know if that helps you.

@BinuJanardhanan The issue solved by running Qt creator in the VS native compiler x64 command prompt as administrator. Now the list is updated.

Hi, I had the same problem and found this thread by googling. After asking on IRC Thiago told use the solution : you have to put another perl distribution in your PATH before msys perl (Thiago recommended StrawberryPerl, I also tested with ActivePerl and it seems to work) and then run ./configure.

What happens when you run the app from terminal (not Qt Creator)?

@BKBK Maintenance tool supports updating Qt and tools already. Did you install Visual Studio?

The problem here is that the Listener struct is not an aggregate in C++11, since it has Default Member Initializers (see https://en.wikipedia.org/wiki/C%2B%2B14#Aggregate_member_initialization). This also means that gcc 4.8 doesn't build this code out-of-the-box. I will fix that shortly when I fix a bunch of other gcc 4.8 incompatibilities.

That's not a good idea to do it like that. All application using OpenSSL might start misbehaving.