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


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

C言語を完全に駆逐するためには



1 名前:デフォルトの名無しさん mailto:sage [2008/05/07(水) 20:11:42 ]
どうすればいい?


552 名前:デフォルトの名無しさん mailto:sage [2008/07/25(金) 10:11:24 ]
>>551
libcって知ってる?
2行目も意味不明

553 名前:デフォルトの名無しさん mailto:sage [2008/07/25(金) 13:18:37 ]
libcを他のライブラリと区別する理由はない

554 名前:デフォルトの名無しさん mailto:sage [2008/07/26(土) 20:52:32 ]
インタプリタが生き残るよ

555 名前:デフォルトの名無しさん mailto:sage [2008/08/13(水) 17:10:02 ]
C99のTechnical corrigenda TC3はどんな内容ですか?

556 名前:デフォルトの名無しさん mailto:sage [2008/08/31(日) 22:30:01 ]
libcって、ANSIレベルに毛が生えた物、って先入観しかないんだが…


557 名前:デフォルトの名無しさん mailto:sage [2008/09/01(月) 12:48:32 ]
Cが駆逐されると思ってるかどうかで考え方がかなり変わるみたいだな

Windows使ってるとMSが潰れたら困るよ、みたいな感覚で関数型言語やってる人とか
なんかすごくね?

558 名前:デフォルトの名無しさん mailto:sage [2008/09/01(月) 22:19:47 ]
Windowsを完全に駆逐するためには
ってスレがあってもいいかもな。良くないか。

559 名前:デフォルトの名無しさん mailto:sage [2008/09/01(月) 22:58:47 ]
Macしかないな。

560 名前:デフォルトの名無しさん mailto:sage [2008/09/01(月) 23:03:12 ]
Macをプログラム言語にたとえるとlispになるのかなぁ。
とMacもlispも使ったことのない俺が言ってみる。






561 名前:デフォルトの名無しさん mailto:sage [2008/09/02(火) 19:34:55 ]
Objective-C涙目。しかし、たとえるならRubyかな。
触れ込みの良さ、扱いやすさと、後方互換性の欠如、筋の通らない仕様変更とか。

562 名前:デフォルトの名無しさん mailto:sage [2008/09/02(火) 20:18:58 ]
宗教じみてる点でも似てるな

563 名前:デフォルトの名無しさん mailto:sage [2008/09/03(水) 06:51:40 ]
指導者にカリスマがあるからな、仕方ない。毛はないが。

564 名前:デフォルトの名無しさん mailto:sage [2008/09/03(水) 22:49:49 ]
モルモン教だからだろ

565 名前:デフォルトの名無しさん mailto:sage [2008/09/05(金) 00:46:43 ]
神に祝福された存在であるRubyを、ちょっと小洒落てるだけがとりえのMacなんかと同列に扱わないでください><


566 名前:デフォルトの名無しさん mailto:sage [2008/09/05(金) 10:12:21 ]
Ahura Matz 神か。

567 名前:デフォルトの名無しさん [2008/09/16(火) 23:40:56 ]
アセンブラが人手によってかかれるべきでない(コンパイラに任せたほうが良い)のと同様に、C言語もまた人手によってかかれるべきではない。


568 名前:デフォルトの名無しさん mailto:sage [2008/09/16(火) 23:56:34 ]
なんちゃそれ。

569 名前:73.6.30.125.dy.iij4u.or.jp mailto:sage [2008/09/17(水) 13:53:44 ]
>>567
C言語を共通アセンブラと考えるとそうかもしれないね。

570 名前:デフォルトの名無しさん mailto:sage [2008/09/18(木) 00:23:07 ]
そこでObjective-Cですね



571 名前:デフォルトの名無しさん mailto:sage [2008/09/18(木) 11:05:43 ]
>>567
つまりyaccとかbisonですね

572 名前:デフォルトの名無しさん mailto:sage [2008/09/21(日) 01:53:00 ]
2chで語る以前に、言語開発者がxxxよりは組みやすく〜とかいいつつ
アホみたいに言語増やしたけど、今だにC,C++が生き残ってるってことは
駆逐は無理。以上

573 名前:デフォルトの名無しさん mailto:sage [2008/09/21(日) 02:58:25 ]
>>572
それ、C,C++の部分に大抵の言語があてはまるんじゃね?
いまだにCOBOLが…、いまだにPerlが…他

