wstring support in GCC 4.1.2 in Cygwin 1.5.25-11

[jadooo]

Hi All,
I was trying to compile my code on Cygwin[1.5.25-11] with GCC[4.1.2],
but I am not able to build with errors on wstring.
 
I tried to test a simple application which uses wstring, like
 
#include <string>
#include <iostream>
int main( )
{
   using namespace std;
 
 const basic_string <wchar_t> s1 ( L"abc" );
   wstring s2 ( L"abc" );   // Uses the typedef for wstring
   if ( s1 == s2 )
      cout << "The strings s1 & s2 are equal." << endl;
   else
      cout << "The strings s1 & s2 are not equal." << endl;
}
 
and on compiling I am getting the following error..
 
-->g++ main.cpp -o main
main.cpp: In function `int main()':
main.cpp:8: error: `wstring' undeclared (first use this function)
main.cpp:8: error: (Each undeclared identifier is reported only once for each fu
nction it appears in.)
main.cpp:8: error: expected `;' before "s2"
main.cpp:9: error: `s2' undeclared (first use this function)
 
I searched on the net but could not get any thing recent or useful. Some old forum threads[2005] say that
it was not supported.
 
Any advice or pointer will be of great help.
 
Thanks & Regards
Vipin

[Yaakov (Cygwin/X)]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256

jadooo wrote:
| I was trying to compile my code on Cygwin[1.5.25-11] with GCC[4.1.2],
| but I am not able to build with errors on wstring.

Cygwin 1.5 is not fully unicode enabled and does not provide wstring;
you'll need to wait for 1.7.


Yaakov
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (Cygwin)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iEYEAREIAAYFAkgt0iEACgkQpiWmPGlmQSNy5ACfS9mZCvjb1hExJpYMiDdTEXIp
CVcAn3oBtvmc7BfInJZdRtHjxULse8dJ
=OkLx
-----END PGP SIGNATURE-----

--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Problem reports:       http://cygwin.com/problems.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/

[jadooo]

Thanks a lot for the valuable information.
 
I have some more question on the same, just to clarrify things  a bit more..
 
What do u mean by full unicode enabled??
 
Will my code which contains 'wstring' compile?
 
I have to take some decisions based on this, so would like to know how could I
confirm this information. Is it there in any Cygwin specification or site link.
 
Thanks & Regards
Vipin
 

jadooo wrote:

Hi All,
I was trying to compile my code on Cygwin[1.5.25-11] with GCC[4.1.2],
but I am not able to build with errors on wstring.
 
I tried to test a simple application which uses wstring, like
 
#include <string>
#include <iostream>
int main( )
{
   using namespace std;
 
 const basic_string <wchar_t> s1 ( L"abc" );
   wstring s2 ( L"abc" );   // Uses the typedef for wstring
   if ( s1 == s2 )
      cout << "The strings s1 & s2 are equal." << endl;
   else
      cout << "The strings s1 & s2 are not equal." << endl;
}
 
and on compiling I am getting the following error..
 
-->g++ main.cpp -o main
main.cpp: In function `int main()':
main.cpp:8: error: `wstring' undeclared (first use this function)
main.cpp:8: error: (Each undeclared identifier is reported only once for each fu
nction it appears in.)
main.cpp:8: error: expected `;' before "s2"
main.cpp:9: error: `s2' undeclared (first use this function)
 
I searched on the net but could not get any thing recent or useful. Some old forum threads[2005] say that
it was not supported.
 
Any advice or pointer will be of great help.
 
Thanks & Regards
Vipin

[Larry Hall (Cygwin)]

jadooo wrote:
> Thanks a lot for the valuable information.
>  
> I have some more question on the same, just to clarrify things  a bit more..
>  
> What do u mean by full unicode enabled??

Simple.  Cygwin 1.5.x doesn't support Unicode.  Code in CVS for the next
release series (1.7.x) will.  If you want to get some early insight, you
can check out a snapshot <http://cygwin.com/snapshots/>.  This, of course,
isn't released code so use at your own risk.  If you do try it and have
problems, report them here.

Anticipating your next question, there is no release date yet for 1.7.x.

> Will my code which contains 'wstring' compile?

You've answered this question for yourself already, no?

