On Sun, 27 Mar 2011, JoBucher@... wrote:
> My mails to user-mailing list are totally ignored. I do no know why.
> Therefore, I try it with devel and hope nobody gets upset.
I haven't seen anything make it through libmesh-users - I assume
you're subscribed? The spam filter settings must be stuck on
"overzealous".
> /home/bucher/soft/libmesh-0.7.0.4/include/base/getpot.h:394: error: 'snprintf' w
> as not declared in this scope
> /home/bucher/soft/libmesh-0.7.0.4/include/base/getpot.h:2563: error: 'strtok_r'
> was not declared in this scope
Would you check and make sure snprintf is defined in stdio.h and
strtok_r in string.h for Cygwin?
> In file included from /usr/lib/gcc/i686-pc-cygwin/4.3.4/include/c++/unordered_map:40,
> from conftest.cpp:39:
> /usr/lib/gcc/i686-pc-cygwin/4.3.4/include/c++/c++0x_warning.h:36:2: error: #error This file requires compiler and library support for the upcoming
> ISO C++ standard, C++0x. This support is currently experimental, and must be enabled with the -std=c++0x or -std=gnu++0x compiler options.
This is actually probably fine - there are a bunch of different
options for unordered maps, and we fall back on whichever works, even
if that's just std::map. Just to make sure: what's the output of
"grep UNORDERED include/base/libmesh_config.h"?
> I use a WIN7-64Bit-system and Petsc and libmesh are supposed to run on cygwin.
Supposed to, but it's probably been a couple years since someone's
needed to use it; and it's a little tricky to run the regression tests
without the potentially regressing system available. Hopefully there
shouldn't be too much to change.
> (Besides that, I also receive errors during the make of vtk with conio.h)
You can disable VTK support at the configure line if necessary, but
I'd prefer to fix this - what were the errors?
---
Roy

Thanks a lot for your fast answer, Roy.
>
>On Sun, 27 Mar 2011, JoBucher@... wrote:
>
>> My mails to user-mailing list are totally ignored. I do no know why.
>> Therefore, I try it with devel and hope nobody gets upset.
>
>I haven't seen anything make it through libmesh-users - I assume
>you're subscribed? The spam filter settings must be stuck on
>"overzealous".
Yes, I am subscribed.
>> /home/bucher/soft/libmesh-0.7.0.4/include/base/getpot.h:394: error: 'snprintf' w
>> as not declared in this scope
>> /home/bucher/soft/libmesh-0.7.0.4/include/base/getpot.h:2563: error: 'strtok_r'
>> was not declared in this scope
>
>Would you check and make sure snprintf is defined in stdio.h and
>strtok_r in string.h for Cygwin?
I do not understand the code exactly, but it seems, that snprinf is undefined. It only appears as part of some commands like
"_CRTIMP int __cdecl _snprintf_l(char * __restrict__ buffer,size_t count,const char * __restrict__ format,_locale_t locale,...) __MINGW_ATTRIB_DEPRECATED_SEC_WARN;"
"int __cdecl snprintf(char * __restrict__ s, size_t n, const char * __restrict__ format, ...);"
I also read "# undef snprintf"
In usr/include I find the string.h with strtok_r in the command(?)
"char *_EXFUN(strtok_r,(char *, const char *, char **));" but nowhere else.
>
>> In file included from /usr/lib/gcc/i686-pc-cygwin/4.3.4/include/c++/unordered_map:40,
>> from conftest.cpp:39:
>> /usr/lib/gcc/i686-pc-cygwin/4.3.4/include/c++/c++0x_warning.h:36:2: error: #error This file requires compiler and library support for the upcoming
>> ISO C++ standard, C++0x. This support is currently experimental, and must be enabled with the -std=c++0x or -std=gnu++0x compiler options.
>
>This is actually probably fine - there are a bunch of different
>options for unordered maps, and we fall back on whichever works, even
>if that's just std::map. Just to make sure: what's the output of
>"grep UNORDERED include/base/libmesh_config.h"?
$ grep UNORDERED include/base/libmesh_config.h
#ifndef LIBMESH_BEST_UNORDERED_MAP
#define LIBMESH_BEST_UNORDERED_MAP std::tr1::unordered_map
#ifndef LIBMESH_BEST_UNORDERED_MULTIMAP
#define LIBMESH_BEST_UNORDERED_MULTIMAP std::tr1::unordered_multimap
#ifndef LIBMESH_BEST_UNORDERED_SET
#define LIBMESH_BEST_UNORDERED_SET std::tr1::unordered_set
/* #undef LIBMESH_HAVE_STD_UNORDERED_MAP */
/* #undef LIBMESH_HAVE_STD_UNORDERED_MULTIMAP */
/* #undef LIBMESH_HAVE_STD_UNORDERED_SET */
#ifndef LIBMESH_HAVE_TR1_UNORDERED_MAP
#define LIBMESH_HAVE_TR1_UNORDERED_MAP 1
#ifndef LIBMESH_HAVE_TR1_UNORDERED_MULTIMAP
#define LIBMESH_HAVE_TR1_UNORDERED_MULTIMAP 1
#ifndef LIBMESH_HAVE_TR1_UNORDERED_SET
#define LIBMESH_HAVE_TR1_UNORDERED_SET 1
#ifndef LIBMESH_INCLUDE_UNORDERED_MAP
#define LIBMESH_INCLUDE_UNORDERED_MAP <tr1/unordered_map>
#ifndef LIBMESH_INCLUDE_UNORDERED_MULTIMAP
#define LIBMESH_INCLUDE_UNORDERED_MULTIMAP <tr1/unordered_map>
#ifndef LIBMESH_INCLUDE_UNORDERED_SET
#define LIBMESH_INCLUDE_UNORDERED_SET <tr1/unordered_set>
>
>> I use a WIN7-64Bit-system and Petsc and libmesh are supposed to run on cygwin.
>
>Supposed to, but it's probably been a couple years since someone's
>needed to use it; and it's a little tricky to run the regression tests
>without the potentially regressing system available. Hopefully there
>shouldn't be too much to change.
What do you mean by that? Most of the persons, which use libmesh, have it running on a true linux/unix system?
>
>> (Besides that, I also receive errors during the make of vtk with conio.h)
>
>You can disable VTK support at the configure line if necessary, but
>I'd prefer to fix this - what were the errors?
I can tell you the errors, when I am back on work. VTK is supported by libmesh/Petsc?
Thanks a lot and best regards
Joe
___________________________________________________________
Handy Internet-Flat ¿ gratis ¿ mit WEB.DE FreePhone
Jetzt informieren: http://produkte.web.de/go/freephonesurfflat

