[yocto] configure optimization feature update
Koen Kooi
koen at dominion.thruhere.net
Mon Jun 20 00:38:39 PDT 2011
Op 20 jun 2011, om 06:53 heeft Esben Haabendal het volgende geschreven:
> On Sun, 2011-06-19 at 16:49 -0700, Khem Raj wrote:
>> On Sun, Jun 19, 2011 at 1:02 PM, Esben Haabendal
>> <eha at dev.doredevelopment.dk> wrote:
>>> On Wed, 2011-06-15 at 18:28 -0700, Khem Raj wrote:
>>>> On Wed, Jun 15, 2011 at 5:57 PM, Xu, Dongxiao <dongxiao.xu at intel.com> wrote:
>>>>> Hi Richard,
>>>>>
>>>>> Recently I was doing the "configure optimization" feature and collecting data for it.
>>>>>
>>>>> The main logic of this feature is straight forward:
>>>>>
>>>>> 1. Use the diff file as autoreconf cache. (I use command: "diff -ruN SOURCE-ORIG SOURCE", here "SOURCE-ORIG" is the source directory before running autoreconf, while "SOURCE" is the directory after running autoreconf).
>>>>> 2. Add SRC_URI checksum for all patches of the source code.
>>>>> 3. Tag each autoreconf cache file with ${PN} and the SRC_URI checksum of source code and all patches.
>>>>> 4. If the currently SRC_URI checksum matches the cached checksum, then we can patch the cache instead of running "autoreconf" stage.
>>>>>
>>>>
>>>> The autoconf'ing is sort of arbitrary at the moment. Depending on what
>>>> is staged the results may vary.
>>>
>>> Which can be properly fixed by using per-recipe (per-workdir) staging.
>>>
>>
>> you seem to be stuck in this tight while(1) loop
>> per recipe staging is not panacea
>
> Well, panacea is a very strong work. But per recipe staging does
> improve build reproducability and reliability quite a bit. As for what
> it is not, I think you might want to try it before speaking to strongly
> against it.
>
>> Do you have some prototypes ?
>
> Yes. OE-lite: http://oe-lite.org
>
> And it works so well, that I cannot understand why OE do not have a plan
> for how to achieve the same.
So why not send a patch to make OE-core have per recipe staging?
More information about the yocto
mailing list