--
Larry Hall                              http://www.rfk.com
RFK Partners, Inc.                      [phone] - RFK Office
216 Dalton Rd.                          [phone] - FAX
Holliston, MA 01746

_____________________________________________________________________

A: Yes.
 > Q: Are you sure?
 >> A: Because it reverses the logical flow of conversation.
 >>> Q: Why is top posting annoying in email?

--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Problem reports:       http://cygwin.com/problems.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/

[jadooo]

Hi,

I tried the code from the CVS, but with those changes also the simple
'wstring' program is not compiling.

What all I did to test :

1) Have done a fresh Cygwin[1.5] installation.
2) From http://cygwin.com/snapshots/ have downloaded the cygwin-inst-20080407.tar.bz2 file
3) tar -xvjf cygwin-inst-20080407.tar.bz2
4) The out put of the above command are two folders - etc and usr
5) Copied the folder into C:\Cygwin\ , thus overwritting the existing files.
6) Restarted the Cygwin terminal and tried to build the Sample application which again failed to
   recognize 'wstring'.

Please let me know if I am doing anything wrong.

With Warm Regards
Vipin

Larry Hall (Cygwin) wrote:

jadooo wrote:
> Thanks a lot for the valuable information.
>  
> I have some more question on the same, just to clarrify things  a bit more..
>  
> What do u mean by full unicode enabled??

Simple.  Cygwin 1.5.x doesn't support Unicode.  Code in CVS for the next
release series (1.7.x) will.  If you want to get some early insight, you
can check out a snapshot <http://cygwin.com/snapshots/>.  This, of course,
isn't released code so use at your own risk.  If you do try it and have
problems, report them here.

Anticipating your next question, there is no release date yet for 1.7.x.

> Will my code which contains 'wstring' compile?

You've answered this question for yourself already, no?

--
Larry Hall                              http://www.rfk.com
RFK Partners, Inc.                      [phone] - RFK Office
216 Dalton Rd.                          [phone] - FAX
Holliston, MA 01746

_____________________________________________________________________

A: Yes.
 > Q: Are you sure?
 >> A: Because it reverses the logical flow of conversation.
 >>> Q: Why is top posting annoying in email?

--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Problem reports:       http://cygwin.com/problems.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/

[Greg Chicares-2]

On 2008-05-20 17:16Z, jadooo wrote:

>
> I tried the code from the CVS, but with those changes also the simple
> 'wstring' program is not compiling.
>
> What all I did to test :
>
> 1) Have done a fresh Cygwin[1.5] installation.
> 2) From http://cygwin.com/snapshots/ have downloaded the
> cygwin-inst-20080407.tar.bz2 file
> 3) tar -xvjf cygwin-inst-20080407.tar.bz2
> 4) The out put of the above command are two folders - etc and usr
> 5) Copied the folder into C:\Cygwin\ , thus overwritting the existing files.
> 6) Restarted the Cygwin terminal and tried to build the Sample application
> which again failed to
>    recognize 'wstring'.

It sounds like you have updated the posix 'kernel', but not the
compiler. Wouldn't you need to rebuild your gcc-4.1.2's libstdc++
(or at least pass some overriding '-D' options to the compiler)?

--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Problem reports:       http://cygwin.com/problems.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/

[Brian Dessent]

jadooo wrote:

> Please let me know if I am doing anything wrong.

Yes, you are misunderstanding the nature of the problem.

In order to support the wstring class, gcc relies on the platform's libc
supporting wide character C99 functions.  newlib does not have the
necessary support[1] so until that work is contributed, the wstring
class cannot be enabled in libstdc++.  And even then, you'd have to
rebuild libstdc++ which means rebuilding all of gcc.

Cygwin 1.7 currently contains support for unicode characters in
filenames, but this is a far cry from general wide character string
support (e.g. wprintf) so simply upgrading to 1.7 will not do anything.
Larry's suggestion that this will start working in 1.7 is premature,
unless somebody contributes the necessary newlib improvements before 1.7
is released.

Brian

[1] For a list of the missing features see
http://cygwin.com/ml/cygwin-developers/2008-04/msg00094.html

--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Problem reports:       http://cygwin.com/problems.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/

[jadooo]

Thanks a lot for the valuable information.

I am trying to port my application developed in linux to windows, now as
it is quite clear that I could not use cygwin, due to lack of Unicode support,
is there any other alternative to try out my porting activity.

