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


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

OpenWatcom C++



1 名前:デフォルトの名無しさん [02/10/01 09:55]
IDE やプロファイラまでついてくるフリー最強の C++ コンパイラ
Watcom C++ について語りませう。

一応、こちらから入手できます。
難点はちょっと大きい事(45MB)です。
www.openwatcom.org/

351 名前:デフォルトの名無しさん mailto:sage [03/09/16 01:50]
>>350
こっちはIDE込みでフリー

352 名前:デフォルトの名無しさん mailto:sage [03/09/16 02:14]
IDEってなに

インポ 童貞 エロ の略か?

353 名前:デフォルトの名無しさん mailto:sage [03/09/16 02:28]
IDE (いで): 本名 井出和人、1951年12月10日生まれ、福島県出身

354 名前:デフォルトの名無しさん mailto:sage [03/09/16 02:54]
>>352
IDE : Integrated Development Environment : 統合開発環境

355 名前:デフォルトの名無しさん mailto:sage [03/09/16 05:34]
すくなくとも最適化では、今も昔もWATCOM>>>>>>>>Borland
率直にいってBorlandが最適化で評価された記憶がない


356 名前:デフォルトの名無しさん mailto:sage [03/09/16 11:59]
最早BorlandはCコンパイラに力入れてないもんね

357 名前:デフォルトの名無しさん [03/09/16 12:06]
いまじゃ、コード自体は、 Borland C++ より Java(HotSpot) で実行した方が早い時代です(笑)
VC で最適化すれば勝てる。Intel C ならさらに吉!
Watcom は Intel が支援しなくなった時点で終了(笑)

358 名前:デフォルトの名無しさん mailto:sage [03/09/16 12:09]
>>357
> Watcom は Intel が支援しなくなった時点で終了(笑)
ソースキボンヌ

359 名前:デフォルトの名無しさん mailto:sage [03/09/16 13:23]
OpenWatcom 1.1 の案内メールが来たので一部訳してみますた。

What's new in Open Watcom 1.1
-----------------------------
・ -ol (ループ最適化) オプションを使うと、たまに不正なコードを吐いていた。
・printf 関数が非常に大きなデータを扱えるようになった。(今までは page fault していた)
・math emulation library が NAN、INF、正規化されていない値を正しく扱えていなかった。
・アセンブラがコード・セグメントのデータにアクセスする際、
 暗黙のセグメントオーバーライド prefix を生成していなかった。
・OS/2 で TZ 環境変数をセットしている場合、clock() 関数がたまに不正な値を返していた。
・OpenWatcom のエディタ(vi/viw)のテンポラリファイルを置くフォルダを
 TMPDIR 環境変数から、TMP 環境変数に変更。
・パッケージにファイルが入ってなかったのを直した。



360 名前:デフォルトの名無しさん mailto:sage [03/09/16 14:00]
> ・パッケージにファイルが入ってなかったのを直した。
・パッケージにいくつかのファイルが入ってなかったのを直した。

361 名前:デフォルトの名無しさん mailto:sage [03/09/16 15:46]
>>355
コンパイル速度>最適化が伝統だから。
な割にはbccそんなに速くないんだよねえ。



362 名前:デフォルトの名無しさん [03/09/16 17:43]
>356
ボーランドは製品の個人への販売自体に全く熱心ではない。

363 名前:デフォルトの名無しさん [03/09/16 17:52]
そんなに急ぐなよ

364 名前:デフォルトの名無しさん mailto:sage [03/09/16 18:01]
>>362
スレ違い

365 名前:デフォルトの名無しさん [03/09/16 19:02]
昔、輸入品のターボパスカルを買って以来、しばらくは出る製品皆買ってた。
マイクロソフトがソフトウエアの顧客サポートを説明書の代読と定義したあと
ボーランドの製品も急速につまらなくなっっていった。
製品パッケージが何をする為のもので、そのパッケージ以外に何が必要なのかが
さっぱり明確でなくなった。
悪いのはMSであるが、それに振り回されぱなしで、会社のゴタゴタを含め
堕落したのはボーランドの責任だ。

366 名前:デフォルトの名無しさん mailto:sage [03/09/16 19:19]
>>365
Turbo時代はよかったよね。M$もそれなりにがんばってたと思うけど。

367 名前:デフォルトの名無しさん mailto:sage [03/09/16 20:52]
WATCOMの話をしてくれ・・・
おれは最適化さえあればIDEはいらない。

