FROM : Jean-Daniel Dupas
DATE : Mon Apr 21 19:05:01 2008
Le 21 avr. 08 à 18:54, Aki Inoue a écrit :
>>> (By the way, in 10.5, GCC now allows you to use non-ascii
>>> characters in string literals right in your source code. So
>>> there's no need to construct a string with an ñ in it
>>> programmatically, as long as you're building with Xcode 3.0.)
>>>
>>
>> What will be the output encoding in this case ? GCC generate utf-8
>> or it uses the source file encoding ?
>
> Regardless of GCC binary C string encoding settings, the content of
> constant CF/NSStrings are stored in UTF-16 in this case.
>
> So, as long as your file encoding matches the GCC's file encoding
> setting (see -finput-charset) which is default to UTF-8, it just
> works.
>
> Aki
>
Thank you.
I didn't realize that "string literals" means CF/NSStrings and not
standard C strings.
DATE : Mon Apr 21 19:05:01 2008
Le 21 avr. 08 à 18:54, Aki Inoue a écrit :
>>> (By the way, in 10.5, GCC now allows you to use non-ascii
>>> characters in string literals right in your source code. So
>>> there's no need to construct a string with an ñ in it
>>> programmatically, as long as you're building with Xcode 3.0.)
>>>
>>
>> What will be the output encoding in this case ? GCC generate utf-8
>> or it uses the source file encoding ?
>
> Regardless of GCC binary C string encoding settings, the content of
> constant CF/NSStrings are stored in UTF-16 in this case.
>
> So, as long as your file encoding matches the GCC's file encoding
> setting (see -finput-charset) which is default to UTF-8, it just
> works.
>
> Aki
>
Thank you.
I didn't realize that "string literals" means CF/NSStrings and not
standard C strings.
| Related mails | Author | Date |
|---|---|---|
| Ewan Delanoy | Apr 21, 15:35 | |
| glenn andreas | Apr 21, 15:38 | |
| Jens Alfke | Apr 21, 16:48 | |
| Ewan Delanoy | Apr 21, 16:58 | |
| Ewan Delanoy | Apr 21, 17:04 | |
| Jean-Daniel Dupas | Apr 21, 17:35 | |
| Aki Inoue | Apr 21, 18:54 | |
| Jean-Daniel Dupas | Apr 21, 19:05 |






Cocoa mail archive

