Are we somehow hijacking SLEPc in such a way as to prevent it from reading it's own options? Because you can set the solver type for SLEPc from the command line (in this case would be -eps_type arpack). If we are, we need to fix that.
On Wed, Apr 30, 2014 at 3:30 PM, Roy Stogner <[email protected]>wrote: > > On Wed, 30 Apr 2014, John Peterson wrote: > > > This kind of looks like something we commented out because we didn't > have a > > good way of configuring for the situation where slepc has arpack vs. > > doesn't have arpack. > > That was my thought exactly, but it looks like current SLEPc versions > define EPSARPACK regardless of configuration: > > > http://www.grycap.upv.es/slepc/documentation/current/include/slepceps.h.html > > Our removal of it might be an atavism based on some previous version > that only defined it conditionally. > --- > Roy > > > ------------------------------------------------------------------------------ > "Accelerate Dev Cycles with Automated Cross-Browser Testing - For FREE > Instantly run your Selenium tests across 300+ browser/OS combos. Get > unparalleled scalability from the best Selenium testing platform available. > Simple to use. Nothing to install. Get started now for free." > http://p.sf.net/sfu/SauceLabs > _______________________________________________ > Libmesh-users mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/libmesh-users > ------------------------------------------------------------------------------ "Accelerate Dev Cycles with Automated Cross-Browser Testing - For FREE Instantly run your Selenium tests across 300+ browser/OS combos. Get unparalleled scalability from the best Selenium testing platform available. Simple to use. Nothing to install. Get started now for free." http://p.sf.net/sfu/SauceLabs _______________________________________________ Libmesh-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/libmesh-users