というか、コンパイラとIDEは製品として比較すべき
もんじゃないと思う。

368 名前:デフォルトの名無しさん mailto:sage [03/09/17 00:24]
最適化、最適化いうけどその効果はちゃんと測定してる?
いくらコンパイラがかしこかっても君のウデがだめだとだいなしだよ

369 名前:デフォルトの名無しさん [03/09/17 13:50]
プログラマ(開発環境のエンドユーザー)が作成するファイルは何なのか。
それは何で作成するのか。といった最も基本的なことを明確にして欲しいんだよね。
昨今の開発環境はそんなことは、判りきっているだろって感じで明確になってない。開発環境が勝手に生成、添付したりする場合もあるわけだよ。
プログラム自体のコードと、GUIのためのリソースと、必要となるライブラリと
明確ならないと作ったプログラムを配布できない。

バージョンアップで何が変わったかという話になると更にあいまいもこ。



370 名前:デフォルトの名無しさん [03/09/17 15:19]
> 最適化、最適化いうけどその効果はちゃんと測定してる?
>いくらコンパイラがかしこかっても君のウデがだめだとだいなしだよ

お前理解していないだろ。
駄目プログラマでも秀才プログラマでもバイナリの実行時間が大差ないのが良い最適化コンパイラだよ。

FORTRANの例でいうなら、添え字の順番と入れ子の制御変数との関係なんかを
最適にするわけだ。無意味にループ内に存在する計算をループ外へ出すわけだ。


371 名前:デフォルトの名無しさん mailto:sage [03/09/17 15:25]
>>370
> 駄目プログラマでも秀才プログラマでもバイナリの実行時間が大差ないのが良い最適化コンパイラだよ。
駄目プログラマは コンパイラが最適化できるような小手先の手段しか知らないが、
駄目じゃない連中は コンパイラが最適化できないような手段も知ってる。

372 名前:デフォルトの名無しさん mailto:sage [03/09/17 19:12]
>>駄目プログラマでも秀才プログラマでもバイナリの実行時間が大差ないのが良い最適化コンパイラだよ。

そんなコンパイラがあったとすれば、ソースと実際の処理が一致しないケースが出てくるだろう。
なぜなら、駄目プログラマが書いたソースと秀才プログラマが書いたソースでは基本的なアルゴリズムから違うのだから。
また、秀才プログラマはデータの性質も考慮して、一般的には遅いと思われるアルゴリズムを採用する事もあるだろう。

それらを同等にそのコンパイラにかければ、駄目プログラマが書いたプログラムは改善されるかもしれないが、秀才プログラマが書いたプログラムは改悪されてしまう事もある。

そして、一番の問題はデバッグ。そのコンパイラが吐き出したプログラムはソースとは全く違う処理が行われてしまう可能性があるため、出力されたプログラムを解析しなおす必要がある。
これでは非常に効率が悪い。

良い最適化コンパイラは、駄目ソースからは少しはまともな性能のコードが、良いソースからはより良い性能のコードが得られるコンパイラだと思うがどうだろうか?


373 名前:デフォルトの名無しさん mailto:sage [03/09/17 20:24]
>>372
デバッグするときは最適化オプションを外しなさい、
っておばあちゃんに教わらなかったの?

374 名前:デフォルトの名無しさん mailto:sage [03/09/17 20:49]
>>373
いや、むしろ積極的に最適化オプション付けてデバッグして、
挙動が違ったらバグ報告してくれ。

375 名前:デフォルトの名無しさん [03/09/17 22:50]
>>373
デバッグが終わってリリース版として最適化オプションつけた後にもバグが出る事はある。


376 名前:デフォルトの名無しさん mailto:sage [03/09/17 23:17]
>>375
そーゆー場合もバグ報告してくれ。

ところで、
> デバッグが終わってリリース版として最適化オプションつけた後にもバグが出る事はある。
って OpenWatcom とか 旧Watcom での話なんすか?

377 名前:デフォルトの名無しさん mailto:sage [03/09/17 23:28]
>>376

上に挙げたのは>>370に出てくる良い最適化コンパイラがあったとしての例えの話。

378 名前:デフォルトの名無しさん mailto:sage [03/09/17 23:35]
>>377
妄想にマジレスしてたんすか…

379 名前:デフォルトの名無しさん mailto:sage [03/09/17 23:38]
>>378
まあ、そんなとこですね・・・。