574 名前:デフォルトの名無しさん mailto:sage [2008/09/25(木) 00:06:47 ]
CPUもコア増やすくらいしかやることないならそろそろプログラム言語に歩み寄っていいんじゃないかい?
VMがこれだけはやってんだから統一VMのモデルでも作ってネイティブでその命令実行してやれ。
そうすりゃCの呪縛も少しは薄れるだろ。


575 名前:574 mailto:sage [2008/09/25(木) 06:30:10 ]
自分で言うのもなんだが、結構いいアイディアな気がしてきた。
VMのコードをネイティブで実行するCPUなんてのは陳腐なアイディアだが、
C言語を駆逐するためにはかなり効果あるんじゃないか?

昔はハードウェアの値段がソフトウェアの値段より遥かに高かったけど、
今じゃすっかり逆転してるわけだし、VMの技術だってかなり枯れてきているころだろう。

インテルがコア数を増やすのも限界まで来て、それでもトランジスタを増やさなければいけないとなったら、
VMの命令をネイティブでサポートなんていう道に走らないとも限らない。

C言語完全駆逐の可能性はまだ残されているっ


576 名前:デフォルトの名無しさん mailto:sage [2008/09/25(木) 08:25:57 ]
今のCPUがマイクロコードで実装されていることもご存じないらしい。
Intelが有数のコンパイラベンダーであることもご存じないらしい。

577 名前:デフォルトの名無しさん mailto:sage [2008/09/25(木) 12:37:45 ]
>>575
どっちかというと、CPUの規模より集積可能なトランジスタのほうが上回る様になってきたから、余ったトランジスタ処分用にマルチコアにしたんじゃないの?


578 名前:デフォルトの名無しさん [2008/10/02(木) 01:33:27 ]
昔の同僚に、真顔でこれを言ったアフォがおった
ツール類で何でもできるんだとよ

579 名前:デフォルトの名無しさん mailto:sage [2008/10/02(木) 08:59:25 ]
>>13 VCなくなったらそれこそC++なんか閑古鳥だろ

580 名前:デフォルトの名無しさん mailto:sage [2008/10/02(木) 09:18:21 ]
C++ってなんであんなに肥大化しちゃったの?
pc11.2ch.net/test/read.cgi/tech/1219902495/



581 名前:デフォルトの名無しさん [2008/10/02(木) 13:26:44 ]
ポインタ概念のないVBがこれだけ進化してるんなら逆にC駆逐は時間の問題かと。
昭和生まれが現役引退するころにはプログラム歴史記念館に飾られてるよ。。きっと。

582 名前:デフォルトの名無しさん mailto:sage [2008/10/02(木) 15:31:31 ]
>>581
組込みソフトのこともちっとは勉強しろよ坊主

583 名前:デフォルトの名無しさん mailto:sage [2008/10/02(木) 18:27:36 ]
小娘かもしれん

584 名前:デフォルトの名無しさん mailto:sage [2008/10/02(木) 20:36:41 ]
お前らはC言語無くなったら何使うん?java?

585 名前:デフォルトの名無しさん mailto:sage [2008/10/02(木) 20:46:39 ]
Objective-D++

586 名前:デフォルトの名無しさん mailto:sage [2008/10/02(木) 20:56:05 ]
はいはい
他は?

587 名前:デフォルトの名無しさん mailto:sage [2008/10/02(木) 20:58:55 ]
lispがはやってほしい

588 名前:デフォルトの名無しさん mailto:sage [2008/10/02(木) 20:59:09 ]
ポインタの概念は絶対になくならないよ
何もかも値渡しするっていうアホ言語を作るなら別だが

589 名前:デフォルトの名無しさん mailto:sage [2008/10/02(木) 21:02:33 ]
C並に低レベルな言語は必要
それがCである必要は無いけれども

590 名前:デフォルトの名無しさん mailto:sage [2008/10/02(木) 21:11:44 ]
BCPLがあまりに低レベル過ぎて使いにくすぎたから
C言語が作られたんだよな確か。

だからC言語はなくならないんじゃない?



591 名前:デフォルトの名無しさん mailto:sage [2008/10/02(木) 21:25:23 ]
並にって話してるのにそれより低いものを持ち出してもどうしようもないと思うぞ。

