This is the mail archive of the
ecos-patches@sourceware.org
mailing list for the eCos project.
Re: eSCI patch [was Re: Freescale unified driver]
Andrew Lunn wrote:
>> P.S. Note to configtool developers:
>> suppose we have following expression in some component:
>> ...
>> requires (A || B || C)
>> ...
>>
>> configtool will open dialog with an offer to resolve the conflict by
>> selecting 1 choice possibly A. Other choices don't appear in the dialog.
>> For user's convenience, could you consider offering all choices (for
>> instance 1 selected and other's unselected)?
>>
>
> I don't know much about this, so its best to assume im wrong......
>
> I think this is the inference engines limitation, not the
> configtool. The configtool will just show what the inference engine
> told it. I think the inference engine will only offer one solution to
> the configtool and that solution is generally the simplist. I think
> the inference engine can keep looking for other solutions if its first
> solution is rejected. So what happens if you reject the solution with
> the configtool? Does it offer another solution?
>
No, it simply assumes that I know what I'm doing and closes the dialog,
but the conflict appears listed in the conflicts window.
> Offering multiple solutions at once is not easy. How many solutions
> should it offer? In your example, if it only plays with A, B and C,
> there are 7 solutions. However, it could be that there are multiple
> ways for it to enable A, if A is not a simple on/off control. The tree
> of solutions very quickly becomes big.
>
Number of solutions is clear when you have several ored choices. However
I agree that it can get quite complicated in case there is some
additional dependence.
Regards
Ilija