380 名前:デフォルトの名無しさん [03/09/18 01:00]
>372
>駄目プログラマが書いたソースと秀才プログラマが書いたソースでは基本的なアルゴリズムから違うのだから。
また、秀才プログラマはデータの性質も考慮して、一般的には遅いと思われるアルゴリズムを採用する事もあるだろう。
アルゴリズムが違うってSEは何やっているんだよ。
プログラマのやることは詳細設計指示書に基づいたコードの作成だ。
システムの根幹を構成するアルゴリズムの毛定!なんて部分にプログラマの出番はない。

大体、今日日アルゴリズムを考える必要性なんかあるかよ。
昔プログラマが悩まされたのはハッシュによるデータ検索なんかだけどさ
今ならそんなものバカサーチで十分実用になっちまうからな。

381 名前:デフォルトの名無しさん mailto:sage [03/09/18 01:08]
>>380
しあわせなお方ですな。半径5m以内くらいしか感知できない感じかな。

382 名前:デフォルトの名無しさん mailto:sage [03/09/18 01:12]
>>370
> 駄目プログラマでも秀才プログラマでもバイナリの実行時間が大差ないのが良い最適化コンパイラだよ。
はあ、そうなんすか。はじめて聞きますた。

> FORTRANの例でいうなら、添え字の順番と入れ子の制御変数との関係なんかを
> 最適にするわけだ。無意味にループ内に存在する計算をループ外へ出すわけだ。
プログラムつくったことないでしょ。そういうローカルな最適化だけではダメプログラマ
のプログラムは救えません。

383 名前:デフォルトの名無しさん mailto:sage [03/09/18 01:14]
>>370
ちょっと覚えた知識をひけらかしたい性向な方?

384 名前:デフォルトの名無しさん mailto:sage [03/09/18 01:16]
おれの欲しい最適化はそんな、そんな複雑なもんじゃないんだ
もっと「これはひどいよ、WATCOM君クスンクスン」と嗚咽してしまう
単純なものなんだ

x = y = z:;

とあったら、なにも考えずに
mov reg,[z]
mov [y],reg
mov [x],reg
とやってくれよ・・・2回もzをregに入れるんじゃねぇ!!わかったか糞!

385 名前:デフォルトの名無しさん mailto:sage [03/09/18 01:35]
>>384
速度に関して言ってるんだったら、どっちが速いか計測したんか?

サイズの最適化だったら それぐらいやって欲しいけど。

386 名前:デフォルトの名無しさん mailto:sage [03/09/18 01:50]
>>384
自力で直してコミットしやが、してください。

387 名前:デフォルトの名無しさん [03/09/18 01:53]
x,y,xが数MBになるような構造体でもいいのか?


388 名前:デフォルトの名無しさん mailto:レジスタストールsage [03/09/18 02:03]
i486ユーザー? >>384

389 名前:デフォルトの名無しさん mailto:sage [03/09/18 02:23]
>>387
> x,y,xが数MBになるような構造体でもいいのか?
z が抜けてるよ。



390 名前:デフォルトの名無しさん [03/09/18 07:02]
デバッグバージョンで正常動作したソフトが、リリースバージョンでは正常に動かないなんて、良くあることだ。
最適化オプションは、すべてが安全なわけじゃない。
どんなソースでも常に安全なオプションもあるが、ソースによっては危険になるオプションもある。
職業プログラマなら、どのオプションがどんな働きをするかくらい、基本知識だろうが。

391 名前:デフォルトの名無しさん mailto:sage [03/09/18 11:24]
>>390
最近の職業プログラマ様は凄いんですね。

ところで、
> デバッグバージョンで正常動作したソフトが、リリースバージョンでは正常に動かないなんて、良くあることだ。
ってのは OpenWatcom とか 旧Watcom での話なんすか?

392 名前:デフォルトの名無しさん mailto:sage [03/09/18 13:01]
390ではないですが、OpenWatcomはまだつかったことないけれどWatcom11.0Jの時に
2〜3回最適化オプションで変な動作をするようになったことがありました。ディスアセンブル
したソースみながら問題ないような記述に変更した記憶があります。

ところで、職業プログラマでなくても、いろいろなCのなかからわざわざWatcomC
使うような人ならどのオプションがどんな働きをするかは知ってそうな気がするので
すが、そんなこともないのかな。