592 名前:デフォルトの名無しさん mailto:sage [2008/10/02(木) 21:30:28 ]
ロクな返事がねーな
代用できるものも考えずに潰すつもりだったの?君ら

593 名前:デフォルトの名無しさん mailto:sage [2008/10/02(木) 21:42:35 ]
C#

594 名前:デフォルトの名無しさん mailto:sage [2008/10/02(木) 21:54:08 ]
>>593
C#のネイティブコンパイラが出来たらな。
ngen.exeは腐っているのでもっとまともなネイティブコード
ジェネレータが必要だが。

595 名前:デフォルトの名無しさん mailto:sage [2008/10/02(木) 22:33:43 ]
PASCAL
PL/I

596 名前:デフォルトの名無しさん [2008/10/02(木) 22:38:47 ]
CISC アセンブラ

597 名前:デフォルトの名無しさん mailto:sage [2008/10/02(木) 22:47:22 ]
>>596
ARMケータイはどうするの?

598 名前:デフォルトの名無しさん mailto:sage [2008/10/02(木) 23:02:03 ]
要するに組み込みのハードのパワーがまだまだ貧弱なのがいかんのだろう。
あと10年もすれば組み込みのハードもパワーが有り余ってC言語が要らなくなるんじゃない?


599 名前:デフォルトの名無しさん mailto:sage [2008/10/02(木) 23:16:40 ]
パワー関係ないだろ
今時のマシンだろうがbootstrapのコードはasmじゃないと書けないし
kernelのコアのコードがメモリも弄繰り回せないようでは話にならない
Cのような機能を持った言語は要るんだよ
Cである必要は無いけれども

600 名前:デフォルトの名無しさん mailto:sage [2008/10/02(木) 23:20:20 ]
ハードの性能とか一切関係ないよ
実用性という点においてCを超える言語が存在しないだけ
過去を考慮せず、これからのハードに的を絞っても
Cより先に処理系を用意し続けるのって不可能に近いよ
それが出来なきゃ駆逐なんて夢物語



601 名前:デフォルトの名無しさん mailto:sage [2008/10/02(木) 23:35:34 ]
>>584
C++

602 名前:デフォルトの名無しさん mailto:sage [2008/10/02(木) 23:36:03 ]
Cがアセンブリを駆逐したという伝説がひとり歩きしているね
実際にはCがアセンブリと連携しやすかった所がポイントなのに

603 名前:デフォルトの名無しさん mailto:sage [2008/10/02(木) 23:44:28 ]
そういや、アセンブリは非常に低水準だけど、それでも大抵のハードでスタックは装備されてるんだよな。
もっといろんな概念がハードに採用されてもよさそうだけど、あんまりそうはならないね。
それだけスタックがプログラムにとって本質的ってことかな。


604 名前:デフォルトの名無しさん mailto:sage [2008/10/02(木) 23:48:31 ]
と思ったけど、よく考えたらハード的に特別スタックを用意してるわけじゃないんだっけ?
スタックポインタなんてなんて名前のレジスタがあるからてっきり、ハード的にスタックがあるんだと思っちゃったけど。



605 名前:デフォルトの名無しさん mailto:sage [2008/10/02(木) 23:56:03 ]
でもただのjumpやmoveではない、push/pop/call/retがあるあたり
命令面では特別視されている感じがする。

606 名前:デフォルトの名無しさん mailto:sage [2008/10/03(金) 00:18:46 ]
RISC ではそういう命令あんまりないんじゃない。

607 名前:デフォルトの名無しさん mailto:sage [2008/10/03(金) 00:22:39 ]
>>606
まじで?
具体的なCPUの名前教えて。



608 名前:デフォルトの名無しさん mailto:sage [2008/10/03(金) 00:27:41 ]
R3000なんかはそうでしたね
スタック操作も全部アセンブラでした

609 名前:デフォルトの名無しさん mailto:sage [2008/10/03(金) 01:16:05 ]
>>605 それマクロよ

610 名前:デフォルトの名無しさん mailto:sage [2008/10/03(金) 07:58:45 ]
いやマクロ違うだろ



611 名前:デフォルトの名無しさん mailto:sage [2008/10/03(金) 12:11:43 ]
x86 は Pentium Pro 以降ハードウェアで x86 命令をマイクロ命令に変換してる。

