[PyKDE] configure.py and feature file

Giovanni Bajo rasky at develer.com
Wed Sep 7 15:06:05 BST 2005


Phil Thompson <phil at riverbankcomputing.co.uk> wrote:

>> why does configure.py use an existing feature file, *by default*, if it
>> finds one? The usual behaviour of configure scripts is to recheck the
>> status
>> of the whole system each time they're invoked. After a recompilation of
>> Qt,
>> I'd expect "configure -c && make && make install" to be sufficient.
>> Instead,
>> since it reuses the existing feature file, compilation may break.
>>
>> I am not sure saving a few seconds of compilation of mkfeatures.cpp is
>> worth
>> the building headaches. I reckon it'd be better if configure.py could do
>> just that, and reconfigure everything from scratch.
>
> The reason it is not rebuilt is when you are cross-compiling you can't run
> mkfeatures.cpp. Typically this is for embedded systems where a static
> features file makes reasonable sense.
>
> However, as you suggest, there is no reason why this needs to be the
> default behaviour. It would be better to have a flag which means "keep any
> existing features file".


Yes, much like a common ./configure:

      --cache-file=FILE   cache test results in FILE [disabled]
  -C, --config-cache      alias for `--cache-file=config.cache'

Thanks!
-- 
Giovanni Bajo




More information about the PyQt mailing list