393 名前:デフォルトの名無しさん mailto:sage [03/09/18 13:36]
>>392
> どのオプションがどんな働きをするかは知ってそうな
あぁ、マニュアルに書いてある程度の知識はあるけど、
どのオプション使ったら任意のソースが
どんな機械語に変換されるかまでは知らない、って意味です。

394 名前:デフォルトの名無しさん [03/09/18 15:54]
>ところで、職業プログラマでなくても、いろいろなCのなかからわざわざWatcomC
使うような人ならどのオプションがどんな働きをするかは知ってそうな気がするので
すが、そんなこともないのかな。

時代が変わった

395 名前:デフォルトの名無しさん mailto:sage [03/09/18 16:46]
>>394
>>392>>393 の意味ではオプションを知ってはいないだろう。
(でなければ、>>392 の前半のようなミスを犯すわけが無い)

時代が変わったのでなく、あんたが昔を美化したいだけだ。

396 名前:384 mailto:sage [03/09/18 19:40]
まぁ・・・予想通りだが

要するに、そんなちょっとの無駄なレジスタロードなど
気にするなと。そんなのが1万あろうが1億あろうが、
体感できないと。そういうことだな。

そんならさぁ・・・もうコンパイラに最適化必要ねえよな
x86ならレジスタ1個でメモリ使いまくりゃいいべ。極論だがな

俺も年をとったということか。詩嚢 

397 名前:デフォルトの名無しさん mailto:sage [03/09/18 19:50]
>>396
やれやれ。

死ぬ前に >>384 のを直してコミットしてくれ
古き良きプログラマなら そんぐらい出来るんでしょ。

398 名前:Leliel(れりえる) mailto:sage [03/11/08 04:39]
FTP(devel)にいろんなドキュメントが追加されますた。
確認していないので内容はわからないですが...須磨祖。

399 名前:デフォルトの名無しさん mailto:sage [03/11/08 16:09]
>>398
elf omf coff pe のファイルフォーマットの資料とか、
3DNow や intel CPU 向けの最適化の資料とか、そーゆーのが置いてあるね。
Watcom が書いたドキュメントってわけではないみたい。

devel/1.2_beta ってのもあるね。
個々のファイルの最終更新日時が 2003/8/30 になってるけど、
これって前からあったっけ?



400 名前:デフォルトの名無しさん mailto:sage [03/11/08 19:51]
Probably in December. < OW1.2

401 名前:Leliel(れりえる) mailto:sage [03/11/09 00:12]
どうも>>399さん

1.2_betaのフォルダ以下のファイルは、前から(最終更新日時で)有りました。

402 名前:デフォルトの名無しさん mailto:sage [03/11/23 05:01]
ftp://ftp.openwatcom.org/watcom/devel/1.2_beta/
に beta の新しい奴が入った模様。

変更点は以下を参照のこと
ftp://ftp.openwatcom.org/watcom/devel/1.2_beta/readme.1st

403 名前:デフォルトの名無しさん mailto:sage [03/12/02 07:13]
ftp://ftp.openwatcom.org/watcom/devel/1.2_beta/
が更に新しくなった模様。

404 名前:デフォルトの名無しさん [03/12/10 08:56]
1.2RC1ができてますね。
ftp://ftp.openwatcom.org/watcom/

405 名前:ot22 [03/12/19 12:05]
ソースからビルドしたら, Cコンパイラのメッセージが日本語になってしまいました。
どうしてそうなるのか不明。

ご存知かもしれませんがviwってCUT&PASTEなら日本語も使えるんですね.


406 名前:デフォルトの名無しさん [03/12/20 22:23]
ftp にRC3が上がった模様。詳細は不明。

407 名前:デフォルトの名無しさん [03/12/30 22:50]
  ∧_∧
  (゚Д゚ ,,)    {Borland C++ Compiler。)
  (uu__)〜

408 名前:デフォルトの名無しさん mailto:sage [03/12/30 23:49]
>>407
それがどうした。
オープンソースじゃないものに用は無い。
でも実際にソースを読むやつは少数派だわな。

409 名前:デフォルトの名無しさん [03/12/31 01:54]
これって未だに一部日本語メッセージが含まれてるけど
この部分のメンテって誰かやってるんでしょうか?

もしかして、みんな日本語わからなくて放置状態?



410 名前:デフォルトの名無しさん mailto:sage [03/12/31 06:35]
> もしかして、みんな日本語わからなくて放置状態?
そのとーり

