Can't compile mlt 6.10.0 on Stable

aikempshall · 08-11-2018, 09:53 AM

In January 2018 I Was able to successfully compile mlt 6.4.1

A new version, 6.10.0, of mlt has recently been posted to SlackBuilds.org

Can't compile. get these errors -

Quote:

In file included from /usr/include/qt5/QtCore/qatomic.h:46:0,
from /usr/include/qt5/QtCore/qglobal.h:1145,
from /usr/include/qt5/QtCore/qnamespace.h:43,
from /usr/include/qt5/QtGui/qpainter.h:43,
from /usr/include/qt5/QtGui/QPainter:1,
from filter_lightshow.cpp:24:
/usr/include/qt5/QtCore/qbasicatomic.h:61:4: error: #error "Qt requires C++11 support"
# error "Qt requires C++11 support"
^
In file included from /usr/include/qt5/QtCore/qglobal.h:83:0,
from /usr/include/qt5/QtCore/qnamespace.h:43,
from /usr/include/qt5/QtGui/qpainter.h:43,
from /usr/include/qt5/QtGui/QPainter:1,
from graph.h:24,
from filter_audiospectrum.cpp:22:
/usr/include/qt5/QtCore/qcompilerdetection.h:562:6: error: #error Qt requires a C++11 compiler and yours does not seem to be that.
# error Qt requires a C++11 compiler and yours does not seem to be that.
^
In file included from /usr/include/qt5/QtCore/qatomic.h:46:0,
from /usr/include/qt5/QtCore/qglobal.h:1145,
from /usr/include/qt5/QtCore/qnamespace.h:43,
from /usr/include/qt5/QtGui/qpainter.h:43,
from /usr/include/qt5/QtGui/QPainter:1,
from graph.h:24,
from filter_audiospectrum.cpp:22:
/usr/include/qt5/QtCore/qbasicatomic.h:61:4: error: #error "Qt requires C++11 support"
# error "Qt requires C++11 support"

What am I missing. I think I have all the dependencies quoted for mlt.

The error seems to imply I'm missing C++

How can I resolve this issue?

ponce · 08-11-2018, 11:42 AM

I would try temporarily removing qt5 (you can reinstall it later) and trying again to build mlt without that installed.

ehartman · 08-11-2018, 12:08 PM

[QUOTE=aikempshall;5890571]In January 2018 I Was able to successfully compile mlt 6.4.1
The error seems to imply I'm missing C++

