Re: Error while compiling

I don't know if you've already solved the problem, but I just saw this message and thought I'd put it my two cents. (I'm on an Ubuntu machine). I was actually not able to compile MuseScore with 5.6. It was awhile ago, so I don't remember all the details (I think there was something that was deprecated in 5.6) but when I downgraded to 5.5, I had no problems. Maybe try that?

Re: Error while compiling

I don't know if you've already solved the problem, but I just saw this
message and thought I'd put it my two cents. (I'm on an Ubuntu machine). I
was actually not able to compile MuseScore with 5.6. It was awhile ago, so I
don't remember all the details (I think there was something that was
deprecated in 5.6) but when I downgraded to 5.5, I had no problems. Maybe
try that?

Re: Error while compiling

FWIW, I had the same problem - undefined reference to QWindowSystemInterface::registerTouchDevice(QTouchDevice*) from libQtWebKit, version 5.3. There is no libQtWebKit in version 5.6, so the build shouldn't have been trying to use it. In my case, the problem was that for some reason, I still had an old version of CMakeLists.txt in my source folder even though I had, in theory, updated to the latest master. Might have had something to do with the way QtCreator manages that file specially (it is the main "project" file), might have been operator error on my part. But anyhow, pulling the lateast sources again fixed it and I was able to compile. There is still a line in CMakeLists.txt that appears to use this library, but the line seems harmless. I get no errors whether I delete that line or not.

I don't know if you've already solved the problem, but I just saw this
message and thought I'd put it my two cents. (I'm on an Ubuntu machine). I
was actually not able to compile MuseScore with 5.6. It was awhile ago, so I
don't remember all the details (I think there was something that was
deprecated in 5.6) but when I downgraded to 5.5, I had no problems. Maybe
try that?

Re: Error while compiling

Oh man, I'm clearly very behind then. Sorry about the un-helpful answer. That also means I need to update my local repo, thanks for letting me know! Fingers crossed my code will work with the new master...

I don't know if you've already solved the problem, but I just saw this
message and thought I'd put it my two cents. (I'm on an Ubuntu machine). I
was actually not able to compile MuseScore with 5.6. It was awhile ago, so I
don't remember all the details (I think there was something that was
deprecated in 5.6) but when I downgraded to 5.5, I had no problems. Maybe
try that?

FWIW, I had the same problem - undefined reference to QWindowSystemInterface::registerTouchDevice(QTouchDevice*) from libQtWebKit, version 5.3. There is no libQtWebKit in version 5.6, so the build shouldn't have been trying to use it. In my case, the problem was that for some reason, I still had an old version of CMakeLists.txt in my source folder even though I had, in theory, updated to the latest master. Might have had something to do with the way QtCreator manages that file specially (it is the main "project" file), might have been operator error on my part. But anyhow, pulling the lateast sources again fixed it and I was able to compile. There is still a line in CMakeLists.txt that appears to use this library, but the line seems harmless. I get no errors whether I delete that line or not.

I don't know if you've already solved the problem, but I just saw this
message and thought I'd put it my two cents. (I'm on an Ubuntu machine). I
was actually not able to compile MuseScore with 5.6. It was awhile ago, so I
don't remember all the details (I think there was something that was
deprecated in 5.6) but when I downgraded to 5.5, I had no problems. Maybe
try that?

Oh man, I'm clearly very behind then. Sorry about the un-helpful answer. That also means I need to update my local repo, thanks for letting me know! Fingers crossed my code will work with the new master...

I don't know if you've already solved the problem, but I just saw this
message and thought I'd put it my two cents. (I'm on an Ubuntu machine). I
was actually not able to compile MuseScore with 5.6. It was awhile ago, so I
don't remember all the details (I think there was something that was
deprecated in 5.6) but when I downgraded to 5.5, I had no problems. Maybe
try that?

Re: Error while compiling