Thanking you all once again for the great help.

Vipin

jadooo wrote:

Hi All,
I was trying to compile my code on Cygwin[1.5.25-11] with GCC[4.1.2],
but I am not able to build with errors on wstring.
 
I tried to test a simple application which uses wstring, like
 
#include <string>
#include <iostream>
int main( )
{
   using namespace std;
 
 const basic_string <wchar_t> s1 ( L"abc" );
   wstring s2 ( L"abc" );   // Uses the typedef for wstring
   if ( s1 == s2 )
      cout << "The strings s1 & s2 are equal." << endl;
   else
      cout << "The strings s1 & s2 are not equal." << endl;
}
 
and on compiling I am getting the following error..
 
-->g++ main.cpp -o main
main.cpp: In function `int main()':
main.cpp:8: error: `wstring' undeclared (first use this function)
main.cpp:8: error: (Each undeclared identifier is reported only once for each fu
nction it appears in.)
main.cpp:8: error: expected `;' before "s2"
main.cpp:9: error: `s2' undeclared (first use this function)
 
I searched on the net but could not get any thing recent or useful. Some old forum threads[2005] say that
it was not supported.
 
Any advice or pointer will be of great help.
 
Thanks & Regards
Vipin

[Longyu Mei]

How about minGW? Did you try that? I have similiar
problem and I will try to see if there is any
difference.


--- jadooo <vnair@...> wrote:

>
> Thanks a lot for the valuable information.
>
> I am trying to port my application developed in
> linux to windows, now as
> it is quiet clear that I could not use cygwin, due
> to lack of Unicode
> support,
> is there any other alternative to try out my porting
> activity.
>
> Thanking you all once again for the great help.
>
> Vipin
>
>
>
>
>
> jadooo wrote:
> >
> > Hi All,
> > I was trying to compile my code on
> Cygwin[1.5.25-11] with GCC[4.1.2],
> > but I am not able to build with errors on wstring.
>
> >  
> > I tried to test a simple application which uses
> wstring, like
> >  
> > #include <string>
> > #include <iostream>
> > int main( )
> > {
> >    using namespace std;
> >  
> >  const basic_string <wchar_t> s1 ( L"abc" );
> >    wstring s2 ( L"abc" );   // Uses the typedef
> for wstring
> >    if ( s1 == s2 )
> >       cout << "The strings s1 & s2 are equal." <<
> endl;
> >    else
> >       cout << "The strings s1 & s2 are not equal."
> << endl;
> > }
> >  
> > and on compiling I am getting the following
> error..
> >  
> > -->g++ main.cpp -o main
> > main.cpp: In function `int main()':
> > main.cpp:8: error: `wstring' undeclared (first use
> this function)
> > main.cpp:8: error: (Each undeclared identifier is
> reported only once for
> > each fu
> > nction it appears in.)
> > main.cpp:8: error: expected `;' before "s2"
> > main.cpp:9: error: `s2' undeclared (first use this
> function)
> >  
> > I searched on the net but could not get any thing
> recent or useful. Some
> > old forum threads[2005] say that
> > it was not supported.
> >  
> > Any advice or pointer will be of great help.
> >  
> > Thanks & Regards
> > Vipin
> >
> >
>
> --
> View this message in context:
>

http://www.nabble.com/wstring-support-in-GCC-4.1.2-in-Cygwin-1.5.25-11-tp17275355p17359564.html

> Sent from the Cygwin list mailing list archive at
> Nabble.com.
>
>
> --
> Unsubscribe info:    
> http://cygwin.com/ml/#unsubscribe-simple
> Problem reports:      
> http://cygwin.com/problems.html
> Documentation:         http://cygwin.com/docs.html
> FAQ:                   http://cygwin.com/faq/
>
>

     

--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Problem reports:       http://cygwin.com/problems.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/

[jadooo]

Ya I am trying MinGW now.

But since it is like building on the windows platform, we need to get round with
concepts which differ on the posix and the windows system. Currently I am
dealing with the Signals, one such problem. In in my linux based code we have used
the sigaction() concept which is not supported in MinGW.

Now I am bit worried to estimate the time for the complete activity as I will
have to make modifications in the code to make porting successful.

Longyu Mei wrote:

