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=9057201list=6013
http://lists.boost.org/MailArchives/boost/msg41422.php
On Thu, Feb 06, 2003 at 01:23:08AM +1100, Nigel Stewart Fiona Smith wrote:
Has anyone else had progress with wchar with either cygwin on mingw?
I'm not aware of any activity in the cygwin arena.
cgf
--
Please use the resources at cygwin.com rather than sending personal email.
Special for spam
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
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 string
#include iostream
using namespace std;
int main(int argc,char *argv[])
{
std::stringwchar_t
gcc 3.2 stringwchar_t link problem
From: Nigel Stewart Fiona Smith nigels at nigels dot com
To: cygwin at cygwin dot com
Date: Mon, 18 Nov 2002 10:42:45 +1100
Subject: gcc 3.2 stringwchar_t link problem
===snip===
$ g++ test.cpp
/cygdrive/c/DOCUME~1/nigels/LOCALS~1/Temp/ccHP4AMl.o(.text
Hi Danny,
Thanks for the hint. Does this mean that I need to rebuild libstc++?
My impression is that this is a bug: Either wchar_t is supported, or
it isn't, but that should be compile-error rather than link-error.
And also, since I've done a full Cygwin install, what more is needed
for wchar_t
Digging around the gcc.gnu.org site,
came across PR 4764 in the bugs
database:
http://gcc.gnu.org/cgi-bin/gnatsweb.pl
*Description:*
On Solaris 8, std::wstring is not available, because libstdc++/aclocal.m4
checks for too many functions
The
7 matches
Mail list logo