Sorry to revive this thread, but this is happening again to me. Background: having just had an HD failure, I had to re-install and re-configure everything. Looking ahead I installed the latest Qt, 5.8, which compiles ver. 3.0 (aka master) perfectly. So far, so good.

Having to deal with 2.1 too, parallel to Qt 5.8, I also installed Qt 5.4 via Qt own maintenance tool. It does compile everything, but it has problems when linking the executable.

First of all, it seems unable to find some of its own libraries (libicui18n.so.53 and libicuuc.so.53), which I solved via a suitable LD_LIBRARY_LOAD environment variable.

Re: Error while compiling

Sorry to revive this thread, but this is happening again to me. Background:
having just had an HD failure, I had to re-install and re-configure
everything. Looking ahead I installed the latest Qt, 5.8, which compiles
ver. 3.0 (aka master) perfectly. So far, so good.

Having to deal with 2.1 too, parallel to Qt 5.8, I also installed Qt 5.4 via
Qt own maintenance tool. It does compile everything, but it has problems
when linking the executable.

First of all, it seems unable to find some of its own libraries
(libicui18n.so.53 and libicuuc.so.53), which I solved via a suitable
LD_LIBRARY_LOAD environment variable.

------------------------------------------------------------------------------Check out the vibrant tech community on one of the world's most
engaging tech sites, SlashDot.org! http://sdm.link/slashdot

Re: Error while compiling

Thanks for the reply, lasconic.

lasconic wrote

Maybe you have another Qt installed by your system?

Sure I have: the Mint 17.3 distro comes with Qt 5.3. However it should not matter, as Qt 5.4 and 5.8 are installed in my home and, for instance, while using Qt 5.8, it finds everything it needs from its own code base.

Dealing with master AND 2.1 practically requires to have three Qt versions: the one which ships with the distro, 5.4 for 2.1 and 5.6+ for master. What am I supposed to do? Keeping the sources of master on one PC and the sources of 2.1 on another?

Anyway, where this damn QWindowSystemInterface is supposed to be found? It is not described anywhere in the Qt docs...

Re: Error while compiling

Administrator

I understand it's inconvenient but it's the only way to get both versions compiled. It should be no problem to have 2 or more versions of Qt installed at the same time if there is a single qmake in the PATH. It works perfectly on both Mac and Windows.

Sure I have: the Mint 17.3 distro comes with Qt 5.3. However it should not
matter, as Qt 5.4 and 5.8 are installed in my home and, for instance, while
using Qt 5.8, it finds everything it needs from its own code base.

Dealing with master AND 2.1 practically requires to have three Qt versions:
the one which ships with the distro, 5.4 for 2.1 and 5.6+ for master. What
am I supposed to do? Keeping the sources of master on one PC and the sources
of 2.1 on another?

Anyway, where this damn QWindowSystemInterface is supposed to be found? It
is not described anywhere in the Qt docs...

I resorted to disabling this clean step and using "make clean" only.
____________________

Lastly, which is the make argument to turn off PulseAudio support?

Simply using "BUILD_PULSEAUDIO=OFF" does not go through. I tried "-DBUILD_PULSEAUDIO=OFF" and, of course, it raises an error ("/usr/bin/make: invalid option -- 'D'").

Short of editing CMakeLists.txt, which would be detected by git, I am resorting to manually modifying the build-debug/CMakeCache.txt file created after the first compilation attempt fails (and, no, no way I turn back on that PulseAudio evil on my machine...).

I resorted to disabling this clean step and using "make clean" only.
____________________

Lastly, which is the make argument to turn off PulseAudio support?

Simply using "BUILD_PULSEAUDIO=OFF" does not go through. I tried
"-DBUILD_PULSEAUDIO=OFF" and, of course, it raises an error ("/usr/bin/make:
invalid option -- 'D'").

Short of editing CMakeLists.txt, which would be detected by git, I am
resorting to manually modifying the build-debug/CMakeCache.txt file created
after the first compilation attempt fails (and, no, no way I turn back on
that PulseAudio evil on my machine...).