トップページ⇒tech
1001コメント304KB

【.NET】 C++/CLI について語ろうぜ 【最適】

■ このスレッドは過去ログ倉庫に格納されています
0001デフォルトの名無しさん2005/09/11(日) 23:54:01
おそらく、.NET開発でデファクトスタンダードに最も近い
であろうC++/CLIについて語ろうぜ！
0002デフォルトの名無しさん2005/09/11(日) 23:57:10
専用スレが今の時期にいるのか?
0003デフォルトの名無しさん2005/09/11(日) 23:58:57
あくまでも MSの推奨は　C#だろ。
0004デフォルトの名無しさん2005/09/12(月) 00:00:42
C#ってプラットホーム呼び出しとか面倒じゃね？
態々DllImportってうぜー
0005デフォルトの名無しさん2005/09/12(月) 00:15:55
C++/CLIって普通にSTLとかBoostとか使えるのかな？
0006デフォルトの名無しさん2005/09/12(月) 01:01:16
2005β2でSTLは使えたぞ
Boostはまだ未検証
0007マイク ◆yrBrqfF1Ew 2005/09/12(月) 01:06:04
.netなんてC++を使うまでも無いだろ
0008デフォルトの名無しさん2005/09/12(月) 01:09:22
なにを使えと？
まさかC#？
0009デフォルトの名無しさん2005/09/12(月) 01:12:43
VC++のエディタは支援機能がVC#に比べて弱い
0010デフォルトの名無しさん2005/09/12(月) 01:20:29
エディタなんてIDEのものは普通使わんだろ？
支援機能がないと書けないの？
0011デフォルトの名無しさん2005/09/12(月) 01:27:23
>>10
今時そんなこと言ってる人間はJavaの世界でもいなくなったのに。
0012マイク ◆yrBrqfF1Ew 2005/09/12(月) 01:47:57
4年前からまだterapadだな俺
0013デフォルトの名無しさん2005/09/12(月) 07:16:46
>>4
くまぐまDllImport
0014デフォルトの名無しさん2005/09/12(月) 09:50:25
>あくまでも MSの推奨は

推奨は消えるからﾔｳﾞｧｽ。＞NetBUEI、VBX、VB、WinDNA、COM
0015デフォルトの名無しさん2005/09/12(月) 11:51:07
COMは消えない
0016デフォルトの名無しさん2005/09/12(月) 11:58:35
AJAX >>>>>（壁）>>>>> COM
0017デフォルトの名無しさん2005/09/12(月) 12:17:29
>>16
AjaxのXMLコンポーネントは何でできてるかご存知で？
0018デフォルトの名無しさん2005/09/12(月) 12:18:52
COMだと？
0019デフォルトの名無しさん2005/09/12(月) 12:21:09
C++/CLIについて語ろうぜ！
0020デフォルトの名無しさん2005/09/12(月) 12:28:40
重複ｽﾚです

managed C++ やろうぜ！！
http://pc8.2ch.net/test/read.cgi/tech/1014486422/
0021デフォルトの名無しさん2005/09/12(月) 12:30:34
managed C++ と C++/CLI は異なるものですが・・・
0022デフォルトの名無しさん2005/09/12(月) 13:10:25
C++を複雑化すんなって漢字。

