This is the mail archive of the ecos-patches@sourceware.org mailing list for the eCos project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

Re: eSCI patch [was Re: Freescale unified driver]


> 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?

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.

   Andrew


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]