Actually... this would be a good reason to use Roy's suggestion of "fall-through" parameters.... it would allow you to _optionally_ override the values at the System level. Of course that would mean changes to all of the solvers to look at the System level for parameters.
What we're really talking about here is Parameter polymorphism. Has the idea that we store things like "linear_tolerance" as parameters outgrown itself? If we had a linearTolerance() virtual method defined on Systems then it wouldn't be a problem... you would just ask a system for it's linearTolerance() and it would do the "right thing". I'm not advocating this BTW... just tossing it out there for discussion. Oh - I got my stuff working with what's current checked in.... just had to think about it a bit more. I'm still up for changing things though. Derek On Jun 29, 2010, at 10:32 AM, John Peterson wrote: > On Tue, Jun 29, 2010 at 11:13 AM, Roy Stogner <[email protected]> > wrote: >> >> But seriously: it would be quite reasonable to add a Parameters object >> to each System as well, if you want. What I'd really like is a simple >> API for querying parameters that would check the System first, then >> check the EquationSystems second... maybe give a Parameters object an >> optional Parameters* parent? > > Only thing I'd worry about is users wanting to redefine the 'built-in' > parameters libmesh uses ("linear solver tolerance", "nonlinear solver > tolerance", "linear solver maximum iterations", etc) on a per-System > basis while the internals of libmesh keep using the parent ES value > for those parameters. Might lead to confusion/misunderstanding but > not bugs per se. > > -- > John > > ------------------------------------------------------------------------------ > This SF.net email is sponsored by Sprint > What will you do first with EVO, the first 4G phone? > Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first > _______________________________________________ > Libmesh-devel mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/libmesh-devel ------------------------------------------------------------------------------ This SF.net email is sponsored by Sprint What will you do first with EVO, the first 4G phone? Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first _______________________________________________ Libmesh-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/libmesh-devel