C++/COMもヘッダー巨大＆ワケワカだったし。
0023デフォルトの名無しさん2005/09/12(月) 13:24:30
自分の頭の悪さを言語のせいにするな
0024デフォルトの名無しさん2005/09/12(月) 13:27:45
>21
http://pc8.2ch.net/test/read.cgi/tech/1014486422/681-682
0025とこなつ2005/09/12(月) 20:26:45
いままたC++が熱い！「C++/CLI」として大進化したVisual C++ 2005
http://www.atmarkit.co.jp/fdotnet/special/cppcli/cppcli_01.html
0026デフォルトの名無しさん2005/09/13(火) 00:34:04
ｈとｃｐｐに分けるの面倒
予期せぬEOFが云々
とかもうぜー
0027デフォルトの名無しさん2005/09/13(火) 00:49:56
>>16
AjaxとCOMを並列に語る発想がすごいよね
0028デフォルトの名無しさん2005/09/13(火) 00:51:38
AjaxとCOMが別物だと思っているしとﾊｹｰﾝｗ
0029デフォルトの名無しさん2005/09/13(火) 01:48:28
VC#のほうが簡単だよ
0030デフォルトの名無しさん2005/09/13(火) 01:50:23
>>28
基地外さらしage
0031デフォルトの名無しさん2005/09/13(火) 01:52:40
C#死亡・・・
たぶんＭＳは、C#をなかったことにするのでないかい？
こんだけ推し進めといて、アッサリ切り捨てるのがＭＳのやり方だーね
0032デフォルトの名無しさん2005/09/13(火) 07:04:48
はいはいネガティブネガティブ
0033デフォルトの名無しさん2005/09/13(火) 07:49:18
>　デファクトスタンダードに最も近い
本当かよｗ
0034デフォルトの名無しさん2005/09/13(火) 08:17:41
まぁ近いだろうな。消去法で。
0035デフォルトの名無しさん2005/09/13(火) 09:46:47
>>31
マジレスすると全く正反対。
ヒント：J#
0036デフォルトの名無しさん2005/09/13(火) 09:50:46
Sunとの和解内容は秘密だから分からないけれど、
当然将来J#を選択できる内容になっているんだろうな。
報道ではJ#完全打ち止めだけども…
0037デフォルトの名無しさん2005/09/13(火) 09:55:57
C++/CLI のフリー環境は作れないわけではないと思われ
VMに何を利用するかによるが、じきにGNUあたりで出てくるんでないかね
0038デフォルトの名無しさん2005/09/13(火) 10:46:48
ネイティブ以外興味ないよ
0039デフォルトの名無しさん2005/09/13(火) 10:53:55
GNU/UNIX系は、他環境のコード（例えばWin32）を取り込んでUNIXでコンパイルできるようにする文化だから、
ネイティブコンパイルできるようになるだけっぽい。
0040デフォルトの名無しさん2005/09/13(火) 10:57:52
>>37
まだまだだが、
http://www.go-mono.com/faq.html#gcc
http://open64.sourceforge.net/documentation.html WHIRL中間コードを利用するgcc
http://www.math.leidenuniv.nl/~kris/whirl2il/ WHIRL→CLI
http://msdn.microsoft.com/library/default.asp?url=/library/en-us/vcmex/html/vcgrfconvertingmanagedextensionsforcprojectsfrommixed-modetopureil.asp
0041デフォルトの名無しさん2005/09/13(火) 10:58:30
>>39
ｱﾌｫ?
0042デフォルトの名無しさん2005/09/13(火) 11:11:57
>>41
いいえ、あなたがアフォです。
0043デフォルトの名無しさん2005/09/13(火) 12:11:59
>>42
やっぱり!
0044デフォルトの名無しさん2005/09/13(火) 12:33:01
>40
ECMA での MC++ （＝C++/CLI）を Mono VM でサポートってことは、SGI と共同で
C++/CLI の MonoVM 環境を作るつもりなんだ。他のコミッティはどうするんだろう
しかし、中間コードから CIL を出力って、これがうまくいけば凄いね。VES 上でC/C++が
動くんかいな
0045デフォルトの名無しさん2005/09/13(火) 12:45:09
いや、SGIが作るのはWHIRLを中間に使うgcc変種。
最終的にはネイティブを出力。

WHIRLは高水準のものから低水準のものまで多段で扱う流儀なので、
高水準のものからなら、CLIへのコンバートはそれほど難しくないと思われ。
whirl2cってのがあるくらいだから。open64のwhirl.pdfの1.3節
0046デフォルトの名無しさん2005/09/13(火) 14:45:49
んーってことは、ただのネイティブ変換なんだ
モジュール起動時にVESにアタッチして、マネージド・オブジェクトとあったこったやったり
しない訳ね。ちょっとそれだと魅力ないなぁ。構文だけ一緒なだけなんだ
まだ、JNI をいじってラップかますほうが C++/CLI っぽいか
0047デフォルトの名無しさん2005/09/13(火) 19:49:32
SGI
http://www.sgi.org/
0048デフォルトの名無しさん2005/09/13(火) 20:27:44
そうかそうか
0049デフォルトの名無しさん2005/09/13(火) 23:07:52
>>33
まだ出てもいないのにデファクトなわけないだろｗｗｗｗｗｗ
0050デフォルトの名無しさん2005/09/14(水) 00:44:49
>>46
ちょっと勘違いがあるみたいなんだが、open64はCLIと何の関係もない。
RTLを使わないgccの変種を作っている。(WHIRLを使う)