411 名前:デフォルトの名無しさん mailto:sage [04/01/08 15:58]
1.2 release candidate 4 が出た模様。

openwatcom.mirrors.pair.com/watcom/
www.openwatcom.org/ftp/

1.2 release が出たら age るとしよーか。

412 名前:デフォルトの名無しさん mailto:age [04/01/14 14:44]
1.2 release が出た模様。

openwatcom.mirrors.pair.com/watcom/
www.openwatcom.org/ftp/

413 名前:デフォルトの名無しさん mailto:sage [04/01/15 18:33]
1.2 release でも半角空白入りのパスを正しく扱えないプログラムが残ってるらしい。

今 news group の方で話題になってる。

414 名前:デフォルトの名無しさん mailto:sage [04/01/17 03:25]
どうでもいい事なのだが・・・

exeからインストールしたファイルと、zipを展開した
ファイルでタイムスタンプが違ってしまうのな。
zipが+9:00になる。

多分wise(インストーラ)がタイムゾーンを考慮してない
為だろうけど、しょうもないなぁ

415 名前:デフォルトの名無しさん mailto:sage [04/01/17 20:25]
>>414
ソフトによっては、タイムスタンプがバージョンを表している
(Ver1.23なら1:23)物もあるので、wiseインストーラはわざと
タイムゾーンを無視しているんじゃないでしょうか。


416 名前:デフォルトの名無しさん [04/01/18 23:41]
メニューを日本語化したものって需要ありますか?
Windows版ですけど(IDE, Debuggerあたりがそこそこに…)


417 名前:デフォルトの名無しさん mailto:sage [04/01/18 23:59]
こういうのを敢えて使ってる物好きには、特に需要はないと思われ。

418 名前:デフォルトの名無しさん mailto:sage [04/01/19 19:03]
>>415
へ〜

419 名前:デフォルトの名無しさん mailto:sage [04/01/22 09:18]
watcomを使う人は、IDEを使うタイプの人とは思えない



420 名前:デフォルトの名無しさん mailto:sage [04/01/24 17:07]
>>419
少なくとももれはIDE使ってないな。

421 名前:デフォルトの名無しさん mailto:sage [04/01/24 17:46]
それじゃgccでいいじゃん

422 名前:デフォルトの名無しさん mailto:sage [04/01/24 22:09]
馬鹿はくんな

423 名前:420 mailto:sage [04/01/24 22:43]
>>421
gcc(Mingw版)とLCC-Win32とBorland C++使ってるよ。
選択肢は多いほうがいい。

424 名前:デフォルトの名無しさん mailto:sage [04/02/09 22:47]
さりげなくWinXP for x64に対応したりとかしないのかな

425 名前:デフォルトの名無しさん [04/02/10 23:21]
ftpの資料置き場にはAMD64の資料もあるみたいだけど。
唐突に対応したら骨董品から一気に成り上がれるよな。
でもnews見てる感じだと、今はそういう動きは無いみたいかな?

無意味にage。

426 名前:デフォルトの名無しさん mailto:age [04/03/04 20:24]
さびれてるのでageついでに。
OpenWatcomのリンカってPlatformSDKやDirectX8以降(?)で使われてる
新しいCOFFフォーマットに対応してるのかな?
Webを一通り見たけどのってなかったので誰か教えて。

427 名前:Watcomer [04/03/04 20:58]
>426
お!オレの出番だな!


Watcomリンカは、オブジェクトファイルとライブラリファイルを入力とし、実行可能ファイルを出力として作成するリンケージエディタ(リンカ)です。Watcomリンカは以下のオブジェクトモジュール フォーマットおよびライブラリ フォーマットをサポートしています。


キ標準Intelオブジェクトモジュール フォーマット(OMF)
キIntel標準OMFに対するMicrosoftの拡張
キ80386アプリケーションをリンクするためのPhar LapのEasy OMF-386オブジェクトモジュール フォーマット
キCOFFオブジェクトモジュール フォーマット
キELFオブジェクトモジュール フォーマット
キOMFライブラリ フォーマット
キAR(Microsoft互換)オブジェクトライブラリ フォーマット

お前らが欲しがってる日本語ヘルプより。

428 名前:デフォルトの名無しさん [04/03/04 22:01]
>>427
こんな古いものを・・・>>427さん、酸素欠乏症にかかって・・・
(俺も持ってるけど)

