Thanks a lot for your fast answer, Roy. > >On Sun, 27 Mar 2011, [email protected] 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 ------------------------------------------------------------------------------ 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 [email protected] https://lists.sourceforge.net/lists/listinfo/libmesh-devel