で、その成果を利用すると、CLIへの変換が容易、
あるいはいきなりCLI生成な更なる変種を作るのが容易。
ってな感じの状況が>>40。一つ目のURLのFAQを読んでね。
0051デフォルトの名無しさん2005/09/14(水) 01:04:19
>50
んー、それは理解している。でも、C++/CLI の魅力は IL にして VES 上でのみ動かす事じゃなく、
ネイティブとマネージドが共存するメモリモデルを持っていることだから、C# の亜種なら
要らないでしょ
0052デフォルトの名無しさん2005/09/14(水) 09:12:12
まだその段階にないというだけなんでは?
0053デフォルトの名無しさん2005/09/14(水) 19:39:29
>52
そうだけど、方向性が違うでしょ。実行モジュールから MonoVM をアタッチして、その上に
部分変換した IL を流し込むやり方は、遠いよ
JNI みたくVM上に直接オブジェクトを作るアプローチの方が手っ取り早いと思うんだけどな
0054デフォルトの名無しさん2005/09/16(金) 00:47:53
あげ
0055デフォルトの名無しさん2005/09/17(土) 15:47:46
あげ
0056デフォルトの名無しさん2005/09/19(月) 00:32:42
あｇｔ
0057デフォルトの名無しさん2005/09/19(月) 07:50:33
いつになったらC++/CLI使えるようになるの？
0058デフォルトの名無しさん2005/09/19(月) 10:44:10
今でも使えるよ
0059デフォルトの名無しさん2005/09/19(月) 11:11:11
printfが使えるらしい
0060デフォルトの名無しさん2005/09/19(月) 20:00:34
Visual Studio .Net 2003 で動作していた、
アセンブラ ファイルを含むプロジェクトが
Visual Team Suite 2005 Beta2 では、
error PRJ0003 : 'cmd.exe' の起動中にエラーが発生しました。
とのエラーになる。

どなたか、アセンブラ ファイル（.asm）を含むプロジェクトを
試された方、アドバイスお願いします。
0061デフォルトの名無しさん2005/09/19(月) 21:20:11
asm の部分をコメントアウトしてコンパイルしてみたら？
問題は別のところにあるんじゃねぇ？
0062デフォルトの名無しさん2005/09/19(月) 21:58:39
>61
いや、インラインではないんだ。
別に拡張子.asmのファイルを含んだ
プロジェクトで、例えば、
abc.cpp
abc.asm
この２つのファイルを含んだプロジェクト
をビルドすると、エラーとなるわけ。
abc.asmのカスタム ビルド ステップ指定は
以前のVSN_2003と同様ですがね。
0063デフォルトの名無しさん2005/09/19(月) 22:52:32
cmd.exeってことは起動に失敗してるんだろ
アセンブラがパス通ってないか、無いんじゃねーの
0064デフォルトの名無しさん2005/09/19(月) 22:52:48
2009年のC++の姿でも見ておけ。これでもC++がいいのか。
ttp://216.55.183.63/pdc2005/slides/TLN309_Sutter.ppt
0065デフォルトの名無しさん2005/09/19(月) 23:01:22
pptってなんだよ
変てこなバイナリつくんなよ
0066デフォルトの名無しさん2005/09/19(月) 23:18:43
>64
良くなるじゃん。ラムダと自動変数と関数子に並列処理やメモリのクリティカルなアクセス保持、
遅延実行、メッセージの言語サポート、非同期実行による処理の委託、スコープによる
処理の実行の同期、アルゴリズムをスレッド化してくれるし、並列化STLとかも来るとなると、
なんか、あれふ、みたいだな

>62
関数呼び出し部をコメントアウトして、asm はあるけど使わないとどうなるの、と訊いた
つもりなんだが
漏れも 63 が正しいと思うカスタム・ビルドで指定してるコマンドが間違ってるんじゃね？
0067デフォルトの名無しさん2005/09/19(月) 23:25:23
ConcurやLinqなんて入るのか?
VC++/CLIだけだろ?
0068デフォルトの名無しさん2005/09/19(月) 23:31:50
>67
これ、C++0x （多分、x==9）の予定だよ。だから、これをサポートしたコンパイラが出てくるのは
５年後から。まぁ、独自拡張でいろいろ試したりするだろうけど

それよりもまず、名前空間を拡張して欲しいなぁ
namespace company.product_name
{
...
}
って書きたいよ
0069デフォルトの名無しさん2005/09/19(月) 23:43:58
>>65
恥さらし乙
0070デフォルトの名無しさん2005/09/19(月) 23:51:48
>>68
C++0xは全部じゃないよ。
Linqなんて言語レベルでやるのが良いのかどうか。
C++は機構だけ提供するのが好きな言語だから。
0071デフォルトの名無しさん2005/09/19(月) 23:53:44
65 名前：デフォルトの名無しさん[] 投稿日：2005/09/19(月) 23:01:22
　　pptってなんだよ
　　変てこなバイナリつくんなよ
0072デフォルトの名無しさん2005/09/20(火) 09:49:04
もうこれ以上言語を拡張するのはやめてほしい＞C++0x
これだけ仕様が肥大すると、規格準拠コンパイラが存在しなくなって互換性も糞もなくなるぞ（もうなってるか・・・）

