<table><tr><td style="">ablu added a comment.
</td><a style="text-decoration: none; padding: 4px 8px; margin: 0 8px 8px; float: right; color: #464C5C; font-weight: bold; border-radius: 3px; background-color: #F7F7F9; background-image: linear-gradient(to bottom,#fff,#f1f0f1); display: inline-block; border: 1px solid rgba(71,87,120,.2);" href="https://phabricator.kde.org/D29096">View Revision</a></tr></table><br /><div><div><blockquote style="border-left: 3px solid #a7b5bf; color: #464c5c; font-style: italic; margin: 4px 0 12px 0; padding: 4px 12px; background-color: #f8f9fc;"><p>Not having done much cross-compilation-library-setups naively I would have thought that when building a library which uses ECMGeneratePriFile and preparing it for cross-compilation, the installation prefix would be hardcoded into the generated artifacts.. Seems that instead files are relocated sometimes, changing their path & prefix, or tools snipping of some things?</p></blockquote>

<p>There does not seem to be THE way to do it, gcc and alike have --sysroot for overriding the otherwise default of /usr/{include,lib}, cmake has variables which you can change to modify the path from which stuff is loaded, Qt itself uses variables like $$QT_MODULE_INCLUDE_BASE which is filled by MODULE_BASE_INDIR which is filled relative to a filename in the Qt install dir. I thought about using QT_MODULE_INCLUDE_BASE (and the lib alternative) first, but these are no public Qt API and could change any time. In contrast QT_SYSROOT is documented and should do the job I think.</p></div></div><br /><div><strong>REPOSITORY</strong><div><div>R240 Extra CMake Modules</div></div></div><br /><div><strong>REVISION DETAIL</strong><div><a href="https://phabricator.kde.org/D29096">https://phabricator.kde.org/D29096</a></div></div><br /><div><strong>To: </strong>ablu, Build System, apol, vkrause, kfunk<br /><strong>Cc: </strong>kossebau, kde-frameworks-devel, kde-buildsystem, LeGast00n, cblack, bencreasy, michaelh, ngraham, bruns<br /></div>