[表示 : 全て 最新50 1-99 101- 201- 301- 401- 501- 601- 2chのread.cgiへ]
Update time : 01/25 10:41 / Filesize : 218 KB / Number-of Response : 637
[このスレッドの書き込みを削除する]
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧] [類似スレッド一覧]


↑キャッシュ検索、類似スレ動作を修正しました、ご迷惑をお掛けしました

【RAD統合環境】 Qt 総合スレ 5 【Win/Mac/Linux】



245 名前:218 mailto:sage [2009/10/20(火) 05:59:18 ]
>>236
あんたわかってないね。

VC++やBCCはSJISのソースコードでL""と書けばそれをコンパイラが自動的にワイド文字列に
変換するし(何の指定も必要なし)、MinGW gccだって -finput-charset=CP932 と指定すれば
SJISでL""で書いた文字列リテラルをきちんとワイド文字列に変換する。

MinGW gccはたまたまデフォルトがUTF-8なだけ。そもそもUTF-8はWIN32 APIの
何たらW( )関数が要求するwchar_t*文字列(UTF-16LE)とはエンコーディングが
違う。dmcなんかはL""と書いても_T( )と書いても受け付けてくれないので、
\uを使って文字コードで書く必要があるんだよ(Digital Mars スレの261に
これを解決する方法を書いた)。

要するにコンパイラ依存の問題なわけで、

> L""やTEXT(),_T()書いたからと言って、SJISでソースかいてりゃ文字列リテラルの中身はSJISだ。
> それをUnicodeですと言いはればそりゃコンパイラも怒るわ。

なんて単純な話じゃない。あんたUNICODEは一種類だと思ってるのか?
Qt Creatorだって、VCでやれば、逆にソースコードをUTF-8で書いたらL""のコンパイル
通らなくなると思うよ(VCが頭良くて、自動変換する可能性はあるけど)。






[ 続きを読む ] / [ 携帯版 ]

全部読む 前100 次100 最新50 [ このスレをブックマーク! 携帯に送る ] 2chのread.cgiへ
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧]( ´∀`)<218KB

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef