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 <[EMAIL PROTECTED]>:
>
>> On Fri, May 30, 2008 at 11:56 AM, John Peterson <[EMAIL PROTECTED]>
>> 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 <[EMAIL PROTECTED]>
>> 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
>>>> [email protected]
>>>> 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
> [email protected]
> 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
[email protected]
https://lists.sourceforge.net/lists/listinfo/libmesh-users

Reply via email to