Would you try the svn HEAD? For snprintf and strtok_r, I got rid of
them entirely and replaced them with standard C++ 2003 idioms.
Your unordered_map configuration looks fine; the config log
complaints just mean your installation fell back on a slightly older
implementation of the same sort of STL container.
On Sun, 27 Mar 2011, JoBucher@... wrote:
> What do you mean by that? Most of the persons, which use libmesh,
> have it running on a true linux/unix system?
Not sure about most of the users, but all of the active developers are
pretty much on Linux or OSX right now. I think I was the last
developer to be stuck on Cygwin (for a few months when my laptop only
had an XP driver for its wireless card) and that was years ago.
> I can tell you the errors, when I am back on work. VTK is supported
> by libmesh/Petsc?
The support is independent of Petsc/Laspack/Trilinos; it's in libMesh.
It's not great support though - neither the original code nor the
patches since were written by any of our core developers, and it
doesn't support all the libMesh features. For 2D/3D visualization we
recommend ExodusII instead at the moment, and for restarts we
recommend the libMesh-specific xdr/xda based format.
But even if it's a work in progress we do want VTKIO to *work* - any
help you could give diagnosing Cygwin compatibility issues would be
appreciated.
---
Roy

>
>Would you try the svn HEAD? For snprintf and strtok_r, I got rid of
>them entirely and replaced them with standard C++ 2003 idioms.
I am just starting with my C++ experience, so I do not know how to do that.
>
>Your unordered_map configuration looks fine; the config log
>complaints just mean your installation fell back on a slightly older
>implementation of the same sort of STL container.
>
>On Sun, 27 Mar 2011, JoBucher@... wrote:
>
>> What do you mean by that? Most of the persons, which use libmesh,
>> have it running on a true linux/unix system?
>
>Not sure about most of the users, but all of the active developers are
>pretty much on Linux or OSX right now. I think I was the last
>developer to be stuck on Cygwin (for a few months when my laptop only
>had an XP driver for its wireless card) and that was years ago.
>
It would be great, if you can get libmesh also to run on cygwin.
>> I can tell you the errors, when I am back on work. VTK is supported
>> by libmesh/Petsc?
>
>The support is independent of Petsc/Laspack/Trilinos; it's in libMesh.
>It's not great support though - neither the original code nor the
>patches since were written by any of our core developers, and it
>doesn't support all the libMesh features. For 2D/3D visualization we
>recommend ExodusII instead at the moment, and for restarts we
>recommend the libMesh-specific xdr/xda based format.
>
Ok, starting with the standard graphical output. I saw in the example, that gnuplot is used.
>But even if it's a work in progress we do want VTKIO to *work* - any
>help you could give diagnosing Cygwin compatibility issues would be
>appreciated.
>---
>Roy
>
>------------------------------------------------------------------------------
>Enable your software for Intel(R) Active Management Technology to meet the
>growing manageability and security demands of your customers. Businesses
>are taking advantage of Intel(R) vPro (TM) technology - will your software
>be a part of the solution? Download the Intel(R) Manageability Checker
>today! http://p.sf.net/sfu/intel-dev2devmar
>_______________________________________________
>Libmesh-devel mailing list
>Libmesh-devel@...
>https://lists.sourceforge.net/lists/listinfo/libmesh-devel
___________________________________________________________
Schon gehört? WEB.DE hat einen genialen Phishing-Filter in die
Toolbar eingebaut! http://produkte.web.de/go/toolbar

On Wed, 30 Mar 2011, JoBucher@... wrote:
>> Would you try the svn HEAD? For snprintf and strtok_r, I got rid of
>> them entirely and replaced them with standard C++ 2003 idioms.
>
> I am just starting with my C++ experience, so I do not know how to do that.
We've got instructions here:
http://libmesh.sourceforge.net/installation.php
If you're on Linux for now then svn should be easy to install, and
then
"svn checkout https://libmesh.svn.sourceforge.net/svnroot/libmesh/trunk/libmesh";
is all you need to get the latest libMesh developers' release.
> Ok, starting with the standard graphical output. I saw in the
> example, that gnuplot is used.
In example 0, you mean? I think Gnuplot may only be usable for 1D
meshes, since data on those can be output as a graph.
---
Roy

On Wed, 30 Mar 2011, JoBucher@... wrote:
> It would be great, if you can get libmesh also to run on cygwin.
John just checked in a repaired version of my remaining getpot fixes,
so it might be running on cygwin (modulo whatever VTKIO issues you
found) now. Would you mind installing svn on cygwin and checking it
out for us?
Thanks,
---
Roy