[Development] Qt 4.x and Qt 5 frameworks should use @rpath (QTBUG-31814)

Thiago Macieira thiago.macieira at intel.com
Sat Aug 9 22:33:00 CEST 2014


On Saturday 09 August 2014 15:56:57 Jake Petroules wrote:
> > Not to mention that qmake has no QCoreApplication in the first place.
> 
> It's a static method.

I meant that the qcoreapplication.cpp file isn't compiled for qmake.

> > That leaves out very important to us: Android and QNX. They fall back to
> > parsing argv[0], which can fail for a variety of reasons, including users
> > passing dummy argv arrays to QCoreApplication.
> 
> Excluding Android and QNX, can we leave each path in qmake empty unless
> otherwise specified, in order to allow it to fall back to a default based
> on the filesystem location of qmake[.exe]? CONFIG could contain a new
> dynamic_qmake_path; mkspecs for platforms other than Android and QNX can
> add this. When building qmake, add:
> 
> 1. User-specified path from configure (cut off the prefix if the platform
> has dynamic_qmake_path, too), or: 
> 2. Default path based on prefix specified  in configure if !
> dynamic_qmake_path, or: 
> 3. Empty string, in which case applicationFilePath + XXX is used at runtime
> 
> Would this work?

I'd rather just keep relative paths and let qmake discover the prefix from its 
own path.

-- 
Thiago Macieira - thiago.macieira (AT) intel.com
  Software Architect - Intel Open Source Technology Center




More information about the Development mailing list