Error Before Mbstate_t
Sign in Pricing Blog Support Search GitHub This repository Watch 31 Star 182 Fork 102 pezmaster31/bamtools Code mbstate_t not declared Issues 43 Pull requests 11 Projects 0 Wiki Pulse Graphs fwide has not been declared New issue multiple compiler issue #96 Open kemin711 opened this Issue May 28, 2014 · 2 comments Projects None yet Labels None yet Milestone No milestone Assignees No one assigned 2 participants kemin711 commented May 28, 2014 When I have multiple compilers, the make step fails. It seems that cmake finds the compiler in /usr/bin I configured my computer to have /usr/local/bin before /usr/bin in the PATH environment variable. [~/Downloads/bamtools-master/build]$ cmake .. -- The C compiler identification is GNU 4.4.7 -- The CXX compiler identification is GNU 4.4.7 -- Check for working C compiler: /usr/bin/cc -- Check for working C compiler: /usr/bin/cc -- works -- Detecting C compiler ABI info -- Detecting C compiler ABI info - done -- Check for working CXX compiler: /usr/bin/c++ -- Check for working CXX compiler: /usr/bin/c++ -- works -- Detecting CXX compiler ABI info -- Detecting CXX compiler ABI info - done -- Configuring done -- Generating done -- Build files have been written to: /home/zhouke/Downloads/bamtools-master/build But the make process is using the newer version of gcc 4.8.1 and is having trouble. [~/Downloads/bamtools-master/build]$ make Scanning dependencies of target SharedHeaders [ 1%] Exporting SharedHeaders [ 1%] Built target SharedHeaders Scanning dependencies of target APIHeaders [ 2%] Exporting APIHeaders [ 2%] Built target APIHeaders Scanning dependencies of target AlgorithmsHeaders [ 3%] Exporting AlgorithmsHeaders [ 3%] Built target AlgorithmsHeaders Scanning dependencies of target BamTools [ 4%] Building CXX object src/api/CMakeFiles/BamTools.dir/BamAlignment.cpp.o In file included from /home/zhouke/Downloads/bamtools-master/src/api/BamAux.h:14, from /home/zhouke/Downloads/bamtools-master/src/api/BamAlignment.h:14, from /home/zhouke/Downloads/bamtools-master/src/api/BamAlignment.cpp:10: /usr/local/include/c++/4.8.1/cstring:71: error: expected ‘{’ before ‘_GLIBCXX_VISIBILITY’ /usr/local/include/c++/4.8.1/
here for a quick overview of the site Help Center Detailed answers to any questions you might have Meta Discuss the workings and policies of this site About Us Learn more about Stack Overflow the company Business Learn more about hiring developers or posting ads with us Stack Overflow Questions Jobs Documentation Tags Users Badges https://github.com/pezmaster31/bamtools/issues/96 Ask Question x Dismiss Join the Stack Overflow Community Stack Overflow is a community of 4.7 million programmers, just like you, helping each other. Join them; it only takes a minute: Sign up #include
[x] User account creation filtered due to spam. Bug17005 - wide character strings don't work on HP-UX 11i using gcc 3.4.1 Summary: wide character https://gcc.gnu.org/bugzilla/show_bug.cgi?id=17005 strings don't work on HP-UX 11i using gcc 3.4.1 Status: RESOLVED FIXED Alias: None https://lists.gnu.org/archive/html/bug-gnulib/2008-03/msg00249.html Product: gcc Classification: Unclassified Component: libstdc++ (show other bugs) Version: 3.4.1 Importance: P2 normal Target Milestone: 4.0.0 Assignee: John David Anglin URL: Keywords: Duplicates (1): 19725 (view as bug list) Depends on: Blocks: Reported: 2004-08-12 16:38 UTC by Jerry Dy Modified: 2005-03-01 11:11 UTC (History) CC List: 3 users (show) danglin gcc-bugs hundertmarck error before See Also: Host: Target: Build: Known to work: Known to fail: 3.2.3 3.3.2 3.4.1 Last reconfirmed: 2004-08-12 17:39:54 Attachments pa-xpg4.d (4.01 KB, text/plain) 2004-08-21 15:25 UTC, dave Details View All Add an attachment (proposed patch, testcase, etc.) Note You need to log in before you can comment on or make changes to this bug. Description Jerry Dy 2004-08-12 16:38:18 UTC I just installed gcc 3.4.1 on HP-UX error before mbstate_t 11i and I'm unable to compile the following test case: #include
I'm trying to cross compile packges that use GNULIB - findutils, gettext - for arm-linux-uclibc target. They all fail with similar error (this is from findutils-4.4.0): arm-linux-uclibc-gcc -std=gnu99 -DHAVE_CONFIG_H -I. -I../.. -I../../intl -Os -pipe -MT mbscasestr.o -MD -MP -MF $depbase.Tpo -c -o mbscasestr.o mbscasestr.c &&\ mv -f $depbase.Tpo $depbase.Po In file included from mbscasestr.c:29: mbuiter.h:112: error: expected specifier-qualifier-list before 'mbstate_t' mbuiter.h: In function 'mbuiter_multi_next': mbuiter.h:126: error: 'struct mbuiter_multi' has no member named 'next_done' mbuiter.h:131: error: 'struct mbuiter_multi' has no member named 'cur' mbuiter.h:136: error: 'struct mbuiter_multi' has no member named 'cur' mbuiter.h:137: error: 'struct mbuiter_multi' has no member named 'cur' mbuiter.h:137: error: 'struct mbuiter_multi' has no member named 'cur' mbuiter.h:138: error: 'struct mbuiter_multi' has no member named 'cur' It seems that mbstate_t is not declared. Uclibc was built with wchar support and I have wchar.h. However, looking at wchar.h, it seems that wchar.h has to be included twice to have mbstate_t declared: 1. with __need_mbstate_t defined, __mbstate_t is declared. However, since _WCHAR_H is undefined (because of __need_mbstate_t), mbstate_t is not declared (typedef is guarded with #ifdef _WCHAR_H) 2. with __need_mbstate_t undefined (it is undefined in first step in wchar.h), _WCHAR_H is defined at the top of wchar.h and therefore mbstate_t is declared Now looking at wchar.h in gnulib/lib directory, it starts with: #ifndef _GL_WCHAR_H /* Tru64 with Desktop Toolkit C has a bug: