From: Dmitry M. <mat...@me...> - 2008-05-31 21:27:09
|
I've found that notation "--enable-2D-only=no" makes library to be configured with 2D-only option, because, after manual assignment of DIM in libmesh_common.h there was errors in compiling - redefining. So, now I've eliminated this line and the library works good finally. As to the rpc.h problem, I'm going to use ASCII variant - xda, because I have no ideas how to fix it, and think that this change will not effect productivity too much, main procedures take more time. Thank you for quick help! Regards, Dmitry. 2008/5/30 Roy Stogner <ro...@st...>: > > On Fri, 30 May 2008, Dmitry Matison wrote: > > Thanks for your help, Jonh and Roy! >> I've tried to configure with these options DIM=3 --enable-2D-only=no\, >> (was --enable-2D-only=no) >> but the errors remain. >> > > --enable-2D-only should be off by default; if you didn't turn it on > intentionally, then your code must be picking up a bad DIM somewhere > else. > > Let's see if we can just override it for now. > > In libmesh_common.h, there are the following lines: > > // 3D spatial dimension unless otherwise specified > #ifndef DIM > # define DIM 3 > #endif > > Replace them with this: > > // 3D spatial dimension unless otherwise specified > #undef DIM > #define DIM 3 > > > That's not likely to be a relible fix, since it depends on > libmesh_common.h being included *after* whatever cygwin header already > defined DIM, but it might work for you. Let us know. If it doesn't > work, then you're either going to have to find and fix whatever cygwin > header defines DIM, or you're going to have to wait until we change > that macro to LIBMESH_DIM (I'll probably find time to do so tomorrow > afternoon or the following weekend) and then run the SVN libMesh > version. > --- > Roy > > > 2008/5/30 John Peterson <jwp...@gm...>: >> >> On Fri, May 30, 2008 at 11:56 AM, John Peterson <jwp...@gm...> >>> wrote: >>> >>>> Hi, >>>> >>>> I haven't personally seen these errors before. I might take a look >>>> into the autoconf documentation as is suggested and see if anything >>>> promising pops up. >>>> >>>> As to your other problem, I don't see anything particularly sinister >>>> about line 389 of the type_vector.h file (in the SVN head). I'll take >>>> a look at the 0.6.2 version momentarily and see if anything else pops >>>> out. >>>> >>> >>> OK, I take that back. >>> >>> In 0.6.2 that line is an error() which can only occur if the code has >>> been compiled with DIM < 3. This is likely a bug on our part, because >>> we rarely compile with DIM=2, which I assume you did? A quick fix >>> might be to re-configure with DIM=3 and see if the seg-fault goes >>> away. >>> >>> -J >>> >>> >>> >>>> >>>> >>>> On Fri, May 30, 2008 at 11:42 AM, Dmitry Matison <mat...@me...> >>>> >>> wrote: >>> >>>> Hello! >>>>> I'm using libmesh via cygwin and have a problem with configure >>>>> >>>> procedure. >>> >>>> Have someone handled with these errors? >>>>> >>>>> checking dlfcn.h usability... no >>>>> >>>>>> checking dlfcn.h presence... yes >>>>>> configure: WARNING: dlfcn.h: present but cannot be compiled >>>>>> configure: WARNING: dlfcn.h: check for missing prerequisite >>>>>> >>>>> headers? >>> >>>> configure: WARNING: dlfcn.h: see the Autoconf documentation >>>>>> configure: WARNING: dlfcn.h: section "Present But Cannot Be >>>>>> >>>>> Compiled" >>> >>>> configure: WARNING: dlfcn.h: proceeding with the preprocessor's result >>>>>> configure: WARNING: dlfcn.h: in the future, the compiler will take >>>>>> precedence >>>>>> configure: WARNING: ## ------------------------------------------ >>>>>> >>>>> ## >>> >>>> configure: WARNING: ## Report this to the AC_PACKAGE_NAME lists. >>>>>> >>>>> ## >>> >>>> configure: WARNING: ## ------------------------------------------ >>>>>> >>>>> ## >>> >>>> checking for dlfcn.h... yes >>>>>> >>>>>> checking rpc/rpc.h usability... no >>>>>> checking rpc/rpc.h presence... yes >>>>>> configure: WARNING: rpc/rpc.h: present but cannot be compiled >>>>>> configure: WARNING: rpc/rpc.h: check for missing prerequisite >>>>>> >>>>> headers? >>> >>>> configure: WARNING: rpc/rpc.h: see the Autoconf documentation >>>>>> configure: WARNING: rpc/rpc.h: section "Present But Cannot Be >>>>>> >>>>> Compiled" >>> >>>> configure: WARNING: rpc/rpc.h: proceeding with the preprocessor's >>>>>> >>>>> result >>> >>>> configure: WARNING: rpc/rpc.h: in the future, the compiler will take >>>>>> precedence >>>>>> configure: WARNING: ## ------------------------------------------ >>>>>> >>>>> ## >>> >>>> configure: WARNING: ## Report this to the AC_PACKAGE_NAME lists. >>>>>> >>>>> ## >>> >>>> configure: WARNING: ## ------------------------------------------ >>>>>> >>>>> ## >>> >>>> checking for rpc/rpc.h... yes >>>>>> checking for xdrstdio_create... no >>>>>> >>>>> >>>>> >>>>> Another problem is that I can't run the examples because of these >>>>> >>>> errors: >>> >>>> >>>>> $ ./ex0-opt.exe >>>>> >>>>>> [0] >>>>>> >>>>> /cygdrive/d/projects/vs/libmesh-0.6.2/include/numerics/type_vector.h, >>> >>>> line 389, compiled May 29 >>>>>> 2008 at 18:30:27 >>>>>> Aborted (core dumped) >>>>>> >>>>> >>>>> >>>>> >>>>> >>>>> $ ./ex4-opt -d 1 -n 20 >>>>>> Running ./ex4-opt -d 1 -n 20 >>>>>> >>>>>> Mesh Information: >>>>>> mesh_dimension()=1 >>>>>> spatial_dimension()=2 >>>>>> n_nodes()=41 >>>>>> n_elem()=20 >>>>>> n_local_elem()=20 >>>>>> n_active_elem()=20 >>>>>> n_subdomains()=1 >>>>>> n_processors()=1 >>>>>> processor_id()=0 >>>>>> >>>>>> EquationSystems >>>>>> n_systems()=1 >>>>>> System "Poisson" >>>>>> Type "LinearImplicit" >>>>>> Variables="u" >>>>>> Finite Element Types="LAGRANGE", "JACOBI_20_00" >>>>>> Infinite Element Mapping="CARTESIAN" >>>>>> Approximation Orders="SECOND", "THIRD" >>>>>> n_dofs()=41 >>>>>> n_local_dofs()=41 >>>>>> n_constrained_dofs()=0 >>>>>> n_vectors()=1 >>>>>> >>>>>> [0] >>>>>> >>>>> /cygdrive/d/projects/vs/libmesh-0.6.2/include/numerics/type_vector.h, >>> >>>> line 389, compiled May 29 >>>>>> 2008 at 18:30:27 >>>>>> Aborted (core dumped) >>>>>> >>>>>> >>>>> >>>>> $ ./ex6-opt >>>>> >>>>>> Running ex6 with dim = 3 >>>>>> >>>>>> [0] >>>>>> >>>>> /cygdrive/d/projects/vs/libmesh-0.6.2/include/numerics/type_vector.h, >>> >>>> line 389, compiled May 29 >>>>>> 2008 at 18:25:18 >>>>>> 11 [sig] ex6-opt 1088 >>>>>> d:\projects\vs\libmesh-0.6.2\examples\ex6\ex6-opt.exe: *** fatal error >>>>>> >>>>> - >>> >>>> called with threadlist_ix -1 >>>>>> Hangup >>>>>> >>>>> >>>>> >>>>> Regards, >>>>> Matison Dmitry, >>>>> student, Department of Applied Mathematics, >>>>> Moscow Engineering Physics Institute (State University). >>>>> >>>>> ------------------------------------------------------------------------- >>> >>>> This SF.net email is sponsored by: Microsoft >>>>> Defy all challenges. Microsoft(R) Visual Studio 2008. >>>>> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ >>>>> _______________________________________________ >>>>> Libmesh-users mailing list >>>>> Lib...@li... >>>>> https://lists.sourceforge.net/lists/listinfo/libmesh-users >>>>> >>>>> >>>> >>> ------------------------------------------------------------------------- >> This SF.net email is sponsored by: Microsoft >> Defy all challenges. Microsoft(R) Visual Studio 2008. >> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ >> _______________________________________________ >> Libmesh-users mailing list >> Lib...@li... >> https://lists.sourceforge.net/lists/listinfo/libmesh-users >> >> |