C/C++と親和性の高い言語を新しく設計したほうがマシ。
0073デフォルトの名無しさん2005/09/20(火) 19:01:40
>>72
だめだ。それをやると、D言語の二の舞になって、ユーザーを得られない。
0074デフォルトの名無しさん2005/09/20(火) 20:32:24
D言語はセンス悪いもん。

ConcurやLinqは、高レベル過ぎるから、
新しいのつけるならプリミティブを抽出して欲しいな。

Javaのfor each程度のものならすぐにつけてもいいけれど。
0075デフォルトの名無しさん2005/09/20(火) 20:34:44
諦めてガジェットとして見るべ
便利なとこだけつまみ食いすればいいよ。結局実用外のところは、廃れるだろう
理解しなくても、ツールとしてコードは書けるし、それで充分だと思う
0076デフォルトの名無しさん2005/09/21(水) 19:18:08
今回のVS_2005 C++/CLI は、たぶん
生き残ると思う。

秩序と混沌、
いつの世でも、新たな革新的技術は、
混沌が土壌だったからね。

アセンブラ〜C#まで、必要とあらば一望の下に。
0077デフォルトの名無しさん2005/09/21(水) 20:35:36
>>76
生き残るか生き残らないかは、君が決める事ではない。
まだ発売されてもいないのに。ＭＳの社員か？
0078デフォルトの名無しさん2005/09/21(水) 20:43:29
>77
生き残ると、私が今国会で決めたのだ！
小泉君に聞いてみな。
0079デフォルトの名無しさん2005/09/21(水) 20:55:12
>>77
思うというのは予想であって、予想というのは
事の決着に直接関与しない人間でもすることだし、
事が始まるより前にすることだよ。

「神戸新聞杯はやっぱディープインパクトが勝つと思うよ」
「勝つか負けるかは、君が決める事ではない。
まだ発走してもいないのに。厩舎関係者か？」

・・・っていう会話くらい変。
0080デフォルトの名無しさん2005/09/21(水) 20:58:48
>>79
つ[チラシの裏]
0081デフォルトの名無しさん2005/09/21(水) 21:32:48
長年プログラミングをしていると
オブジェクト指向だの何だの、
これらの概念は、すでに独自の手法で
取り込み、我がものとしているハズ。

でなければ、いくら最新最強と言われる、
処理系を手にしようと、扱う人によっては....。