How about minGW? Did you try that? I have similiar
problem and I will try to see if there is any
difference.


--- jadooo <[e-mail]> wrote:

>
> Thanks a lot for the valuable information.
>
> I am trying to port my application developed in
> linux to windows, now as
> it is quiet clear that I could not use cygwin, due
> to lack of Unicode
> support,
> is there any other alternative to try out my porting
> activity.
>
> Thanking you all once again for the great help.
>
> Vipin
>
>
>
>
>
> jadooo wrote:
> >
> > Hi All,
> > I was trying to compile my code on
> Cygwin[1.5.25-11] with GCC[4.1.2],
> > but I am not able to build with errors on wstring.
>
> >  
> > I tried to test a simple application which uses
> wstring, like
> >  
> > #include <string>
> > #include <iostream>
> > int main( )
> > {
> >    using namespace std;
> >  
> >  const basic_string <wchar_t> s1 ( L"abc" );
> >    wstring s2 ( L"abc" );   // Uses the typedef
> for wstring
> >    if ( s1 == s2 )
> >       cout << "The strings s1 & s2 are equal." <<
> endl;
> >    else
> >       cout << "The strings s1 & s2 are not equal."
> << endl;
> > }
> >  
> > and on compiling I am getting the following
> error..
> >  
> > -->g++ main.cpp -o main
> > main.cpp: In function `int main()':
> > main.cpp:8: error: `wstring' undeclared (first use
> this function)
> > main.cpp:8: error: (Each undeclared identifier is
> reported only once for
> > each fu
> > nction it appears in.)
> > main.cpp:8: error: expected `;' before "s2"
> > main.cpp:9: error: `s2' undeclared (first use this
> function)
> >  
> > I searched on the net but could not get any thing
> recent or useful. Some
> > old forum threads[2005] say that
> > it was not supported.
> >  
> > Any advice or pointer will be of great help.
> >  
> > Thanks & Regards
> > Vipin
> >
> >
>
> --
> View this message in context:
>
http://www.nabble.com/wstring-support-in-GCC-4.1.2-in-Cygwin-1.5.25-11-tp17275355p17359564.html
> Sent from the Cygwin list mailing list archive at
> Nabble.com.
>
>
> --
> Unsubscribe info:    
> http://cygwin.com/ml/#unsubscribe-simple
> Problem reports:      
> http://cygwin.com/problems.html
> Documentation:         http://cygwin.com/docs.html
> FAQ:                   http://cygwin.com/faq/
>
>



     

--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Problem reports:       http://cygwin.com/problems.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/

[jadooo]

Ya I am trying MinGW now.

But since it is like building on the windows platform, we need to get round with
concepts which differ on the posix and the windows system. Currently I am
dealing with the Signals, one such problem. In in my linux based code we have used
the sigaction() concept which is not supported in MinGW.

Now I am bit worried to estimate the time for the complete activity as I will
have to make modifications in the code to make porting successful.

Longyu Mei wrote:

How about minGW? Did you try that? I have similiar
problem and I will try to see if there is any
difference.


--- jadooo <[e-mail]> wrote:

>
> Thanks a lot for the valuable information.
>
> I am trying to port my application developed in
> linux to windows, now as
> it is quiet clear that I could not use cygwin, due
> to lack of Unicode
> support,
> is there any other alternative to try out my porting
> activity.
>
> Thanking you all once again for the great help.
>
> Vipin
>
>
>
>
>
> jadooo wrote:
> >
> > Hi All,
> > I was trying to compile my code on
> Cygwin[1.5.25-11] with GCC[4.1.2],
> > but I am not able to build with errors on wstring.
>
> >  
> > I tried to test a simple application which uses
> wstring, like
> >  
> > #include <string>
> > #include <iostream>
> > int main( )
> > {
> >    using namespace std;
> >  
> >  const basic_string <wchar_t> s1 ( L"abc" );
> >    wstring s2 ( L"abc" );   // Uses the typedef
> for wstring
> >    if ( s1 == s2 )
> >       cout << "The strings s1 & s2 are equal." <<
> endl;
> >    else
> >       cout << "The strings s1 & s2 are not equal."
> << endl;
> > }
> >  
> > and on compiling I am getting the following
> error..
> >  
> > -->g++ main.cpp -o main
> > main.cpp: In function `int main()':
> > main.cpp:8: error: `wstring' undeclared (first use
> this function)
> > main.cpp:8: error: (Each undeclared identifier is
> reported only once for
> > each fu
> > nction it appears in.)
> > main.cpp:8: error: expected `;' before "s2"
> > main.cpp:9: error: `s2' undeclared (first use this
> function)
> >  
> > I searched on the net but could not get any thing
> recent or useful. Some
> > old forum threads[2005] say that
> > it was not supported.
> >  
> > Any advice or pointer will be of great help.
> >  
> > Thanks & Regards
> > Vipin
> >
> >
>
> --
> View this message in context:
>
http://www.nabble.com/wstring-support-in-GCC-4.1.2-in-Cygwin-1.5.25-11-tp17275355p17359564.html
> Sent from the Cygwin list mailing list archive at
> Nabble.com.
>
>
> --
> Unsubscribe info:    
> http://cygwin.com/ml/#unsubscribe-simple
> Problem reports:      
> http://cygwin.com/problems.html
> Documentation:         http://cygwin.com/docs.html
> FAQ:                   http://cygwin.com/faq/
>
>



     