612 名前:デフォルトの名無しさん mailto:sage [2008/10/03(金) 12:41:48 ]
でもx86のIntelではPentium-Mまで、AMDに至ってはPhenomに
至るまでスタックポインタをALUで操作していたから遅かったね。
これらのCPU以降ようやくスタック操作が速くなった。

まあCALL自体は少ないとしてもPUSH/POPはレジスタの少なさ
ゆえ避けられないからな。

613 名前:デフォルトの名無しさん mailto:sage [2008/10/07(火) 19:12:12 ]
C言語を駆逐するのにスタックが関係あんのか?


614 名前:デフォルトの名無しさん mailto:sage [2008/10/07(火) 19:25:37 ]
大有りだろ

615 名前:デフォルトの名無しさん mailto:sage [2008/10/07(火) 19:57:34 ]
>>614
詳しく


616 名前:デフォルトの名無しさん mailto:sage [2008/10/07(火) 20:38:17 ]
スレの流れを見るに、Cはなんだかんだ言っても用途があるのでなくならない。
代替言語が仮にあったとしても、それがC言語を上回る訴求力が無い限り無理ぽ。
ただ、新しいハードが市場を埋め、それは既存と全く違う機械語が実装され、
そこで最初に提供された開発環境がC++とかだったらCは駆逐されるかもね。

617 名前:デフォルトの名無しさん mailto:sage [2008/10/07(火) 21:19:53 ]
スタックに次ぐ、ハードウエアに追加するほどプログラミングに必須な機能といえば…
ガベコレとか?



618 名前:デフォルトの名無しさん mailto:sage [2008/10/07(火) 21:48:54 ]
>616
C++がスーパーセットである以上、C++がCを駆逐することは不可能じゃないかな
その状況で例えばLispだけだったら可能性はあるかもね

619 名前:デフォルトの名無しさん mailto:sage [2008/10/07(火) 22:02:09 ]
>>616
拡張子.cppの中身実質Cなコードが溢れるだけ。

って、コンパイラじゃなくて開発環境か。
APIがクラスとか例外とかを平気で使っている状況かな。

620 名前:デフォルトの名無しさん mailto:sage [2008/10/07(火) 22:15:19 ]
ふと思ったんだが別にCを駆逐する必要なくね?
むしろ共通アセンブラとしてはベストじゃないか



621 名前:デフォルトの名無しさん mailto:sage [2008/10/07(火) 22:21:05 ]
共通アセンブラとしてならな。
Cで、でかいアプリ組まされるなんていう無法がまかり通るからいかんのだ。

622 名前:デフォルトの名無しさん mailto:sage [2008/10/07(火) 22:21:54 ]
>>621
それは言語の問題じゃないだろ

623 名前:デフォルトの名無しさん mailto:sage [2008/10/07(火) 22:24:34 ]
じゃあ何の問題なんだよ。

624 名前:デフォルトの名無しさん mailto:sage [2008/10/07(火) 22:26:40 ]
あんたの職場環境の問題

625 名前:デフォルトの名無しさん mailto:sage [2008/10/07(火) 22:29:39 ]
きつい一言を…(TT)

626 名前:デフォルトの名無しさん mailto:sage [2008/10/07(火) 22:31:42 ]
「でかい」の基準なんて分野毎に全く違う。

627 名前:デフォルトの名無しさん mailto:sage [2008/10/12(日) 20:46:48 ]
Linuxをスクラッチから構成すると導入したい言語はたいていCかC++のコンパイルから始まるからこりゃ駆逐なんてできないやと思った。

628 名前:デフォルトの名無しさん mailto:sage [2008/10/12(日) 21:06:04 ]
>スクラッチから
……

629 名前:デフォルトの名無しさん mailto:sage [2008/10/12(日) 21:29:51 ]
LFSか

630 名前:デフォルトの名無しさん mailto:sage [2008/10/23(木) 04:33:16 ]
Hosh



631 名前:デフォルトの名無しさん mailto:sage [2008/11/06(木) 21:20:21 ]
self = [[Object alloc] init];

632 名前:デフォルトの名無しさん [2008/11/08(土) 21:03:50 ]
むしろランタイムがないと動かない言語が駆逐されるべき
ランタイムのバージョンやベンダーに依存して異常動作するなぞ論外
オブジェクト指向もいらね。
変数定義と関数定義はクラスで一体化するよりむしろ分けた方が
良いと思ってる。

