コンパイラは、なにが良いのか。

**名無しさん＠お腹いっぱい。** · 01/11/07 21:26

DELPHIの奴が多い

**名無しさん＠お腹いっぱい。** · 01/11/07 21:29

ＶＢ

**名無しさん＠お腹いっぱい。** · 01/11/07 21:31

F-Basic 386

**名無しさん＠お腹いっぱい。** · 01/11/07 21:32

HSP(w

**名無しさん＠お腹いっぱい。** · 01/11/07 21:32

>>4
面白くないやん

**名無しさん＠お腹いっぱい。** · 01/11/07 21:33

GBDK

**緑茶。** p0058-ip01kagawa.kagawa.ocn.ne.jp · 01/11/07 21:33

マジレスすると何がよい？

**名無しさん＠お腹いっぱい。** · 01/11/07 21:34

JavaかDelphiで良いんじゃない？
ヘタレな漏れはC++

**名無しさん＠お腹いっぱい。** · 01/11/07 21:35

保守的な自分もC/C++

**名無しさん＠お腹いっぱい。** · 01/11/07 21:36

C以外使う意味あるの？

**名無しさん＠お腹いっぱい。** · 01/11/07 21:38

それはC++もつかうなということかい？

**名無しさん＠お腹いっぱい。** · 01/11/07 21:39

HSPがいいのかな?
いまC/C++やDelphiとかでバリバリ仕事してる人なんかも、じつは初めて触った言語は行番号BASICだったりすることが多いわけだし。
簡単に書けて簡単にアウトプットが得られるのは、学習のモチベーションを維持するのにも良いかと思われます。
高速化や構造化、OOPしたくなったらC++等に移行。
僕自身、行番号BASIC->C->C++ という学習歴。

**名無しさん＠お腹いっぱい。** · 01/11/07 21:41

>>12
バリバリやってる世代が若い頃には行番号ベーシックとMONぐらいしかなかったと思われ。
いまさら過去の負の遺産を持ち出さなくてもいーよ。

12 · 01/11/07 21:45

そうかもね。
だったら、いきなりC++は重いので(EffectiveC++みたいな「すべからず本」を読まないと使い物にならないし)、
Javaが良いかなぁ。バイナリ作るためにC#/Delphiの方がよいか。
オブジェクト指向できないCはあまりお勧めしたくないんだけど、OOP無しで仕事しているゲームベンダーが多数であることを考えると十分選択の余地はあるかな。

**名無しさん＠お腹いっぱい。** · 01/11/07 21:46

ここはHSP信者多いのか･･･

**名無しさん＠お腹いっぱい。** · 01/11/07 21:47

ココってHSP信者とDEL厨の寄り合い所か！？

**名無しさん＠お腹いっぱい。** · 01/11/07 21:48

インタラクティブという意味では、
CommonLispやSchemeがいいかもね。
一部の処理系だとGUI扱えるし。
自作のやつだと一応DirectXも使えるし

**名無しさん＠お腹いっぱい。** · 01/11/07 21:48

ＨＳＰがいいならＬＧＰはどお？

**名無しさん＠お腹いっぱい。** · 01/11/07 22:06

>>14
邪歯は"実行速度"が重いよ。

**名無しさん＠お腹いっぱい。** · 01/11/07 22:07

>>19
それは、腕が悪いだけです。
Javaで遅いのはSwingとかその辺です

**名無しさん＠お腹いっぱい。** · 01/11/07 22:16

>>19
http://www.komplex.org/

**名無しさん＠お腹いっぱい。** · 01/11/07 23:19

>>21
いや、あのどちらかというとかなりというか、メッチャ上のレベル高い人種をだされても困るんですが。

**名無しさん＠お腹いっぱい。** · 01/11/07 23:33

>>22
http://homepage1.nifty.com/open-prog/java/index.html

光学明細の話題で出てたページ
この程度のことはできる。

22 · 01/11/07 23:46

俺が紹介したページジャン(藁
ウムできることは出来ると思うよ。

23 · 01/11/07 23:50

>>24
ああ、そうですかｗ
まぁ、私が言いたいのはこの程度のことはできるんだから、
初心者で作れる範囲のゲームで処理速度が問題になることは
内に等しいってことで。

23 · 01/11/07 23:50

s/内/無い/

**名無しさん＠お腹いっぱい。** · 01/11/07 23:56

処理速度よりも、ガベコレの挙動とか奇怪で巨大なクラスライブラリとか
別なところでつまづきそうな予感。
数年間触ってたけど、あまりお勧めしたくないなあ。

それより、初心者にはJavaScriptなんかどうです？
特に開発環境も必要ないし。

**名無しさん＠お腹いっぱい。** · 01/11/08 16:46

>>27
OOPできないから不許可。そんな中途半端するならCやHSP使ってた方が幸せになれるとおもう。

**名無しさん＠お腹いっぱい。** · 01/11/08 19:06

High C compilerって誰も使ってねーの？？

**緑茶。** p0418-ip01kagawa.kagawa.ocn.ne.jp · 01/11/08 19:08

しりません

29 · 01/11/08 19:36

MSのVCよりもCodeWorriorよりも
486上のHighCcompilerの方が早かったのが謎ゾナー（回顧）

**名無しさん＠お腹いっぱい。** · 01/11/08 20:26

いまどきCなんてねぇ・・・

29 · 01/11/08 20:49

High C++も出たんだけどcompilerとリンカだけで30万はイカン
懐古主義はこれまでにして
STLとテンプレートがまともに使える環境ってどれじゃいな？

**名無しさん＠お腹いっぱい。** · 01/11/08 21:27

BC++
Watcom C++
CodeWarrior
この辺じゃない？

**名無しさん＠お腹いっぱい。** · 01/11/09 17:16

>>29
High C
懐かしい。Townsでの標準開発環境だったやつ。
あれでCを覚えたんだよなぁ

**GNU信者** · 01/11/09 20:13

gccだよ。gccしかないよ。

29 · 01/11/09 21:59

>35
組み込み屋は今でも使ってたりする

>34
VC++ってテンプレートクラス書くとき
一つのファイルに押し込むっていうナメた制限があるんだけど
CodeWarriorとかはそういうのないの？

**名無しさん＠お腹いっぱい。** · 01/11/09 22:28

「コンパイラ」じゃなくて「言語」だね :-)

**名無しさん＠お腹いっぱい。** · 01/11/10 06:26

>>38
？
C++がどうとか言わずに、VCとかBCとかgccとか言ってますがなにか？

**名無しさん＠お腹いっぱい。** · 01/11/10 07:38

>>37
別にそれが普通だし。
実装を分けて書けるセパレーションモデルはBorlandの特徴

**名無しさん＠お腹いっぱい。** · 01/11/10 13:32

age.
VectorCはどうよ？
http://www.codeplay.com/japanese/

**名無しさん＠お腹いっぱい。** · 01/11/10 13:50

ゲーム会社勤務の皆さんに質問。
ツール類は何で作ってますか？うちは企画がGUIでないと使えないのでC++Builder
使っています。が細かいことやろうとするとすぐ資料不足になるんだよな。
VC++とMFC環境を覚えたほうがよいかとも思うのですが両方経験した方の意見が聞きたいです。

なおツールなのであまり時間はかけられません。

**名無しさん＠お腹いっぱい。** · 01/11/10 14:05

>>37
CodeWarriorはテンプレートに強いと聞いたが、実際どうだろう？

**名無しさん＠お腹いっぱい。** · 01/11/10 14:08

Game Programming Gemsの1.2のテンプレート技にはちょいビビッた。
ていうかみんな知ってた？

**名無しさん＠お腹いっぱい。** · 01/11/10 15:14

>>44
あんなの知らんて(w

**名無しさん＠お腹いっぱい。** · 01/11/10 15:48

>>42
はいはいVC++とMFCとC++BuilderつかっててC++Builderに落ち着いた
シッタカ１号です。

>が細かいことやろうとするとすぐ資料不足になるんだよな
きついこと言うようだけど「誰も問題を解決できる能力を持ってない」
ってだけでしょ。そういう人間はVC++とMFCつかうとよけい混乱
するとおもわれ。

**名無しさん＠お腹いっぱい。** · 01/11/10 16:45

>>46 の言うことももっともだけど、C++Builderを選ぶ人間って
PascalはやりたくないCがいいと言う人だと思うんだけど、
いざと言う時にVCLのソースがPascalってのが痛いってのはあるよ。
ドキュメントはどちらかといえば糞だし。

**名無しさん＠お腹いっぱい。** · 01/11/10 17:15

>46
>47

確かにそうですね。VC++とMFCもお勉強しときます。

**名無しさん＠お腹いっぱい。** · 01/11/10 17:20

＞いざと言う時にVCLのソースがPascalってのが痛いってのはあるよ
Pascal のソース読めないってほうがおかしいような・・・
一般的なプログラミングに関した知識を持ってる人間ならば、
書くことはできなくても読んでなにやってるかはわかるだろう。

＞ドキュメントはどちらかといえば糞だし。
禿同

**名無しさん＠お腹いっぱい。** · 01/11/10 17:21

ん、47が言いたいのはC++ BuilderじゃなくてDelphiをやれってことじゃないの？
自分はそう思った。
（自分もC++ Builder使ってるけど）

**名無しさん＠お腹いっぱい。** · 01/11/10 17:34

>>42
Ruby,Perl,Tcl/Tk,gcc･･･

本当にそのツールが必要かどうかもっかい考えるとｲｲと思われ。
既存のツールのデータを変換するとか。
EXCELでマップエディタとかドット絵エディタとかさ

**名無しさん＠お腹いっぱい。** · 01/11/10 17:53

>既存のツールのデータを変換するとか。
>EXCELでマップエディタとかドット絵エディタとかさ
今>>51がいいこと言った。

**名無しさん＠お腹いっぱい。** · 01/11/10 17:58

Borlandのドキュメントがクソというのは定説
残念だ・・・

**名無しさん＠お腹いっぱい。** · 01/11/10 18:46

こーどをりあ。

**名無しさん＠お腹いっぱい。** · 01/11/10 19:32

>>44
昔Cマガかなんかに載ってたよ

**名無しさん＠お腹いっぱい。** · 01/11/11 03:19

こーどをりゃぁー。

**Digital-Mars C/C++ なんてどうよ。** · 01/11/17 03:50

http://www.digitalmars.com/
DLL周りとドキュメントが英語な点を除けば結構良い感じ。

**名無しさん＠お腹いっぱい。** · 01/11/19 00:36

Intel C/C++
SSEのインラインアセンブラ書きたいの。

**名前は開発中のものです。** · 01/12/03 14:46

ｇｃｃとUMLでどーにかしよう、ってのは無謀ですか？

**名前は開発中のものです。** · 01/12/04 00:11

作るものによる。

ふう · 01/12/04 04:15

結構ゲーム作るの時間掛かるじゃん？１年とかさ。
個人なら一年中プログラムしてられんし【開発期間短縮】が重要じゃない？
それで色々できて実行速度もまあまあなのってどれよ？
Ｃ系やアセンブラって開発期間長くならない？

**名前は開発中のものです。** · 01/12/04 07:27

>>61
もはやＨＳＰしか・・・

**名前は開発中のものです。** · 01/12/04 07:35

ささっとコンソールアプリを作るなら Borland C++。
ささっとGUIの小物ツールを作るなら C++Builder。
腰を据えて中規模以上のアプリを作るか、DirectX 絡みなら VC++。
Linux なら問答無用で gcc。
漏れはここ２年くらいはこのパターンかな…

**名前は開発中のものです。** · 01/12/04 07:44

＞＞６１
あなたはプログラムをやった事無いようなので
とりあえずｃからやってみてはどうでしょうか？

**名前は開発中のものです。** · 01/12/04 10:38

>63

Linux版のIntelC使っている人いませんか？
Pentium4だとかなり差がつくそうなのですが。

ネットワークゲームのサーバなんかには最適なのでは。
gccは警告甘いのでIntelCに変えたとたんwarningが山ほど出そうだが。

**名前は開発中のものです。** · 01/12/04 11:13

>>65
gcc使う時にちゃんと-Wall -W使ってるか?

**名前は開発中のものです。** · 01/12/04 18:36

>66

もちろん使っています。IntelCはそれより厳しいですね。

**名前は開発中のものです。** · 01/12/04 22:59

結局gccはMMXもSSEもSSE2も使わないので駄目ということで
良いですか？

とりあえずIntelのセミナに参加してベンチ取ってきます。

**名前は開発中のものです。** · 01/12/05 01:15

>>68
最適化は期待できないかと＞ gcc
inline asm で手動でやるならもちろん別だけど(笑