ToDo:
http://d.hatena.ne.jp/camlspotter/20140425/1398404490
僕がカレントディレクトリに置いて困ったことがあるファイルとしては new stdio.h libc.so なんかがあったように思う
まぁカレントディレクトリにパス通すなって話ではある
しかし「最後の STL 作った人って頭悪い」には同意するなあ。なんで拡張子無いんだよ…
(23:34)
| 前 | 2014年 4月 |
次 | ||||
| 日 | 月 | 火 | 水 | 木 | 金 | 土 |
| 1 | 2 | 3 | 4 | 5 | ||
| 6 | 7 | 8 | 9 | 10 | 11 | 12 |
| 13 | 14 | 15 | 16 | 17 | 18 | 19 |
| 20 | 21 | 22 | 23 | 24 | 25 | 26 |
| 27 | 28 | 29 | 30 | |||
全てリンクフリーです。 コード片は自由に使用していただいて構いません。 その他のものはGPL扱いであればあらゆる使用に関して文句は言いません。 なにかあれば下記メールアドレスへ。
Borland C++ 5.5はその点少し面白かったです。<vector>はvector.h、<string>はstring.stlなど、法則不明ですが適当に拡張子のついたファイルが用意されていました。
標準化前は拡張子ついてたとかだった気がするんですけど、それとのbackward compatibilityとかだったりしません? GCC も 2.95.3 を今見たら vector.h とか入ってるみたいです。昔の C++ 本はたいてい iostream.h を #include してた気がしますね…
.h つけると using namespace std 要らないのは、 C言語ライブラリだけだっけ？
> backward compatibility
あー、それもあるかもしれません。少なくとも<iostream.h>は使えていました。
ただ、<vector>や<iostream>とすると、拡張子付きのファイルがインクルードされて、std::vectorやstd::coutと名前空間内で宣言された状態になっていました。1ファイルで<〜.h>と<〜>両方に対応できるようになっていたのですかね。