\nもう一ついるんかな？

端末(tty)のバッファリングだっけ？
stty raw で、無効になったと思う
http://archive.linux.or.jp/JM/html/GNU_sh-utils/man1/stty.1.html

http://edu.inf.shizuoka.ac.jp/lecture/2010/A042/text/cygwin/es.c

main関数にコメントあるね。

http://archive.linux.or.jp/JM/html/LDP_man-pages/man3/termios.3.html
termios.hに、cから直接端末設定する関数もあるけど、めんどくさい。

>>650
2.6.18-194.32.1.el5 x86_64
g++ (GCC) 4.1.2 20080704 (Red Hat 4.1.2-48)
出力なし

#include <iostream>

int main()
{
printf("Hello World!\n\n");

return 0;
}

g++ test.cpp -o test

わかった
testにしているのが悪いんだよ
testはコマンドとして存在している
$ which test

というかカレントディレクトリに存在するコマンド実行するときは ./test とかした方がよい

というか(Linuxなら)カレントディレクトリにしか存在しないコマンドは./を付けないと動かないんじゃ

そんなことはない

PATH に . を含めればできるが、やってはいけない。
たとえばダウンロードしたアーカイブを展開した中のディレクトリで、意図しないコマンドを
実行させられるかもしれない。

test.cpp: In function ‘int main()’:
test.cpp:5: error: ‘printf’ was not declared in this scope

でっていう

>>659
だよなぁ。
msys 環境だとデフォルトで PATH の先頭にカレントディレクトリが付いててブチ切れそうになったわ

/usr/local/bin/a.out

動的ライブラリやjavaのクラスパスでも同じ問題あるから、
駄目なんだけど対応するのめんどくさい
http://slashdot.jp/security/article.pl?sid=10/08/27/0822219

$ g++ test.cpp -o hello
$ hello

としてもダメでした。

$ ./hello

で、しっかりHello World!と出力されました。
結局、Linux的にはどのように実行するのが正しいんですか？
上記のようにドット付けて実行するのはダメなんですか
わざわざ絶対パスで実行するんですか？

./helloでいいよ。
PATH環境変数に.を追加するなんてことはするべきでない。

PATHって環境変数のPATHのことでしたか。実行するときのパスだと勘違いしてました。
わかりました。ありがとうございました。

LinuxはDOSと違って、「実行ファイルが先」に認識するもんじゃない。
ファイルであると認識させたいときはパスが必要。

よって、カレントディレクトリにあるもの実行したいときは
"Fuckin' Macin'" ではなく、 "./Fuckin' Macin'" でないとダメ。

融通が利かんアスペルガー相手にしてると思えばよい

最初の二行からして意味不明

特にMS-DOSは
「カレントディレクトリにその名前の実行ファイルやフォルダがあるかないか先に探してから」
「なければ環境変数に記された場所の下」

って親切な設計だが、Linuxはそんな配慮なんかしない。

親切というか…大間抜けな設計だよね。
最近もライブラリパスで問題になったばかり。

http://technet.microsoft.com/ja-jp/security/gg557854
http://blogs.technet.com/b/jpsecurity/archive/2011/01/20/3381400.aspx

safe search modeってw
今までのはunsafeだったわけで。
何でこんなバカな設計が出来るのか分かりません。

最初からマルチユーザー前提で設計されたものと、
シングルユーザー前提で基本設計がされちゃったものの違い、だろ単に。

それを「親切」とか言っちゃうのははっきり言ってどうかとだが。

それ、シングルマルチ関係なくネ？

変に小細工しないでUNIX仕様そのままにしとけばよかったのにね

祖先をたどっていった CP/M には階層ディレクトリなんてなかったから、
そんときの動作を引き継いでるんでしょ。

まあ20年前のバイナリが今でもちゃんと動作するという点は
評価すべきだと思う

DOSのファイルシステムじゃ、
実行ファイルの区別がつけられなかったから、拡張子に.com付けてたろうが

command.com

>>676
とりあえず動いてるがそれは表面的な所だけで
ファイル名にスペース含められなかったり
ロングファイルネームが使えなかったり
2GB以上のファイルにアクセスして壊したり
そのまま使ったら色々トラブルぞ

なにその無理矢理な理由は

お前ら、たまにはGCCの話をしろよ…

ドザはどこでも荒らす基地害

どさ？　ゆさ

gcc-4.5.2が入ってるディストリある？

DistroWatchで調べよう
Gentooならなんとかしてくれると思ったら、やっぱりなんとかしてくれていた

自前でビルドすりゃいいじゃん

>>685
ありがとう調べてくるよ
Gentooでもまだチルダ付きなんだよね

>>686
最初から入ってるディストリが知りたかっただけだから

中身が新しめはfedoraじゃないかいな？

LFS

まだ問題抱えてないわけじゃないから、
4.4.Xと共存できるやつ選んだほうがいいよ。
その辺調べるより、/usr/localとか/optに自前で作る方が簡単だけどね。

http://distrowatch.com/search.php?pkg=gcc&pkgver=4.5.2

The following distributions include gcc version 4.5.2:

• AgiliaLinux: 8.0-beta2
• Arch Linux: current
• ArchBang Linux: 2011.02
• Ark Linux: dockyard
• AUSTRUMI: 2.3.0
• Debian GNU/Linux: unstable
• Frugalware Linux: current, 1.4
• Gentoo Linux: unstable, 11.0
• Linux From Scratch: unstable, 6.8
• Lunar Linux: moonbase
• Mageia: 1-alpha1
• Mandriva Linux: cooker
• PLD Linux Distribution: 3.0
• Slackware Linux: current
• Superb Mini Server: 1.5.6
• T2 SDE: snapshot
• VectorLinux: 7.0-beta1
• Zenwalk Linux: 7.0-rc3

安定版ならSlackwareとArchとFrugalwareか

>>690
知りたいだけって言ってるんだから使うんじゃないんだろう

使わないで知ることは出来ない

出来るだろ

cloogとの依存関係がむずかしくなちゃったね、4.6

(´･ω･) ClooG は isl or parma どっち使ったらええのん？

islでビルドでけた。ppl-legacyはこけた、RC

Current release series: GCC 4.6.0 (changes)
とか公式に書いてあるから4.6が出たのかと思った

4.7が始まったから、4.6はまもなくでしょ

2.6.18-194.32.1.el5 x86_64
g++ (GCC) 4.1.2 20080704 (Red Hat 4.1.2-48)

g++でコンパイルしようとすると、socketとかbindとかの関数は通るんですけど、writeとかcloseがコンパイルエラーになります。
cppをcにしてgccでコンパイルすると通ります。
これはどういうことでしょうか。誰か教えてください。
まさかC++でソケット通信できないということじゃないですよね？