From: Vijay S. M. <vi...@gm...> - 2009-12-13 22:19:21
|
Hi, I just updated my working copy to the latest trunk and the compiler cannot find SLEPC_VERSION_LESS_THAN macro in the includes for libMesh.C. After some looking around, I found the #define statement in slepc_eigen_solver.h and so temporarily just copied that to libmesh.C. Roy, if you are still modifying the source for the change in Rev 3599, then I'm sorry about the mail. If you are done, then this is a case when libMesh compilation will fail when configured with slepc. Just thought you guys should know. Vijay |
From: Roy S. <roy...@ic...> - 2009-12-14 04:56:44
|
On Sun, 13 Dec 2009, Vijay S. Mahadevan wrote: > Roy, if you are still modifying the source for the change in Rev 3599, > then I'm sorry about the mail. If you are done, then this is a case > when libMesh compilation will fail when configured with slepc. Just > thought you guys should know. Thank you! Sorry about the hassle; I don't build with SLEPc by default myself, and there's been a bit of a hardware delay with the big cluster we're setting up for more intensive regression testing. "libMesh trunk doesn't compile with setting X" is always a worthwhile error to report - if I'm in the middle of a big change I try to commit it atomically in chunks that keep all intermediate versions working. (emphasis on "try to", obviously...) I split off that version number test into a new slepc_macro header, included from libmesh.C as well as the slepc interface code. Would you see if that fixes it? Thanks, --- Roy |
From: Vijay S. M. <vi...@gm...> - 2009-12-15 15:36:45
|
Roy, Got caught up with other things yesterday, but the changes work fine without any problems. Vijay On Sun, Dec 13, 2009 at 10:56 PM, Roy Stogner <roy...@ic...> wrote: > > On Sun, 13 Dec 2009, Vijay S. Mahadevan wrote: > >> Roy, if you are still modifying the source for the change in Rev 3599, >> then I'm sorry about the mail. If you are done, then this is a case >> when libMesh compilation will fail when configured with slepc. Just >> thought you guys should know. > > Thank you! Sorry about the hassle; I don't build with SLEPc by > default myself, and there's been a bit of a hardware delay with the > big cluster we're setting up for more intensive regression testing. > "libMesh trunk doesn't compile with setting X" is always a worthwhile > error to report - if I'm in the middle of a big change I try to commit > it atomically in chunks that keep all intermediate versions working. > (emphasis on "try to", obviously...) > > I split off that version number test into a new slepc_macro header, > included from libmesh.C as well as the slepc interface code. Would > you see if that fixes it? > > Thanks, > --- > Roy > |