--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Problem reports:       http://cygwin.com/problems.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/

[jadooo]

I just come across one article in google about UTF-8 Cygwin

http://www.okisoft.co.jp/esc/utf8-cygwin/

Just wanted to check about this. As per the documentation here
it says that the Cygwin it is providing will suport Unicode.

Is it worth to go back and try this out.

Brian Dessent wrote:

jadooo wrote:

> Please let me know if I am doing anything wrong.

Yes, you are misunderstanding the nature of the problem.

In order to support the wstring class, gcc relies on the platform's libc
supporting wide character C99 functions.  newlib does not have the
necessary support[1] so until that work is contributed, the wstring
class cannot be enabled in libstdc++.  And even then, you'd have to
rebuild libstdc++ which means rebuilding all of gcc.

Cygwin 1.7 currently contains support for unicode characters in
filenames, but this is a far cry from general wide character string
support (e.g. wprintf) so simply upgrading to 1.7 will not do anything.
Larry's suggestion that this will start working in 1.7 is premature,
unless somebody contributes the necessary newlib improvements before 1.7
is released.

Brian

[1] For a list of the missing features see
http://cygwin.com/ml/cygwin-developers/2008-04/msg00094.html

--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Problem reports:       http://cygwin.com/problems.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/

[Larry Hall (Cygwin)]

jadooo wrote:
> I just come across one article in google about UTF-8 Cygwin
>
> http://www.okisoft.co.jp/esc/utf8-cygwin/
>
> Just wanted to check about this. As per the documentation here
> it says that the Cygwin it is providing will suport Unicode.
>
> Is it worth to go back and try this out.

You can try it out but it's important to keep in mind 2 things:

1. This is a patch that has not been accepted into CVS.  1.7.x is
    accomplishing the same thing by going a different path.

2. This patch still only affects cygwin1.dll.  There is no newlib
    patch.  So this doesn't get you any closer to your goal than the
    snapshot does.

--
Larry Hall                              http://www.rfk.com
RFK Partners, Inc.                      [phone] - RFK Office
216 Dalton Rd.                          [phone] - FAX
Holliston, MA 01746

_____________________________________________________________________

A: Yes.
 > Q: Are you sure?
 >> A: Because it reverses the logical flow of conversation.
 >>> Q: Why is top posting annoying in email?

--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Problem reports:       http://cygwin.com/problems.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/

[Mike Marchywka-2]

Hi,
I'm trying to build nmap from scratch to track down some security issues.
It seems to be choking on this,
configure:4180: result: no
configure:4208: checking for sys/ioccom.h
configure:4216: result: no
configure:4104: checking sys/sockio.h usability
configure:4121: gcc -c -g -O2  conftest.c>&5
conftest.c:53:24: sys/sockio.h: No such file or directory
configure:4127: $? = 1
configure: failed program was:
| /* confdefs.h.  */

but I can't figure out exactly what the status of "sys/sockio.h" is from the results here:

http://www.google.com/search?hl=en&q=site%3Acygwin.com++%22sockio.h%22

Is there a definitive way to fix this? Some posts on non-cygwin sites but nothing
seems to get beyond "it didn't build what is wrong?"


