Did you have time to test the current version yet? I'm looking over it now, and it looks like it should be really easy to add the include files functionality.
Here's my thoughts for the extended API: If text in brackets has whitespace in it, it is interpreted as a directive rather than as a section name. I.e. [include.chemistry.in] is a section name, whereas [include chemistry.in] is an include directive that reads the contents of the chemistry.in file (and of any files that chemistry.in includes, depth first). On the other hand, it would be just as easy to eschew writing Yet Another Meta-Language, and instead just run all input files through a cpp pipe before parsing the result. Preferences, anyone? --- Roy On Tue, 8 Dec 2009, Roy Stogner wrote: > Yes, thanks. > > On Tue, 8 Dec 2009, Derek Gaston wrote: > >> Is the one you want tested now in getpot-roy.h? >> >> Derek >> >> On Dec 8, 2009, at 4:02 PM, Roy Stogner wrote: >> >>> >>> On Mon, 7 Dec 2009, Derek Gaston wrote: >>> >>>> BTW: The boolalpha thing doesn't really work out. It's not case >>>> insensitive for one thing... >>> >>> I've reverted it, and reverted the whole file to branch off of the 1.1 >>> version that was still under pure LGPL. Works for me, but would you >>> mind testing yet-another-revision before we replace the current >>> getpot.h? >>> >>> Thanks, >>> --- >>> Roy >> >> > ------------------------------------------------------------------------------ This SF.Net email is sponsored by the Verizon Developer Community Take advantage of Verizon's best-in-class app development support A streamlined, 14 day to market process makes app distribution fast and easy Join now and get one step closer to millions of Verizon customers http://p.sf.net/sfu/verizon-dev2dev _______________________________________________ Libmesh-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/libmesh-devel