I think your C++ compiler is too old (the one in Slackware stable (=14.2) is only version 5.5.0 (WHEN you applied the updates, otherwise it even is 5.3).
The one in -current is 8.2.0 (and before that 8.1.1), much newer.

Are you sure the package was meant for 14.2 and not for current?
If so, make sure you've got the 5.5.0 updates for gcc-* installed.

aikempshall · 08-12-2018, 02:22 AM

Quote:

Originally Posted by ehartman

Quote:

Originally Posted by aikempshall

In January 2018 I Was able to successfully compile mlt 6.4.1
The error seems to imply I'm missing C++

I think your C++ compiler is too old (the one in Slackware stable (=14.2) is only version 5.5.0 (WHEN you applied the updates, otherwise it even is 5.3).
The one in -current is 8.2.0 (and before that 8.1.1), much newer.

Are you sure the package was meant for 14.2 and not for current?
If so, make sure you've got the 5.5.0 updates for gcc-* installed.

I downloaded the package, mlt 6.10.0, from SlackBuilds.org. Therefore, I can only assume it was meant for 14.2.

My GCC compiler is -

Quote:

515 green: /var/log/packages $ ls -lrt | grep gcc
-rw-r--r-- 1 root root 798 Oct 21 2016 gccmakedep-1.0.3-noarch-1
-rw-r--r-- 1 root root 2265 Mar 15 10:37 gcc-objc-5.5.0_multilib-x86_64-1alien
-rw-r--r-- 1 root root 44837 Mar 15 10:38 gcc-5.5.0_multilib-x86_64-1alien
-rw-r--r-- 1 root root 2795 Mar 15 10:38 gcc-gfortran-5.5.0_multilib-x86_64-1alien
-rw-r--r-- 1 root root 236615 Mar 15 10:38 gcc-java-5.5.0_multilib-x86_64-1alien
-rw-r--r-- 1 root root 251708 Mar 15 10:38 gcc-gnat-5.5.0_multilib-x86_64-1alien
-rw-r--r-- 1 root root 42033 Mar 15 10:38 gcc-g++-5.5.0_multilib-x86_64-1alien
-rw-r--r-- 1 root root 20388 Mar 15 10:39 gcc-go-5.5.0_multilib-x86_64-1alien
516 green: /var/log/packages $

aikempshall · 08-12-2018, 02:41 AM

Quote:

Originally Posted by ponce

I would try temporarily removing qt5 (you can reinstall it later) and trying again to build mlt without that installed.

I ran removepkg on qt5

Then had another attempt at compiling mlt. That worked successfully.

Thanks for the inspired suggestion.

Going forward.

qt5 is a dependency for fritzing, qbs and qt-creator. fritzing and qt-creator I use from time to time.

mlt is a dependency for kdenlive which I use very rarely.

I could live without kdenlive, but not fritzing or qt-creator.

What should I do next. Raise it with the qt5 and mlt maintainers?

Can I just reinstall qt5 and ignore future problems because I rarely use kdenlive.

ponce · 08-12-2018, 03:04 AM

IMHO you can just reinstall qt5: as you use mlt with kdenlive and this last cannot be updated as it needs kde's framework, you don't actually need to build mlt against qt5.

BTW I just tried to build mlt against qt5 here and it went fine, so it might be something specific to your system (unfortunately I don't know what)...

aikempshall · 08-12-2018, 04:25 AM

Quote:

Originally Posted by ponce

BTW I just tried to build mlt against qt5 here and it went fine, so it might be something specific to your system (unfortunately I don't know what)...

Thanks for that.

Just compared the compile logs between the successful compile of mlt with qt5 uninstalled and the failed compile with qt 5 installed. I see this

Quote:

Configuring modules/qt:
- Libexif found, enabling auto rotate
- Qt version 4.x detected
- Include directory: /usr/lib64/qt/include
- KDE version 4.x detected, will enable extra image formats
- fftw found, enabling lightshow

Quote:

Configuring modules/qt:
- Libexif found, enabling auto rotate
- Qt version 5.x detected
- Include directory: /usr/include/qt5
- fftw found, enabling lightshow

The successful compile is first quote. Failed is the second quote. Looks a bit odd.

It looks to me that -

without qt5 mlt compiles against a 64bit qt4
With qt5 mlt compiles against what looks to me as a 32bit qt5

I'm sure this isn't my problem and all I'm doing is clutching at straws.

aikempshall · 08-12-2018, 11:13 AM

If I tweak the mlt.SlackBuild by appending qt5 to the libdir. The compile works.

Quote:

/mnt/packages $ diff mlt/mlt.SlackBuild mlt.new/mlt.SlackBuild
86c86
< qt="--qt-libdir=$(pkg-config Qt5 --variable=libdir)
---
> qt="--qt-libdir=$(pkg-config Qt5 --variable=libdir)/qt5

Don't know if this is a legitimate change to make or it's indication of the problem with my machine.

kingbeowulf · 08-12-2018, 10:35 PM

aikempshall
interesting. I have qt5-5.7.1 installed and pkg-config --exists Qt5 tells me I don't have it. As a result, the test defaults to Qt. Looks like need to check on a few things.

kingbeowulf · 08-12-2018, 10:46 PM

@ponce check to see if the pkg-config test actually finds qt5. seems I am missing Qt5.pc on my system.

ponce · 08-12-2018, 11:50 PM

Quote:

Originally Posted by kingbeowulf

@ponce check to see if the pkg-config test actually finds qt5. seems I am missing Qt5.pc on my system.

Code:

# if pkg-config --exists Qt5; then echo "it's there!"; fi
it's there!
#

orbea · 08-13-2018, 12:04 AM

Quote:

Originally Posted by ponce

Code:

# if pkg-config --exists Qt5; then echo "it's there!"; fi
it's there!
#

I would suggest to use:

Code:

if pkg-config --exists Qt5Core; then echo "it's there!"; fi

My understanding is that its more likely to exist than Qt5.pc which was not in Alien Bob's Qt5 package last I checked, but this could of changed as it has been a while.

kingbeowulf · 08-13-2018, 12:45 AM

orbea, that' it - I had Alien Bob's QT5 not the one from SBo installed (silly me). Alien's package does not has a Qt5.pc which is what the script checks. I guess I could change it, but first I'll compile QT5 from SBo (takes an age even longer that webkit!) since that will be more correct.

orbea · 08-13-2018, 12:51 AM

Both packages should have Qt5Core.pc so you can just use that for greater compatibility. While SBo only supports Qt5 from SBo I see nothing wrong in making it easier for people with Alien Bob's package that do not want to or simply can not compile qt5.

aikempshall · 08-13-2018, 02:03 AM

For the record I use SBo for both qt5 and mlt