Thanks.

Mike Marchywka
586 Saint James Walk
Marietta GA 30067-7165
404-788-1216 (C)<- leave message
989-348-4796 (P)<- emergency only
marchywka@...
Note: If I am asking for free stuff, I normally use for hobby/non-profit
information but may use in investment forums, public and private.
Please indicate any concerns if applicable.
Note: Hotmail is possibly blocking my mom's entire
ISP - try  me on marchywka@... if no reply
here. Thanks.


_________________________________________________________________
E-mail for the greater good. Join the i’m Initiative from Microsoft.
http://im.live.com/Messenger/IM/Join/Default.aspx?source=EML_WL_ GreaterGood

--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Problem reports:       http://cygwin.com/problems.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/

[Dave Korn]

Mike Marchywka wrote on 22 May 2008 16:03:

> but I can't figure out exactly what the status of "sys/sockio.h" is from
> the results here:
>
> http://www.google.com/search?hl=en&q=site%3Acygwin.com++%22sockio.h%22

  Wrong place to look, surely?

http://cygwin.com/cgi-bin2/package-grep.cgi?grep=sys%2Fsockio.h

> Is there a definitive way to fix this?

  Fix what exactly?  The fact that cygwin doesn't supply or support
<sys/sockio.h>?  Well, yes, there is a definitive way to fix it:

http://cygwin.com/acronyms#PTC


    cheers,
      DaveK
--
Can't think of a witty .sigline today....


--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Problem reports:       http://cygwin.com/problems.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/

[Linda Walsh]

Brian Dessent wrote:
> jadooo wrote:
>
>> Please let me know if I am doing anything wrong.
>
> Yes, you are misunderstanding the nature of the problem.
>
> In order to support the wstring class, gcc relies on the platform's libc
> supporting wide character C99 functions.
---
        Even though the "kernel" (cygwin 1.5) doesn't support unicode
shouldn't it be possible -- and desirable for gcc to support the
'wstring' datatype?

        It does seem 'wstring' is supported on standard linux,
but internally, the kernel doesn't support double-wide
characters anymore than cygwin.  So maybe the problem is
not that cygwin doesn't support unicode, but that the gcc
libs & compile utils don't support the standard linux
equivalents?

        Whether or not cygwin (or the linux kernel) supports
"wchar" is not entirely relevant to what the application libraries
on top of the kernel support -- at least going by the example
on an x86_64 linux.  It's still the case that the 64-bit
linux kernel doesn't support wchars any more than cygwin, yet
the compiler suite does.


--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Problem reports:       http://cygwin.com/problems.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/

[Linda Walsh]

jadooo wrote:
> Thanks a lot for the valuable information.
>
> I am trying to port my application developed in linux to windows, now as
> it is quiet clear that I could not use cygwin, due to lack of Unicode
> support,
> is there any other alternative to try out my porting activity.
---
        Linux doesn't support double-wide characters in its
system calls -- it's all in 'glibc'.

        Cygwin doesn't need to support unicode anymore than
the linux kernel does.  It's whoever built the gcc/glib
packages that needs to supply that application-level (not
system-level) datatype.

        In the same way, gcc/glib supports 64-bit data types
on 32-bit machines and the glib file I/O transparently supports
64-bit file offsets even on 32-bit machines.

        But, AFAIK, glib doesn't support calling the standard
*nix file-io calls with 'wchar' comprised wstrings.


--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Problem reports:       http://cygwin.com/problems.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/

[Mike Marchywka-2]

> From: dave.korn@...
> Date: Thu, 22 May 2008 16:15:16 +0100

Thanks. If you are interested, let me try to give a chronology of follow on events as best as I can
reconstruct:

1:::::::::::::::::::::::::::::::::::::::::::
> Wrong place to look, surely?
>
> http://cygwin.com/cgi-bin2/package-grep.cgi?grep=sys%2Fsockio.h

Oddly enough, that helped :)
OK, so I copied sockio.h and also needed ioccom.h. Just to be clear,

http://cygwin.com/cgi-bin/cvsweb.cgi/src/newlib/libc/sys/linux/sys/ioccom.h?cvsroot=src

my install is messed up so I'm not sure this problem applies to anyone else
but I'm just being complete incase it matters.

