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
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
htt
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
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 followi
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
gcc 3.2 string link problem
From: Nigel Stewart & Fiona Smith
To: cygwin at cygwin dot com
Date: Mon, 18 Nov 2002 10:42:45 +1100
Subject: gcc 3.2 string link problem
===snip===
> $ g++ test.cpp
> /cygdrive/c/DOCUME~1/nigels/LOCALS~1/Temp/ccHP4AMl.o(.text+0x25):test.cpp: >
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;
}
-
7 matches
Mail list logo