それにしても、C++/CLI は、有望、だと思う。
0082デフォルトの名無しさん2005/09/21(水) 21:33:10
/ | ﾊ　　　　＼　／／／／　　　　ヽ
!　l　|l､､＼　　　　 ｀ 丶 ､'´＿ ､　　　　 、
!　ｌ ‖＼､ ＼_　　　　 ＿ /, -｀ヽ　　　　}
、 ｌ ‖＿ ＞:=‐ ￣￣「　ｌ| l　 　 } ､　　ヽ 　　んっ　んんっ…
ヽ　､i`─ '´　___　　　｜ ｌl　⌒;　j　 、 　 ヽ
　＼ヽ　r,ﾆ､‐‐'‐'　u　.ｌ　ｌl 　 '_ノ　　 ､　 　 ヽ　
　　 ｀ ＼"＼):､　　　 ｜ ｌ|　　｀､　ヽ　 ､　　　ヽ
　　　 　 ヽ　 ゞ'＾ 　 　 !　lｌ　　　｀､　ヽ　　､　 　 ヽ
　　　　　丿　 　.:::.　　｜ l|　　　　 ＼　ヽ、　､　　 ヽ
　　　　 丶､_　 　 　 　 |　l|/ｌヽ　　　｀＞=‐- ミヽ 　 ｀、
　 　 　 　 　 ｀⌒ヽ_　　|　ｌ| |　ﾊ　 ／´　　　　 ｀ヽ　　 ､
　　ﾁｭﾊﾟ　　/　　/.　｀´|　ｌ| | l / 〃　　　　　　　　｀、　 ､
　ﾁｭﾊﾟ　　/ 　　/ 　 　 |　ｌ| | l' 〃　　　　 　 　 　 　


　　　　　　　　　　　　　　　　　　　　　　　　　　　　　【ゴールデンレス】

このレスを見た人はコピペでもいいので
10分以内に3つのスレへ貼り付けてください。
そうすれば１４日後好きな人から告白されるわ宝くじは当たるわ
出世しまくるわ体の悪い所全部治るわでえらい事です
0083デフォルトの名無しさん2005/09/21(水) 22:50:20
この板アホアンチ多くね？
健全にMSの話題ができん。
0084デフォルトの名無しさん2005/09/21(水) 23:00:17
技術の話ならするよ。
マンセーやアンチは置いといてさ。
0085デフォルトの名無しさん2005/09/22(木) 08:42:24
>>80
いや、独り言じゃないから。
馬鹿をメタクソにやり込めただけだから :-P
0086722005/09/22(木) 08:57:32
>>73
　俺　が　悪　か　っ　た

でもほんとこれ以上肥大させるのは勘弁して欲しい。
SubversionのFAQだったかな、「svnはなぜC++でなくCで記述されているのですか？」「C++だとポータビリティが低下するからです」。
わざわざ醜い言語仕様にして後方互換性を保ってもこのザマ。
まあそこがC++らしいっちゃらしいんだけどね。
0087デフォルトの名無しさん2005/09/22(木) 12:16:31
C++でもテンプレートを禁止すれば互換性はかなり保てると思う。

けど俺はテンプレートのないC++なんて使いたくないがな。
0088デフォルトの名無しさん2005/09/22(木) 12:29:33
>>86
http://subversion.tigris.org/faq.html
ないぞ。
0089デフォルトの名無しさん2005/09/22(木) 12:34:16
そこでMozilla Portability Guideですよ。
0090デフォルトの名無しさん2005/09/22(木) 12:38:26
http://subversion.bluegate.org/svn-anti-fud-ja.html
0091デフォルトの名無しさん2005/09/25(日) 14:11:17
>>53
GNU.NETのcsccは、Cのコードとミックスできるようだな。
WindowsのVC++ .NETで書けるCとのミックスコードを、コンパイルできるらしい。
(ただしCからWindows固有の機能を使ってはダメ)
0092デフォルトの名無しさん2005/09/25(日) 19:10:44
いみなくね？
0093デフォルトの名無しさん2005/09/26(月) 02:16:25
C++/CLIで書いてもC#で書いてもはたまたVB.NETで買いても
吐き出される中間コードはどれも一緒だよ
0094デフォルトの名無しさん2005/09/26(月) 02:49:26
dotGNU Portable.NETってCLIのクラスライブラリ用いてlibc作ってなかったっけ？
0095デフォルトの名無しさん2005/09/26(月) 06:44:54
pnet-ctools - Development tools for compiling C to IL bytecode

This package provides the tools & links to the toolchain for compiling programs written in C to IL bytecode.
0096デフォルトの名無しさん2005/09/26(月) 09:13:12
>93
pure とか mixed とかいろいろあるんだよ
0097デフォルトの名無しさん2005/10/01(土) 10:07:04
「Inside the C++ Object Model」を書いていたStanley B. Lippmanが、
http://www.amazon.co.jp/exec/obidos/ASIN/0201834545/
C++/CLIの本書いてるなあ。

C++/Cli Essentials (MICROSOFT .NET DEVELOPMENT)
http://www.amazon.com/exec/obidos/tg/detail/-/0321174054/
http://www.compman.co.uk/htmlcat/0321174054_CplusplusCLI_Essentials.asp

Essential C++の人
http://www.amazon.com/exec/obidos/tg/detail/-/0201485184/
0098デフォルトの名無しさん2005/10/03(月) 10:35:22
今までmanaged C++本買い捲って勉強してた人たちはどーなるわけ？
0099デフォルトの名無しさん2005/10/03(月) 11:12:18
>>98
今まで通りでしょ?
C++/CLIへの大きな準備が一つ済んでるだけ。

変換ガイド: Managed Extensions for C++ から C++/CLI へのプログラムの移行
Stanley B. Lippman
Microsoft Corporation
2. マネージ型
http://www.microsoft.com/japan/msdn/vs05/visualc/TransGuide.asp#transguide_topic3
0100デフォルトの名無しさん2005/10/03(月) 11:23:49
今まで通りなら、もうC++/CLI本を買わなくて良いわけね？
0101デフォルトの名無しさん2005/10/03(月) 11:48:23
>>100
そんな事ないな、C++/CLI特有の癖が出るから
こんなコードにしとけってのはある
■ このスレッドは過去ログ倉庫に格納されています