2:::::::::::::::::::::::::::::::::::::::::::::::

Then, I encountered a define problem. This seems to have occured elsewhere
so I thought I would post the issue with definition of ssize_t:

http://code.google.com/p/xdelta/issues/detail?id=56

This turned out to be flagged with __CYGWIN__ and also easy to fix in the makefile.

3::::::::::::::::::::::::::::::::::::::::::::::::::::::

But, then I had a missing definition for IFF_POINTOPOINT which does seem to be
an issue with cygwin. According to this, the symbol should be defined in if.h:

https://www.linux-foundation.org/dbadmin/browse/headgroup.php?cmd=list-byheadgroup&HGid=437

my if.h needed to be modified,

#define IFF_LOOPBACK    0x8             /* is a loopback net            */
//
#define IFF_POINTOPOINT    0x10            /* mjm,            */
// https://www.linux-foundation.org/dbadmin/browse/headgroup.php?cmd=list-byheadgroup&HGid=437

#define IFF_NOTRAILERS  0x20            /* avoid use of trailers        */

4: ::::::::::::::::::::::::::::::::::::::::::::
Next, a problem with INET6_ADDSTRLEN16. I found this and implemented the suggestion,


http://viral.media.mit.edu/peers/peers-win.html

#if defined(__CYGWIN__)
#define INET_ADDRSTRLEN 16
#define INET6_ADDRSTRLEN 46
#endif /* __CYGWIN__ */

which again seemed to work but I have no idea what other problems may turn up if this isn't right.

5::::::::::::::::::::::::::::::::::::::::::::

Then I finally encountered a big link problem and determined that some pieces
were built with and without -mno-cygwin. I was finally able to stop it from complaining
by grepping all the libraries for the missing symbols and just randomly adding stuff
but, duh, the executable wouldn't run. I can probably figure this out but I've never built anything with -mno-cygwin before
so it will probably take a while.



Thanks.




Mike Marchywka
586 Saint James Walk
Marietta GA 30067-7165
404-788-1216 (C)<- leave message
989-348-4796 (P)<- emergency only
marchywka@...
Note: If I am asking for free stuff, I normally use for hobby/non-profit
information but may use in investment forums, public and private.
Please indicate any concerns if applicable.
Note: Hotmail is possibly blocking my mom's entire
ISP - try  me on marchywka@... if no reply
here. Thanks.

> From: dave.korn@...
> To: cygwin@...
> Subject: RE: fate/resolution/location of things like "sys/sockio.h"
> Date: Thu, 22 May 2008 16:15:16 +0100
>
> Mike Marchywka wrote on 22 May 2008 16:03:
>
>> but I can't figure out exactly what the status of "sys/sockio.h" is from
>> the results here:
>>
>> http://www.google.com/search?hl=en&q=site%3Acygwin.com++%22sockio.h%22
>
> Wrong place to look, surely?
>
> http://cygwin.com/cgi-bin2/package-grep.cgi?grep=sys%2Fsockio.h
>
>> Is there a definitive way to fix this?
>
> Fix what exactly? The fact that cygwin doesn't supply or support
> ? Well, yes, there is a definitive way to fix it:
>
> http://cygwin.com/acronyms#PTC
>
>
> cheers,
> DaveK
> --
> Can't think of a witty .sigline today....
>
>
> --
> Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
> Problem reports: http://cygwin.com/problems.html
> Documentation: http://cygwin.com/docs.html
> FAQ: http://cygwin.com/faq/
>

_________________________________________________________________
Give to a good cause with every e-mail. Join the i’m Initiative from Microsoft.
http://im.live.com/Messenger/IM/Join/Default.aspx?souce=EML_WL_ GoodCause

--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Problem reports:       http://cygwin.com/problems.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/

[Christopher Faylor-8]

On Thu, May 22, 2008 at 05:48:14PM -0400, Mike Marchywka wrote:

>> From: dave.korn@...
>> Date: Thu, 22 May 2008 16:15:16 +0100
>
>Thanks. If you are interested, let me try to give a chronology of follow on events as best as I can
>reconstruct:
>
>1:::::::::::::::::::::::::::::::::::::::::::
>> Wrong place to look, surely?
>>
>> http://cygwin.com/cgi-bin2/package-grep.cgi?grep=sys%2Fsockio.h
>
>Oddly enough, that helped :)
>OK, so I copied sockio.h and also needed ioccom.h. Just to be clear,
>
>http://cygwin.com/cgi-bin/cvsweb.cgi/src/newlib/libc/sys/linux/sys/ioccom.h?cvsroot=src
>
>my install is messed up so I'm not sure this problem applies to anyone else
>but I'm just being complete incase it matters.

