Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner AT cygwin DOT com Mail-Followup-To: cygwin AT cygwin DOT com Delivered-To: mailing list cygwin AT cygwin DOT com Message-ID: <3E411E4C.7040902@nigels.com> Date: Thu, 06 Feb 2003 01:23:08 +1100 From: Nigel Stewart & Fiona Smith User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.3a) Gecko/20021212 X-Accept-Language: en-us, en MIME-Version: 1.0 CC: cygwin AT cygwin DOT com Subject: Re: gcc 3.2 string link problem References: <3DD82975 DOT 1040600 AT nigels DOT com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit As a follow-up to this still-unresolved issue, some traffic on the MingW list reveals the same issue using MingW, which I have also (unsuccessfully) been experimenting with: http://www.geocrawler.com/mail/msg.php3?msg_id=9057201&list=6013 http://lists.boost.org/MailArchives/boost/msg41422.php http://sourceforge.net/mailarchive/message.php?msg_id=1991233 Which has been added to their bug tracker database: https://sourceforge.net/tracker/index.php?func=detail&aid=664369&group_id=2435&atid=102435 Has anyone else had progress with wchar with either cygwin on mingw? Regards, Nigel Stewart Xavier Pianet wrote: > Hi there, > > See my post few weeks ago (29/10/2002) > subject : conflicting types for `typedef struct mbstate_t`(was link troubles > with wcslen) > > also the one from zhang le on 27/10/2002 > missing wcsncmp,wcscpy,wcsncpy and more... > > or a search in the archives on wcslen > > no one on the list acknowledged the pb (cfg ?) and i noticed that gcc-3.2-2 > probably solved issue 2) of my post because it had the following comment > (msg [ANNOUNCEMENT] Updated: gcc-3.2-2 10/11/2002): > 'However, the only noticeable change from the last release was an attempt to > correctly define mbstate_t.' > > I'm positive that wcslen is in newlib but i'm not sure for > wcsncmp,wcscpy,wcsncpy as i didn't needed them a that time. > > Xavier > > "Nigel Stewart & Fiona Smith" a écrit dans le message > news: 3DD82975 DOT 1040600 AT nigels DOT com... > >>Hello all, >> >>Having happily upgraded my Cygwin to include gcc 3.2, I've >>encountered a show-stopper: The linker can't resolve symbols >>involving wide C++ strings. Here is an example: >> >>#include >>#include >>using namespace std; >> >>int main(int argc,char *argv[]) >>{ >> std::string test; >>} >> >>----------------- >> >>$ g++ test.cpp >>/cygdrive/c/DOCUME~1/nigels/LOCALS~1/Temp/ccHP4AMl.o(.text+0x25):test.cpp: >>undefined reference to `std::basic_string>ar_t, std::char_traits, std::allocator >> >::basic_string[in-charge]()' >>/cygdrive/c/DOCUME~1/nigels/LOCALS~1/Temp/ccHP4AMl.o(.text+0x30):test.cpp: >>undefined reference to `std::basic_string>ar_t, std::char_traits, std::allocator >> >::~basic_string [in-charge]()' >>collect2: ld returned 1 exit status >> >>--------------------------- >> >>Any hints, suggestions, or duh-read-the FAQ responses, appreciated. >> >>Note that the following compiles & links: >> >>int main(int argc,char *argv[]) >>{ >> std::string test; >>} >> >>---------------- >> >>$ gcc -v >>Reading specs from /usr/lib/gcc-lib/i686-pc-cygwin/3.2/specs >>Configured with: /netrel/src/gcc-3.2-3/configure >>--enable-languages=c,c++,f77,java --enable-libgcj --enable-threads=posi >>x --with-system-zlib --enable-nls --without-included-gettext >>--enable-interpreter --disable-sjlj-exceptions --disable-ve >>rsion-specific-runtime-libs --enable-shared --build=i686-pc-linux >>--host=i686-pc-cygwin --target=i686-pc-cygwin --enable >>-haifa --prefix=/usr --exec-prefix=/usr --sysconfdir=/etc >>--libdir=/usr/lib --includedir=/nonexistent/include --libexecd >>ir=/usr/sbin >>Thread model: posix >>gcc version 3.2 20020927 (prerelease) >> >>Cheers, >> >>Nigel Stewart -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/