On Thu, Jul 10, 2008 at 8:23 AM, John Peterson <[EMAIL PROTECTED]> wrote: > Hi Arvind, > > There were several interesting errors you came across! > > On Thu, Jul 10, 2008 at 5:22 AM, Arvind Ajoy <[EMAIL PROTECTED]> wrote: >> >> If I disable slepc, I am able to compile the libmesh library. However, I get >> the following error when I run the example (say ex3) >> $./ex3-dbg >> 0 - <NO ERROR MESSAGE> : Could not convert index -1246757120 into a pointer >> The index may be an incorrect argument. >> Possible sources of this problem are a missing "include 'mpif.h'", >> a misspelled MPI object (e.g., MPI_COM_WORLD instead of MPI_COMM_WORLD) >> or a misspelled user variable for an MPI object (e.g., >> com instead of comm). > > I've seen this error arise when mpich1 is built with a Fortran > compiler. There may be a previous posting in the mailing list on this > topic. I believe it only effects 64-bit machines, where a pointer is > stored as a 4 byte int for some reason. (So far this only happened to > me on a Mac.) The fix was to compile PETSc only using C compilers and > C-blas, IIRC.
Here's the relevant part of that email: * Note: when I attempted to compile PETSc with Fortran compilers, none of the resulting executables would actually run. The runtime error message was | 0 - <NO ERROR MESSAGE> : Could not convert index 12079072 into a pointer | The index may be an incorrect argument. | Possible sources of this problem are a missing "include 'mpif.h'", | a misspelled MPI object (e.g., MPI_COM_WORLD instead of MPI_COMM_WORLD) | or a misspelled user variable for an MPI object (e.g., | com instead of comm). | [0] Aborting program ! | [0] Aborting program! | p0_84805: p4_error: : 9039 And apparently has something to do with the MPI Fortran interface storing pointers as type INTEGER, which works on 32-bit machines but not 64. This website appears to have more info: http://www.pgroup.com/userforum/viewtopic.php?start=0&t=560 >> >> With libmesh from svn (release 2924), I get the follwoing errors >> >> Compiling C++ (in debug mode) src/solvers/equation_systems.C... >> src/solvers/equation_systems.C: In member function 'void >> EquationSystems::reinit()': >> src/solvers/equation_systems.C:134: error: 'n_sys' was not declared in this >> scope >> src/solvers/equation_systems.C:141: error: 'n_sys' was not declared in this >> scope >> make: *** [src/solvers/equation_systems.i686-pc-linux-gnu.dbg.o] Error 1 > > This one is probably my fault. I recently removed some unused > variables and may have gone too far! I'm looking into it now. Yep, I never re-compiled in debug mode, but I'm doing it now and fixing the errors. -- John ------------------------------------------------------------------------- Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW! Studies have shown that voting for your favorite open source project, along with a healthy diet, reduces your potential for chronic lameness and boredom. Vote Now at http://www.sourceforge.net/community/cca08 _______________________________________________ Libmesh-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/libmesh-users