>>426
ttp://cmeerw.org/prog/owtools/
> wlink Features (Compared With DMC's OPTLINK)
> ・support for COFF libraries (including Microsoft's new-style COFF import libraries)
> ・can link programs with more than 40 MB static data
と書いてあるのでたぶん使えると思う。

429 名前:Watcomer [04/03/04 23:40]
>428
tureta.



430 名前:デフォルトの名無しさん mailto:age [04/03/05 11:37]
お、てことはリンカだけ流用すればぶっちゃけBCCでもなんでも
PSDKやDirectXが使えるってことか。
thx!


431 名前:デフォルトの名無しさん mailto:sage [04/03/05 21:44]
そんなことしなくてもCoCreate系使えばリンカ必要ないじゃないか

432 名前:デフォルトの名無しさん mailto:age [04/03/06 14:03]
>>431
ん?なんでそれでリンカいらないのかわからん…。
猿以下のミジンコにもわかるように教えて下さい。


433 名前:デフォルトの名無しさん mailto:sage [04/03/06 19:29]
wlinkは使いにくい。

434 名前:デフォルトの名無しさん mailto:sage [04/03/06 21:40]
>>432
comの仕組み・・・

435 名前:デフォルトの名無しさん mailto:age [04/03/06 22:14]
>>434
COMの仕組みはまぁ表面的にわかってるんだけど、最終的に実行ファイルやDLLを作り出す
ためにリンカはいるんじゃないの?
間違ってる?

436 名前:デフォルトの名無しさん [04/03/07 00:20]
これで directX なゲーム作れる?

437 名前:434 mailto:sage [04/03/07 00:31]
あってるよ
リンカがホントにいらないってことはない

OMFベースのリンカだけで逝けるでしょうってこと
tlinkってCOFF扱えるようになった?


438 名前:デフォルトの名無しさん mailto:sage [04/03/07 01:26]
>>437
私が間違っていましたと書けばいいものを、見苦しいいいわけしやがって。

439 名前:デフォルトの名無しさん mailto:sage [04/03/07 01:53]
ろくに発言がないのに煽りだけは立派だなぁ



440 名前:デフォルトの名無しさん mailto:sage [04/03/11 02:57]
dos用のいいmakeない?
wmakeなんかイクナイ

441 名前:デフォルトの名無しさん mailto:sage [04/03/11 12:08]
>>440
djgppのgnu makeでどう?

442 名前:デフォルトの名無しさん mailto:sage [04/03/11 21:15]
できればextender使わないのを・・・贅沢でスマン
gnuish gmakeを試したけどマシンがリブートする

443 名前:デフォルトの名無しさん mailto:sage [04/03/11 21:26]
DOS用なら KI-Make はどうでしょうか?
ttp://www.vector.co.jp/vpack/filearea/dos/prog/make/index.html

444 名前:デフォルトの名無しさん mailto:sage [04/03/12 01:07]
>>443
これ知らなかった。これから試します。
あんがとー

445 名前:444 mailto:sage [04/03/12 20:59]
>>443
なかなか良い感触です。べりぐっちょさんくす
KI-shellの中の人だったのね



446 名前:444 mailto:sage [04/03/12 21:05]
連投スマン。誤解ありそうなんで訂正

KI-shellの中の人が作ったmakeだったのね


447 名前:デフォルトの名無しさん mailto:sage [04/03/20 20:55]
思ってたよりコマンドラインオプションが複雑だった

448 名前:デフォルトの名無しさん mailto:sage [04/03/21 19:43]
exeってどうつくるの?


449 名前:デフォルトの名無しさん mailto:sage [04/03/29 23:10]
449 名前:デフォルトの名無しさん[sage] 投稿日:04/03/25(木) 21:55
-3r 386 register calling conventions
-3s 386 stack calling conventions
どう違うんだ?誰かわかりやすい説明キボンヌ

450 名前:デフォルトの名無しさん[sage] 投稿日:04/03/25(木) 22:28
>>449
書いてある通り。

-{3,4,5,6}r  引数をレジスタで渡す
-{3,4,5,6};s 引数をスタックで渡す

短いテスト用のコード書いて
C:> type foo.c
int foo(int a, int b){
return a + b;
}

C:>wcc386 -3r foo.c
C:>wdis foo.obj

とかやってみれ。



450 名前:デフォルトの名無しさん mailto:sage [04/03/31 21:41]
Linker使いにくくない?

451 名前:デフォルトの名無しさん mailto:sage [04/04/04 02:04]
普通






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

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

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