As the sys/linux above implies, this is linux-specific code.  It has no
bearing for cygwin.

>2:::::::::::::::::::::::::::::::::::::::::::::::
>
>Then, I encountered a define problem. This seems to have occured elsewhere
>so I thought I would post the issue with definition of ssize_t:
>
>http://code.google.com/p/xdelta/issues/detail?id=56
>
>This turned out to be flagged with __CYGWIN__ and also easy to fix in the makefile.
>
>3::::::::::::::::::::::::::::::::::::::::::::::::::::::
>
>But, then I had a missing definition for IFF_POINTOPOINT which does seem to be
>an issue with cygwin. According to this, the symbol should be defined in if.h:
>
>https://www.linux-foundation.org/dbadmin/browse/headgroup.php?cmd=list-byheadgroup&HGid=437
>
>my if.h needed to be modified,
>
>#define IFF_LOOPBACK    0x8             /* is a loopback net            */
>//
>#define IFF_POINTOPOINT    0x10            /* mjm,            */
>// https://www.linux-foundation.org/dbadmin/browse/headgroup.php?cmd=list-byheadgroup&HGid=437
>
>#define IFF_NOTRAILERS  0x20            /* avoid use of trailers        */
>
>4: ::::::::::::::::::::::::::::::::::::::::::::
>Next, a problem with INET6_ADDSTRLEN16. I found this and implemented the suggestion,
>
>
>http://viral.media.mit.edu/peers/peers-win.html
>
>#if defined(__CYGWIN__)
>#define INET_ADDRSTRLEN 16
>#define INET6_ADDRSTRLEN 46
>#endif /* __CYGWIN__ */
>
>which again seemed to work but I have no idea what other problems may turn up if this isn't right.
>
>5::::::::::::::::::::::::::::::::::::::::::::
>
>Then I finally encountered a big link problem and determined that some
>pieces were built with and without -mno-cygwin.  I was finally able to
>stop it from complaining by grepping all the libraries for the missing
>symbols and just randomly adding stuff but, duh, the executable
>wouldn't run.  I can probably figure this out but I've never built
>anything with -mno-cygwin before so it will probably take a while.

Sorry but you're very confused by this point.  Compiling with -mno-cygwin means
that you can't use ANY cygwin headers.  You won't be able to create an executable
which works this way.

When Dave said "...cygwin doesn't supply or support <sys/sockio.h>" he wasn't
kidding.  It isn't supplied and copying it from a random source and randomly
making changes is not going to work.

cgf

--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Problem reports:       http://cygwin.com/problems.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/

[Eric Blake]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

According to Linda Walsh on 5/22/2008 1:14 PM:
|     Linux doesn't support double-wide characters in its
| system calls -- it's all in 'glibc'.
|
|     Cygwin doesn't need to support unicode anymore than
| the linux kernel does.  It's whoever built the gcc/glib
| packages that needs to supply that application-level (not
| system-level) datatype.

Please get your terms straight.  glib is something MUCH different than
glibc.  glib is ported to cygwin, glibc is not.  glib is a graphics
library, glibc is an implementation of libc.  Cygwin uses newlib as its
implementation of libc.  And that's why cygwin doesn't support wstring -
because newlib does not have very complete wide character support.

But you are correct that it is the job of libc, and not the kernel, to
provide application-level code that interprets byte sequences as wide
characters.

- --
Don't work too hard, make some time for fun as well!

Eric Blake             ebb9@...
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (Cygwin)
Comment: Public key at home.comcast.net/~ericblake/eblake.gpg
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iEYEARECAAYFAkg2IoMACgkQ84KuGfSFAYDXtQCeI20yMSPSKhvW2wdRhiZfSm3V
usIAoKJ/i0GgKQJeVfPJSt92y+fe8VAB
=hwpH
-----END PGP SIGNATURE-----

--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Problem reports:       http://cygwin.com/problems.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/