633 名前:デフォルトの名無しさん mailto:sage [2008/11/08(土) 21:05:20 ]
Cもランタイム無いと動かない環境あるだろ?

634 名前:デフォルトの名無しさん mailto:sage [2008/11/08(土) 21:25:02 ]
あったとしても他の言語仕様が膨大な言語にくらべれば互換性は
高いはずだと思われ。



635 名前:デフォルトの名無しさん mailto:sage [2008/11/08(土) 21:27:12 ]
glibcみたいのはランタイムとは言わないのかな?
よく知らんけど。

636 名前:デフォルトの名無しさん mailto:sage [2008/11/08(土) 21:29:12 ]
POSIXのシステムコールなんて、ランタイムもいいところじゃないか。

637 名前:デフォルトの名無しさん mailto:sage [2008/11/08(土) 21:30:53 ]
つまりLispOSが最強ということか…

638 名前:デフォルトの名無しさん mailto:sage [2008/11/08(土) 21:40:20 ]
PCが機械語で動くかぎり、もっと言えばPCがメモリとCPUでできている限り、
Cが無くなることはないであろうと予言しておく。

639 名前:デフォルトの名無しさん mailto:sage [2008/11/08(土) 21:43:43 ]
その予言は>>28で既出

640 名前:デフォルトの名無しさん mailto:sage [2008/11/08(土) 21:47:24 ]
ガイシュツですたか。まあそれだけCは偉大な発明だったわけだ。



641 名前:デフォルトの名無しさん mailto:sage [2008/11/09(日) 01:32:12 ]
Cが、特出すべき素晴しい言語だとは思わない
突然変異的なパラダイムは何一つ無いんだから
ただ、それを記述する為に生まれたUNIXが純然たる地位を保っていることこそ
Cが現在の地位を保持しているのでは無いかと思う
Windowsですら、その呪縛からは逃れられてはいない

642 名前:デフォルトの名無しさん mailto:sage [2008/11/09(日) 07:57:28 ]
全然違う話で悪いんだが
UNIXは素晴らしいがCは素晴らしくないと言う人間をどう思う?

643 名前:デフォルトの名無しさん mailto:sage [2008/11/09(日) 08:25:15 ]
ファシスト。

644 名前:デフォルトの名無しさん mailto:sage [2008/11/09(日) 12:33:58 ]
Cの駄目な点は文字列の扱い。
char型の配列を操作するのはとにかく面倒なので改良型Cが欲しいところ。

645 名前:デフォルトの名無しさん mailto:sage [2008/11/09(日) 14:06:39 ]
Cの改良は何度も失敗してる。
全然関係ないけど、LuaみたいなのをベターCと見なせるなら、もしかするかもね。

646 名前:デフォルトの名無しさん mailto:sage [2008/11/09(日) 20:53:07 ]
ポインタの演算禁止とか、malloc()禁止とか、そういうコーディングルールを使ってるところは
Pascalとかでいいじゃんって思うけど、そういうレベルの人たちって、ちょっと違ってると、もう使えなくなるしな。


647 名前:デフォルトの名無しさん mailto:sage [2008/11/09(日) 21:53:49 ]
for文とかwhile文でbreak禁止とかストレスたまって仕方ない。

648 名前:デフォルトの名無しさん mailto:sage [2008/11/09(日) 22:02:05 ]
Cは覚えることが少ないから初心者向きだと思っていたが、Schemeを覚えて考えが変わった。
Cなんていらないや。

649 名前:デフォルトの名無しさん mailto:sage [2008/11/10(月) 01:09:03 ]
今のlisperにとってCは闇米のようなものだ

650 名前:デフォルトの名無しさん mailto:sage [2008/11/12(水) 15:06:44 ]
>>634
glibcのバージョン変わると起動しなくなるのが高い互換性?



651 名前:デフォルトの名無しさん mailto:sage [2008/11/13(木) 11:46:34 ]
動的リンクとCの言語仕様は関係無いな

652 名前:デフォルトの名無しさん mailto:sage [2008/11/13(木) 15:17:39 ]
>>650
それって窓で言えば
kernel32.dllやuser32.dllを別のに差し替えるようなものだぞ






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

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

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