MythPlugins configure/qmake/make fails to pick up PREFIX value

[anaerin@…]

Debian Sid (Again).

Qmake version: 1.07a (Qt 3.3.5)

SVN Revision 7517

Passing in the PREFIX into mythplugins' configure script like so:

./configure --prefix="/usr/blah"

Does not make it's way into the .pro files, so QMake can't pick it up, and make install puts all the files in "/lib", rather than "/usr/blah/lib"

To manually fix, you can run configure, then edit settings.pro to add a 'PREFIX="/usr/blah"' line at the top. This then makes including mythconfig.mak (And all subsequent settings) work perfectly, instead of silently failing.

Is there some way that QMake is supposed to magically know what the PREFIX value is, or is this an oversight in the configure system (Or is something else wrong here)?

NB: Adding 'PREFIX="/usr/blah"' to config.pro does NOT work.

[Isaac Richards]

Already in progress of fixing this.

[Isaac Richards]

(In [7527]) Fix #461 and #489 again.

[buzz <buzz@…>]

tested using SVN head (8498) of mythplugins, --prefix values are not consistent in the following case:

cd mythplugins ; ./configure --prefix=/usr/local --enable-all ; make; <abort make here, part way through>; ./configure --prefix=/usr --enable-all; make;

At the second instantiation of make two problems occur:

1) those items built successfully prior to the prefix change are left with the original prefix (presumably incorrect, as it was aborted), and should not be. they should be rebuilt.

2) those following on from the prefix change are empty \"\" (ie not matching either prefix), and as a result will sometimes throw compilation error and/or unusual problems.

Interim solution - do all over from scratch: make distclean; configure --enable-all --prefix=/blah ; make;

OR, quicker as full rebuild not required.... remove all 'Makefile's from sub-folders (not root) of build tree: touch Makefile ; find . -depth -name Makefile | head -1 | xargs rm ; make;

[Isaac Richards]

Hmm. I'm going to mark this one as a wontfix - I don't think it's out of line to require a distclean before re-running configure when changing the prefix.