[Interest] Qt 5.12 official build on Ubuntu 14.04

Thiago Macieira thiago.macieira at intel.com
Fri Mar 15 16:35:21 CET 2019

On Friday, 15 March 2019 03:33:14 PDT René J. V. Bertin wrote:
> Thiago Macieira wrote:
> > Use eu-readelf -d on one of your binaries or libraries and see if they
> > have
> > RUNPATH and RPATH entries.
> I don't have eu-readelf, what package/project would that be part of?

elfutils. But you can use readelf too.

> I use ld from a locally built binutils v2.30, cmake is at the latest version
> and I'm mostly using clang 5.0 nowadays; isn't that new enough or are those
> not the things at cause here (I presume you mean having RPATH without

Enabling the new dynamic tags is an option chosen at configure time for 
binutils. Looks like you have yourself to blame for not enabling the new tags. 
Yes, it's very specialised knowledge and you can be excused for not knowing, 
but this is what you get for dabbling in building core toolchain components. 
There may be other pitfalls too.

> >> (/opt/local/libexec/qt5/lib/libQt5Core.so.5: version `Qt_5.12' not found
> >> (required by /opt/Qt/5/5.12.1/gcc_64/lib/libQt5XcbQpa.so.5))"
> > 
> > The LD_LIBRARY_PATH makes this difference.
> So how come QcbQpa is being taken from /opt/Qt instead of /opt/local?
> Because it's loaded via one of the Qt libraries (in /opt/local) which
> themselves have RUNPATH set?

Right, because the libraries and plugins have DT_RPATH but no DT_RUNPATH, 
their internal setting takes effect and overrides the environment.

Thiago Macieira - thiago.macieira (AT) intel.com
  Software Architect - Intel System Software Products

More information about the Interest mailing list