C言語なら俺に聞け 141 [無断転載禁止]©2ch.net

**デフォルトの名無しさん** · 2017/07/17(月) 21:06:47.63

C言語の話題のみ取り扱います C++の話題はC++スレへ
質問には最低限の情報(ソース/コンパイラ/OS)を付ける
数行で収まらないソースは以下を適当に使ってURLを晒す
https://paiza.io/
https://ideone.com/
http://codepad.org/

C11
http://www.open-std.org/jtc1/sc22/WG14/www/docs/n1570.pdf

C99
http://www.open-std.org/jtc1/sc22/WG14/www/docs/n1256.pdf
http://kikakurui.com/x3/X3010-2003-01.html

C FAQ 日本語訳
http://www.kouno.jp/home/c_faq/

JPCERT C コーディングスタンダード
https://www.jpcert.or.jp/sc-rules/

前
http://mevius.2ch.net/test/read.cgi/tech/1494508803/
http://www.geocities.jp/c_cpp_cs/about_c/

**デフォルトの名無しさん** · 2017/07/17(月) 21:58:43.30

プログラムカウンタをスタックに積まないでコール元に戻れるわけ無いだろ
プログラムの動作原理を知らなさ過ぎる

**デフォルトの名無しさん** · 2017/07/17(月) 22:02:11.80

逆に関数内関数じゃないとできない処理ってどんなの？

**デフォルトの名無しさん** · 2017/07/17(月) 22:08:32.43

Python信者がうるさいのでもう一度書いておくと、以下URLの下のほう、
> しかし、16行目にある print func_a(5) を 4行目の def func_a(a): 行よりも上に移動すると、次のようなエラーが返る。
> http://www.isc.meiji.ac.jp/~mizutani/python/recursive_call.html
これはJavaScriptは通るんだよ。
つーか、他言語は多分全部通る。落ちるのはPythonだけ。
お前らPythonしか使って無いからこれが糞だと認識できないんだよ多分。

**デフォルトの名無しさん** · 2017/07/17(月) 22:16:47.67

前スレ>>995
990にレスが付いているのはヘッダについてか？
それなら俺はGCCに「自動ヘッダ生成器」を組み込んでくれよと思う。
というかCはヘッダで妙なトリック使いすぎてて自動生成できる状況ではないのだとは思うが、
それなら足りない関数だけでも自動で追加してくれよ、と思う。

つっても「後方参照」できるようになれば解決する話で、
マジでこれをいまだに放置している理由はよく分からん。
というか、俺に反論している連中ですらこれについては多分賛成なんだよな？
「後方参照」出来ない方がいいんだ！って理由がある奴っていないだろ。
だからこそ、Pythonが出来ないのがアホすぎて際立つわけでね。

**デフォルトの名無しさん** · 2017/07/17(月) 22:25:47.17

前後を理解してないバカは参加するな
ID:LYlgQVUQ お前のことだ

**デフォルトの名無しさん** · 2017/07/17(月) 22:28:20.57

何でわっちょい無くなったの？

**デフォルトの名無しさん** · 2017/07/17(月) 22:32:47.62

>>11
お、確かにそうだな。
俺はワッチョイありの新スレが立ったらそっちに動くって事で問題ない。
(つってももうこの話は終わりそうだが)

**デフォルトの名無しさん** · 2017/07/17(月) 22:43:11.36

>>4
> gotoで戻りゃいいんだから
だからどこに戻るんだよ？ w

> 非同期なら別関数にする必要があるが
戻り番地も知らん奴が非同期とか笑えるわ

>>7
ないでしょ
ローカル変数でないとできない処理を聞いてるのと同じ

**デフォルトの名無しさん** · 2017/07/17(月) 22:53:34.33

>>13
だからできるでしょ
俺は同じようには書けないが同じ処理はできると言ってるの
新たにスタック積む話なんか初めからしてないぞw

**デフォルトの名無しさん** · 2017/07/17(月) 22:53:37.21

>>8
> > しかし、16行目にある print func_a(5) を 4行目の def func_a(a): 行よりも上に移動すると、次のようなエラーが返る。
> > http://www.isc.meiji.ac.jp/~mizutani/python/recursive_call.html
まだやってるのかよ w
他の言語に倣うなら頭に
def main:
print func_a(5)
って書いて最後に
if __name__ == 'main':
main()
書けばいいだけ

> お前らPythonしか使って無いからこれが糞だと認識できないんだよ多分。
お前がPython知らんだけ

**デフォルトの名無しさん** · 2017/07/17(月) 22:59:52.61

x86なら ENTER/LEAVEで実装されているな
出来るっていうならコードで示せよ

**デフォルトの名無しさん** · 2017/07/17(月) 23:01:17.10

>>14
void f( ){
　void g( ){
　　...
　}
　g();
　g();
}
goto 使って同じ処理書いてみろよ

**デフォルトの名無しさん** · 2017/07/17(月) 23:02:18.10

　　　　　　　　　　／￣＼
　　　　　　　　　　 |　　　　|
　　　　　　　　　　＼＿／
　　　　　　　　　　　　 |　＿＿
　　　　　　　　　　　　┴´　　　｀｀ヽ　　
　　　　　　　　　　／::::::::::|::::::　　　｀ヽ　　　　　　　gotoで戻りゃいいんだから！！
　　　　　　　　／:::＼::::::::<● >　　　｀ヽ　　
　　　　（（　　 /　<●>::::::::::⌒　　　　　）　　　
　　　　　　　　|　 ⌒（_人__）　　　　　　ﾉ　| |　　
　　　　　　　　ヽ　　）vvﾉ:　　　　　　/　ノﾉ
　　　　　　　　ヽ　（__ン　　　　　　人
　　　　　　　　　人　　　　　　　　　　　＼
　　　　　　　　/

**デフォルトの名無しさん** · 2017/07/17(月) 23:07:04.75

>>15
だからそれはできるうちに入らないんだよ。
どうにもPython信者には通じないようだが。

**デフォルトの名無しさん** · 2017/07/17(月) 23:13:04.25

>>17
void f( ){
void *ret;
goto a;
g:
printf("g¥n");
goto *ret;
a:
printf("a¥n");
ret = &&b;
goto g;
b:
printf("b¥n");
ret = &&c;
goto g;
c:;
printf("c¥n");
}

**デフォルトの名無しさん** · 2017/07/17(月) 23:18:43.57

ID:PKmAGp8Mはプログラムの動作原理なーんも分かってない

**デフォルトの名無しさん** · 2017/07/17(月) 23:21:10.09

>>15で出来るうちに入らないとかいちゃもんつけたいだけやん
それCで関数の外にprintf書いてコンパイル通らなくて発狂してるようなもんだから

**デフォルトの名無しさん** · 2017/07/17(月) 23:25:27.16

いや、こんなこと書いたら揚げ足とってアホ認定されそうだから重ねておくけど、上のレスではコードの見た目の話に話を絞ってある
その範囲では、関数外に書いても通るだけ有難く思うべきである

**デフォルトの名無しさん** · 2017/07/17(月) 23:27:45.16

>>20
まあ俺はそっちの話にあんまり突っ込む気はないんだけどさ、、、

アイデアは理解した。
が、そのラベルの使い方が保障されてるかというと、かなり微妙だと思う。
俺は仕様には詳しく無いからなんともいえないが。
とはいえ、実際はそれで動くケースが大半だとも思う。

**デフォルトの名無しさん** · 2017/07/17(月) 23:29:34.59

>>19
さっきからプロトタイプ宣言を書く書かないの話して、中身で使うだけの関数を下に書ければ見やすい的なことを言ってなかった？
その観点から言って、>>15にどんな問題があるの？

**デフォルトの名無しさん** · 2017/07/17(月) 23:35:29.76

実用上問題なくてもイチャモンつけたいだけｗ

**デフォルトの名無しさん** · 2017/07/17(月) 23:51:06.35

>>22-23,25,26
だからPython信者はアホなんだよ。何度も言っている通り、

JavaScriptは以下のコードが動く＝後方参照できる
Pythonは以下のコードが動かない＝後方参照できない

といっているだけ。マジで分かれよアホ。
以下コードをブラウザ上でF12押してコピペしてみろ。動くから。

(function(){
say_hello();
say_world();
function say_hello(){console.log('hello');}
function say_world(){console.log('world');}
})()

Cはこの順に配置しようとすると《歴史的理由で》プロトタイプ宣言が必要。しかしやれば出来る。
Pythonはこの順に配置することがどうやっても出来ない。だから糞。

CもJavaScriptも設計者の自由を制限しない言語だ。
子関数をどこに配置するのが良いのかは設計者が考え、最適化できる。
これがCやJavaScriptの思想。

対してPythonは設計者の自由を制限し、
設計者ごとに異なる部分が無いことこそが読みやすさだと嘯く。
それはPythonerは馬鹿であると定義しているのと同じ。

だってCでもJavaScriptでも、Pythonと同じ順に配置は出来るのだから、
Pythoner以上の脳みそがあればPythonより読みやすく書くことは出来る。
もちろん馬鹿が書けばPython以上に読みにくくなるが、それはそういう仕様だ。(馬鹿は死ねという仕様)
Python馬鹿がCスレまで来て思想が全く異なることを理解せずに喚いているから話が通じない。
Pythonは馬鹿用言語だということを自覚しろアホ。

**デフォルトの名無しさん** · 2017/07/17(月) 23:55:03.58

なんか問題あったかい？
ラベルのポインタはGCCとclangは対応してる
標準じゃなく拡張だけどなw

**デフォルトの名無しさん** · 2017/07/17(月) 23:55:41.84

>>27
で、どんな問題があるの？

**デフォルトの名無しさん** · 2017/07/17(月) 23:57:28.74

>>27
まずCスレでPythonの話題持ち出したお前が何言ってんの？ｗ

**デフォルトの名無しさん** · 2017/07/18(火) 00:06:20.95

>>27
うわー最初は
viod say_hello(count){
if (--count<0) return;
printf("hello");
say_world(count);
}
void say_world(count){
printf(" world!\n");
say_hello(count);
}
みたいな例を出してたのに、それが出来ると分かるないなやわざわざPythonで出来ない例持ち出して来てら
これアンチしたいだけじゃん

**デフォルトの名無しさん** · 2017/07/18(火) 00:08:33.09

>>28
いや、ラベルって「そこから下」に対しては保証されてるが、
「そこから上」って保証されてるか？
まあこの言い方では通じないと思うから具体的に書くと、

(A)
label:
(B)

で(B)側にゴミがない＝次の命令がすぐ詰まっていてそこにJUMPすれば動作する
ことは保障されていると思う。これは普通の使い方だから。
ただ、上から流れてきたときに、(A)側にパディングされてたりしないか？というのは微妙で、
x86だとイミディエートに十分な長さがあるから問題ないとして、
16bitとか8bitとかの場合、コード領域にイミディエートを積んでいることは普通にあって、
しかも結構適当な場所に吐かれていた記憶が。
だからコンパイラ側に「ここは明らかに通らない」という風に見える場所はかなり危険かと。

ただし既に言っているが、俺は仕様には詳しく無いから、なんともいえないのだが。

**デフォルトの名無しさん** · 2017/07/18(火) 00:20:24.14

>>32
この場合実行時にジャンプ先のアドレスを代入するのでその手の問題は無いでしょう
https://docs.oracle.com/cd/E19205-01/821-0386/bjabt/index.html

**デフォルトの名無しさん** · 2017/07/18(火) 00:21:58.12

>>29
子関数を下に書いた方が分かりやすいときに、それが出来ないのが問題。

>>31
それは俺の間違いだった。俺が思っていたほどは糞ではないのも事実だ。
ただしやっぱりJavaScriptやCと比べたら糞だよ。

しかしお前らも知っていると思うが、
Pythonの最大の糞ポイントはラムダに式しか書けない事だろ。
つか、糞ポイントがぽこぽこ出せる時点で糞言語なのは確定なんだよマジで。
そしてCやJavaScriptの思想とは対極にあるのがPythonだ。
それを使うのはお前らの自由だが、それをCスレで喚くのはキチガイだ。
C的価値観からするとPythonなんてキチガイ馬鹿用言語だよ。
逆にお前らがPythonスレで
「Cみたいなシートベルトもエアバッグもない車に今更乗れるか！」って
言ってりゃいいんだよ。

というわけでお帰りくださいマジで。
俺は思想的にPythonとは合わないから、自主的に使うことはないと思います。

**デフォルトの名無しさん** · 2017/07/18(火) 00:25:56.65

>>28,33
ああすまん間違えた。確かに問題ない。普通の使い方だ。
俺が勘違いしてた。

**デフォルトの名無しさん** · 2017/07/18(火) 00:30:29.84

>>32
コード領域にイミディエイト積んでいるのは当たり前
イミディエイトは即値
アセンブリコードのニーモニックでオペコードに直接データ(値)を指定するのだから
コード領域にしかイミディエイト値は存在し得ない

**デフォルトの名無しさん** · 2017/07/18(火) 00:31:52.64

>>34
そもそも最初にCスレにPythonの話題を書き込んだのは君なのに何言ってんの？
こっちはそもそもPythonを擁護してるんじゃなくて君の言っていることの変な部分を指摘してるだけだぞ

**デフォルトの名無しさん** · 2017/07/18(火) 00:34:45.35

>>34
なんか知らんがHaskellみたいな順序に依存しない言語がおまいさんにあってる気がする。

**デフォルトの名無しさん** · 2017/07/18(火) 00:44:21.05

>>36
いや、オペランドの長さが足りなかった場合、
中途半端なところにデータ領域を確保するCPUもあるって事。

>>38
Haskellは意識高すぎて無理だった。
てかあれ、遅延評価以外目新しくないよな？
そしてその遅延評価はC++にテンプレートでパクられてて笑ったが。
あれでC++のテンプレートの汎用性の高さに驚いたよ。

ちなみに、他言語のすごいコードって知ってるか？見てみたいとは思うから。
例えばCなら、LinuxのカーネルやGit(作者同じ)がそうだし、
C++ならchromeやV8が多分そう(といっても割とCらしいが)
PythonやHaskellって喚いているだけで現物がなくね？
所詮スクリプトで使い捨てコードが多いってことか？

**デフォルトの名無しさん** · 2017/07/18(火) 00:47:51.04

>>39
PythonアンチカスPythonアンチスレに行け
二度とこのスレでPythonの名を出すな

**デフォルトの名無しさん** · 2017/07/18(火) 00:55:04.83

そういやgotoで思い出したが、
マルチレベルbreakはあってもいいと思うけどね。
gotoがあればなあ、ってのは大体このケースだろうし。

オレオレパーサも組めない範囲でもないんだろうけど、
やっぱ誰かががっつりデバッグ済みにしてくれてるのを使いたいよ。

**デフォルトの名無しさん** · 2017/07/18(火) 01:00:22.85

>41
その用途に最も近いのは例外処理のtry-cattch構文だろうな
C言語では使えないけど

**デフォルトの名無しさん** · 2017/07/18(火) 01:00:53.59

try-catch

**デフォルトの名無しさん** · 2017/07/18(火) 01:03:09.04

try-catch遅くなかった？

**デフォルトの名無しさん** · 2017/07/18(火) 01:03:12.76

で
そのCスタイル22k行のコードはどういう書き方をしてたから読みやすかったんだ？

**デフォルトの名無しさん** · 2017/07/18(火) 01:06:51.15

>>44
遅いって一体…
try-catch使える独自拡張とかあったっけ？

**デフォルトの名無しさん** · 2017/07/18(火) 01:09:17.66

>>46
あー、遅かった気がするのはC++の話だわ
まあ例外処理が速い言語なんてないと思うけどさ

**デフォルトの名無しさん** · 2017/07/18(火) 01:10:26.49

setjmp, longjmp はペア

**デフォルトの名無しさん** · 2017/07/18(火) 01:11:57.66

>>42
いやtry-catchはだいぶ違うぞ。

てかあれはC的エラー処理とは逆を行っている。
ただ最近は非同期が流行りだしてtry-catchでは対応できなくて
値埋め込み≒C的にはなってきてる。
個人的にはtry-catchは要らないなあ。

マルチレベルブレークはまあ、フラグ使って書けはするが、
見た目汚いから何とかならんのか、といったところ。
どっちかというとショートカット論理に使う。

**デフォルトの名無しさん** · 2017/07/18(火) 01:21:43.38

>>34
Pythonがゴミだからなんなの？わざわざCスレでPythonアンチしていい理由にはならないよね
しかもあんな的外れで何も知らないこと丸わかりなアンチ書き込みしたら対象がどんな言語であっても荒れるに決まってるよね？
帰るのは君だよ

**デフォルトの名無しさん** · 2017/07/18(火) 01:32:30.51

>>39
すごいコードってのが分からんが、Haskellのprintfはコード見れるけど全く分からん。
(Hoogleでprintfで検索してソース覗く)

型推論出来れば普通のprintfにも、フォーマット済の文字列欲しい時はsprintf的にも使える関数なんだが。。。

**デフォルトの名無しさん** · 2017/07/18(火) 02:23:27.20

>>51
おうサンクス。見てみたがなるほど分からん。
つっても俺はHaskellの文法も覚えてないレベルなんだが。

ただまあ、その仕様なら、確かに短いのかもね。
GNUのprintfって確か400行程度でgotoが20個くらいあるトンデモコードだったはずだが、
(探したけどすぐには出てこなかった)
それよりも仕様は大きいからねえ。

**デフォルトの名無しさん** · 2017/07/18(火) 02:24:26.42

>>51
> すごいコード
これな。
俺が思うに問題はこういう「下位コード」ではなくて、
printfやオブジェクトを呼び出す「中位コード」の書きやすさだと思うんだよ。
関数型の連中と話していて違和感を感じるのはそこで、
奴らは10行のコードを5行にすることに精を出しているが、
10k行のコードを5k行にすることには興味が無いように見える。

実際のアプリを書いていて差が出るのはそこで、
Cはその点、最適なデータ構造を目指す、という方向に特化している。
だから構造体ポインタの塊になってしまうわけでさ。
それをもうちょっと自動的に取り扱おうとするとオブジェクト指向になり、C++になる。

で、そこらへんの「中位コード」のサンプルが無いんだよ。
具体的には10k-数万行を必要とするOSSアプリ。
Cの場合はこれはいくらでもあって、既に書いた通りlinuxやGit等。
C++ならFireFoxでもｃｈromeでも、OSSで開発されているからいくらでも読める。
JavaScriptは最近atomエディタというのが出てきた。まあそれ以前から見放題ではあったが。
これに対して、｢Haskell製の有名アプリ(OSS)｣ってないよね？
(というか俺が知らないだけではあるが)

関数型の連中はCみたいな手続き型を悪く言うのだけど、それは全て下位コードなんだよ。
そして現実的には、下位コードなんて短く書けても大して意味無いんだよ。
どうせ読まないから。(名前がprintfな時点で読み飛ばし決定だし)
ただ、短く書けること自体はやはりすごくて、ポテンシャルがあるのは認めるが、
それが本当に使い物になるのか？については俺はちょっと疑問なんだ。
だから実際に動いているものを見て、どうなのか確認したいわけでさ。

というわけでHaskell製の有名OSSアプリあったら教えてください。

**デフォルトの名無しさん** · 2017/07/18(火) 02:49:55.27

>>27
LLで関数をオブジェクト扱いするような言語だと宣言前の関数を呼び出せるの相性悪いんだよね

一応確認して見た(シェルスクリプトみたいな特殊なものは無視)
Ruby→呼べない
perl→呼べない
lua→呼べない

PHP→呼べる(ただし、条件分岐内などの文脈で宣言されていない関数のみ)
JavaScriptl→呼べる(関数宣言「文」のみ)

JavaScriptの「巻き上げる」っていう仕様は結局わかりにくくて、ECMAScript以外で採用してる言語はないはず

**デフォルトの名無しさん** · 2017/07/18(火) 03:10:01.00

>>53
Pandocは現状かなり知名度あるんじゃないかな
https://github.com/jgm/pandoc

適当にググったらMoongiftのHaskellタグのやつそこそこあった
http://www.moongift.jp/tag/haskell

Pythonに関しては現物を見たことないの常識的にやばいと思うが・・・
機械学習とか数値処理とかの学術系はpython無双だし、Ansibleやyumみたいな管理系統、GUIソフトですらお前Python通って時がちらほら
Googleも社内標準言語にPython入ってて、Githubにもいくつか公開されてるな

**デフォルトの名無しさん** · 2017/07/18(火) 05:04:08.81

>>20
それ再起呼び出しに対応できないことぐらいは理解してるよね？

**デフォルトの名無しさん** · 2017/07/18(火) 05:45:17.46

>>56
そもそも、Cでは大抵別の関数に切り出すからそんな心配いらんよ

**デフォルトの名無しさん** · 2017/07/18(火) 08:27:43.78

>>57
はあ？
ローカル関数でも再起は普通に使うし心配いらんって言われても困るわ
むしろお前の頭の方が心配だよ w

**デフォルトの名無しさん** · 2017/07/18(火) 08:41:06.12

別の関数として切り出しているから再起が出来るということだろ
無名関数の場合は再起には工夫が必要
>>20は無名関数とすら呼べない代物ではあるが…
https://ja.wikipedia.org/wiki/%E7%84%A1%E5%90%8D%E5%86%8D%E5%B8%B0

**デフォルトの名無しさん** · 2017/07/18(火) 08:58:56.41

心配性だねえ
再帰な

**デフォルトの名無しさん** · 2017/07/18(火) 10:00:20.99

>> https://mevius.2ch.net/test/read.cgi/tech/1494508803/990

> しかしヘッダファイルを用意するなんて完全に二度手間だし、

失笑
仕様と実装に分けて管理することが何の二度手間なんだよボケ
APIだとかインターフェイスだとかみんなそうだろうが

> コンパイラが自動的にやれよマジで、と思ったことは無いのか？

あああるよ
内製でサクッと作れてしまうほど簡単なことだからなおまえには簡単じゃないかも知れんがｗ

> 面倒ならなしでよし、

そうなってるだろうが、まさか知らんのか？

> その場合はコンパイラが勝手に探してくる、

これがおまえの言う「自動化」か
ワードやエクセルが「自動で」いらんことしやがるようなのがコンパイラにもついていて欲しいのかｗ
俺は反対、ライブラリをバージョン管理してるときなど断りもなく最新だか旧版だかとやられたら殺意がわく

> お前みたいに疑問を持ってない奴

疑問は持つぜ
おまえみたいに間違った正義を説くアホは見逃してねえだろ

**デフォルトの名無しさん** · 2017/07/18(火) 11:46:36.57

CL /Zg じゃあかんのけ？

**デフォルトの名無しさん** · 2017/07/18(火) 12:41:25.17

>>59
無名関数の話なんて誰もしてないから無駄に絡んでこないでくれ

**デフォルトの名無しさん** · 2017/07/18(火) 12:41:58.87

まだ続いてたのか……
仕様に不満があるのは理解できた。同意できるかどうかはともかく。
そろそろ、「不満があるから何をしてるのか」という話を聞きたいな。

**デフォルトの名無しさん** · 2017/07/18(火) 14:49:00.45

そもそも個人的にPythonをプログラムと呼ぶのに違和感ある
Pythonはスクリプトだろ

**デフォルトの名無しさん** · 2017/07/18(火) 15:27:18.14

お願いします。どうしても、課題ができません。どなたかわかる方いませんか？

text.txtというファイルに以下のような個人情報が保存されているとする。これを読み込み、実行例のように画面に出力するプログラムを作成しなさい。

ヒント: 氏名の読み込みでは"name: %s\n"のような変換仕様を用いると良い。

▼text.txtの内容
name: Ichiro
age: 20
weight: 65.5
e-mail: ichiro@foo.bar
▼実行例
氏名: Ichiro
年齢: 20
体重: 65.5
Eメール: ichiro@foo.bar

**デフォルトの名無しさん** · 2017/07/18(火) 15:27:59.32

#include <stdio.h>

int main(void)
{
int x;
double b;
char str[100];

FILE*fp;
fp=fopen("test.txt","r");

if(fp==NULL){
printf("ファイルをオープンできませんでした。\n");
return 1;
}else{
printf("ファイルをオープンしました\n");

}

**デフォルトの名無しさん** · 2017/07/18(火) 15:28:25.02

fscanf(fp,"name:%s",&str);
printf("氏名：%s\n",str);
fscanf(fp,"age:%d",&x);
printf("年齢:%d\n",x);
fscanf(fp,"weight:%d",&b);
printf("体重:%.1lf\n",b);
fscanf(fp,"e-mail:%s",&str);
printf("Eメール:ichiro@foo.bar\n",str);

printf ("ファイルを読み込みました\n");
fclose(fp);
printf("ファイルをクローズしました\n");
return 0;

}

**デフォルトの名無しさん** · 2017/07/18(火) 18:43:44.87

Makefileの書き方で質問なんだけど

all: hoge piyo fuga

みたいな行があるとして、依存ファイルを変数みたいに使いたいんだけど
どう書いたらいいの？いちいち

HOGE := hoge piyo fuga
all: $(HOGE)

みたいに書かないとだめなの？

**デフォルトの名無しさん** · 2017/07/18(火) 20:34:14.13

>>69
とりあえず俺は知らないんだけど、参考文献どうぞ。
https://www.oreilly.co.jp/library/4873112699/
無料でpdfダウンロードできる。

**デフォルトの名無しさん** · 2017/07/18(火) 21:58:43.01

>>66
課題なら、>>68で十分なのだろうけど実務で使うときは幅指定必須なので、先生に聞いとけ～

%100s%*とかね。

**デフォルトの名無しさん** · 2017/07/18(火) 22:05:43.42

>>69
変数みたいにつかって何したいかわからんな。
makefileってそういうものだとしか、言えない。

依存関係は依存するファイルをコンパイラが出力してくれるから、それをincludeするなんてのも良くある。

**デフォルトの名無しさん** · 2017/07/18(火) 23:26:17.54

>>68
惜しいな。

> fscanf(fp,"weight:%d",&b);

ヒント: % の後。

**デフォルトの名無しさん** · 2017/07/18(火) 23:30:58.21

>>68
もう一箇所。

> fscanf(fp,"e-mail:%s",&str);
> printf("Eメール:ichiro@foo.bar\n",str);

惜しいな。strに読む所は良い。その後、それを出す所。これだと固定の文字列が出るだけだよね。

**デフォルトの名無しさん** · 2017/07/18(火) 23:36:18.53

専門学校一年です
プログラム言語っていくつも必要？応用性ある最強言語一つあればいいんでないの？

**デフォルトの名無しさん** · 2017/07/18(火) 23:48:43.24

>>46,48
なんか実装している奴いるぞ。
http://www.nurs.or.jp/~sug/soft/super/longjmp.htm
http://www.nurs.or.jp/~sug/soft/java/java25.htm

**デフォルトの名無しさん** · 2017/07/18(火) 23:49:23.68

>>54
Perlは出来るぞ。
Rubyは出来ないようだが。これは予想外だった。つかMatzはこっち側のはずだが。
luaは出来ないね。LiveDemoで確認した。
http://d.hatena.ne.jp/perlcodesample/20080615/1213501216
https://soudan1.biglobe.ne.jp/qa776599.html

JavaScriptが文だけなのは全く問題ない。以下コードは動く。
代入は他文と同様上から順に評価されるだけであって、シンボルは見えてる。

(function(){
say_hello();
var say_something = say_world;
say_something();
function say_hello(){console.log('hello');}
function say_world(){console.log('world');}
})()

> JavaScriptの「巻き上げる」っていう仕様は結局わかりにくくて
これは俺は「分かりにくい」というのが理解不能で、単に関数スコープなだけだ。
Cで言うANSI以前の｢ド頭で全部宣言しとけ｣でしかない。(C89と言うのか？)
ここで間違ったらCはSyntaxErrorだったはずだが、
JavaScriptの場合はそこらへんがユルくて、
｢どこで宣言しても頭で宣言したことにして、エラー無しで動作｣となるだけ。

Rubyが出来ないのはMatzが方針を間違えてるね。
「全部先に宣言した方が読みやすい」ってのはMatzの意見であって、
全員がそう思っているわけではない。だからRubyの思想なら制限しては駄目だ。一貫性がない。
逆にPythonはユーザーごとのばらつきこそが可読性を低下させるという思想だから、
制限するべきだし、実際にそうなっているから問題ない。こちらは一貫性がある。
結果、俺にとってはRubyも糞だと判明しだだけだな。

**デフォルトの名無しさん** · 2017/07/18(火) 23:50:25.98

>>55
> 機械学習とか数値処理とかの学術系
あまり詳しくはないが、MLとかは当てにならん。
あれらはループがえぐいだけで中身は大した事はない。
大半が下位コード、1k行か精々3k行程度のはずで、俺なら使い捨てにする。
しかも自分の環境で動けばいいだけのイージーモードだ。
がっつり保守されてる奴を見ないと実用上の向き不向きは分からん。
ウォーターフォールで作ればアホでも綺麗に作れるのは当たり前であって、
問題はそこからの耐性だから。
本来のOOPもそこからのスタートだったろ。
最近のOOPは若干暴走気味で、設計の設計の設計みたいな感じになっている奴も多いが。

で、教えてもらって文句を言うのも悪いんだが、、、
> pandoc
マークアップコンバータは再帰で実装できるからHaskell向きかもしれん。
ただこれもかなり簡単で、しかもどの言語でも実装できる代物でしかない。
要するに再帰とストリング系が強ければいけるから、
LL言語ならどれを使っても問題ないし、苦労もしないだろう。
Haskellを使ったからこそ生きる、というものではないと思う。

Cが使われている現場は、Cでしか書けないから、だ。
それはお世辞にも生産性が高いとはいい難いことの裏返しではあるが、
linuxKernelについてはLinus自身がC++では無理だったと言っているし、
Gitについても同様だ。
> gitのような、効率を第一の目的としたのには、C++の「利点」とやらは大失敗なんだよ。
> 実際のところ、LinuxではC++を試したことがある。1992年のことだった。
> 結果はクソだった。マジで、カーネルコードをC++で書くのは、ド低脳の考えだ。
> https://cpplover.blogspot.jp/2013/05/linus-torvalsc.html
実際Git全盛だし、Linuxについても
｢安全なOOPでカーネルを書き直そう！｣という話が10年程前には在った筈だが、
今全く聞かないので、完全にポシャったのだろう。
結果的にLinusの意見の正しさを証明している。

**デフォルトの名無しさん** · 2017/07/18(火) 23:51:25.94

Haskellの売りは遅延評価だろ？
ならば、遅延評価がビルトインで提供されているからこそこれだけ簡単に実装できる、
そうでない言語ではかなり辛いことになる、というところで戦わなければ意味が無い。
マークアップコンバータは違うし、そこに挙げられている他12種も同様だ。
Linusの言葉を借りるなら、
> (c) 授業でそういう課題を与えられた者
でしかない。他言語を既に十二分に使えるときに、それらアプリでHaskellを選択する理由がない。

遅延評価の利点は、俺が思うに、適当に書いても速いことだ。
具体的には、超大富豪プログラムを動的に貧民プログラムに変身させられる事だ。
だからチャキチャキ書けないと意味が無いのだが、Haskellはお世辞にもそういう感じではないだろ。
だからHaskell使いがあの程度のアプリしか作れない時点で将来性はないよ。
彼らもそれなりに優秀なはずで、仮に俺が学んだとしても、彼ら以上のものを作るのは容易ではない。
それで作れるものがあの程度？そそられねーな、って感じ。
あのラインナップなら今でも他言語で作れるし、多分そんなに苦労もしない。

とはいえこれはサンプルとしては素晴らしい。ありがとう。
保守されているし、俺が確認したい中位コードは大量に含まれているはずだ。
俺自身が他言語で実装できるだろうというのもいい。オレオレ実装と比較できる。
つまり、言語比較という意味ではかなりいい素材だ。
ただそれ以前に俺はHaskellをほぼ読めないので、読むのはずいぶん先になりそうだ。
これについては申し訳ないね。

**デフォルトの名無しさん** · 2017/07/18(火) 23:52:11.26

> Ansibleやyum
お手軽スクリプトの域を出ないと思う。最悪、シェルスクリプトでも出来る範囲だろ。
C++の現場、たとえばブラウザでは、本当にエグイほど仕様変更が入って、
結果的にソースコードはぼろぼろになっていって、それでも保守している。
だからやっぱりLL言語はLL言語なんだと思うよ。
これだからスクリプターは、、、というのも当たってる。戦場の厳しさの次元が違う。

一通り動かすところまではどの言語を使っても出来る。
その過程で、例えばHaskellの遅延評価のような言語独自のフィーチャーがあり、
それを生かせれば素晴らしい。
しかしPythonにはそもそもそれがない。特に可もなく不可もなく、的な言語だ。
そして問題はそこから先で、
当初想定してなかった仕様変更が入ってきたときどこまで耐えられるかなのだが、
これに関してはPythonは不可も無いのだからそれなりではある。(悪くはない)
(なおJavaScriptはデタラメなパッチで一時しのぎする方法には事欠かないため、
俺はこの点も気に入っている)

エコシステムが云々、というのはおいておいて、
言語自体の能力で言えば、Pythonを積極的に選ぶ理由が一つもない。
とはいえ他言語は色々尖っていることも多いので、消極的にPythonってのもありだとは思うし、
実際そこにポジションしているとも思うが。Javaに近いというか。
両言語ともそれで繁栄しているのだから間違いでもないわけだが。

**デフォルトの名無しさん** · 2017/07/19(水) 00:28:57.41

>>75
金鎚だけで家が作れるかね？

**デフォルトの名無しさん** · 2017/07/19(水) 00:53:51.97

>>75
そーいう発想は大事
大きいプログラムも小さいプログラムも
スケーラブルに書けるほうが良い！
というのが動機で出来た言語があるにはある

**デフォルトの名無しさん** · 2017/07/19(水) 01:09:15.68

Cは大も小もなんでも書けるよ
ただ工数がかかるけど

**デフォルトの名無しさん** · 2017/07/19(水) 01:28:24.97

確かにCはなんでも書ける。
きめ細かくハードウェアに密接するようなのも書ける。
OSやデバイスドライバも書ける。
OSなし環境向けの組み込み用マイコンボードのROMに書くプログラムなんかも書ける。

逆にいうと、きめ細かくしか書けない。それなりのライブラリが用意されてないと作るのが大変。

**デフォルトの名無しさん** · 2017/07/19(水) 01:36:11.94

つアセンブリ言語

**デフォルトの名無しさん** · 2017/07/19(水) 03:29:33.92

>77
perlのやつは勘違いだった、すまん

>「分かりにくい」というのが理解不能で、単に関数スコープなだけだ。
関数の巻き上げは、ブラウザの種類、バージョン、strict modeの有無の組み合わせで位置と動作が不安定になったりするのはかなりわかりにくいと思う
https://developer.mozilla.org/ja/docs/Web/JavaScript/Reference/Functions_and_function_scope

>Rubyの思想なら制限しては駄目だ。一貫性がない
Rubyは「その場にメソッドを定義する」という機能を持つ文が用意されているだけ
「すべてはオブジェクト」という思想的に一貫してる

その結果、javascriptではできない関数の中身や別ファイル、if文の中とかでもメソッド定義が比較的自然に行える
hoge = □

def hoge
　■
end if true

みたいなこともできないと仕様上不自然。
javascriptみたいにifをつけると巻き上げが起こらないみたいにすると、この場合では
ifなし→□
ifあり→■
みたいに非直感的な挙動になって一貫性が失われる。そう考えると、言語全体の仕様の見直しが必要になって・・・
と考えてくと、評価時に定義されるというのはそれはそれで合理的。

**デフォルトの名無しさん** · 2017/07/19(水) 03:52:13.57

>>85
それの場合CPU毎に覚える必要があって面倒。
C言語コンパイラはだいたいのCPU向けに素早く実装される傾向にあると思うのでアセンブリ言語よりは良いと思う。

**デフォルトの名無しさん** · 2017/07/19(水) 04:35:20.40

>>78-80
Haskellはちょうど具体例を知ってたから上げただけで全然わからないから詳しくはわからんので申し訳ない
人から数学系とHaskellを極めればいろんな界隈で需要があるらしいという噂だけ聞いたことはあるが

他の話は結局何が言いたいのかわからん
PythonはLL言語なんだから「お手軽スクリプト」として使うのは当たり前じゃん
機械学習とかの研究分野は、実装を素早く作って考えた手順を評価してを高速に繰り返すんだからC言語では無理。

それこそgitでも最初期の仕様を考えてるときはperlとか使ってたし
http://gihyo.jp/dev/serial/01/alpha-geek/0040

>消極的にPythonってのもありだとは思うし、実際そこにポジションしているとも思うが
大体の人はそれを理解してるのに突然「Pythonはクソ！使ったことないけどクソ！」ってやつがわいてきてみんな頭の中？？？
Haskellについてのやつを見ても思うけど、断片的な経験と情報、ネットで見た内容とかを元に理解したと思いこむ癖があるんだろう
個人のソフトはともかく、Googleとかパッケージマネージャとかで積極採用されるからにはそれなりの評価点があるはずなんだから、自分の考えは常に疑って更新したほうがいいぞ

**デフォルトの名無しさん** · 2017/07/19(水) 04:42:21.33

要するに「なんでも書ける」は言い過ぎだということ
C言語がハードウェア寄りの記述が得意な言語であることは確かだけれど
それでも大抵はわざわざインラインアセンブラという抜け道を用意している
その理由はどうやっても書けないこともあるから

**デフォルトの名無しさん** · 2017/07/19(水) 04:43:24.78

アンカ忘れた
>>89は>>87へのレス

**デフォルトの名無しさん** · 2017/07/19(水) 05:21:02.93

>>89
割り込み関係みたいに特権命令を使うところは
「きれいなC」だけじゃ絶対書けないな

**デフォルトの名無しさん** · 2017/07/19(水) 08:01:13.73

使ったこともない言語をディスり、同意しない相手は無知だと思っているガイジに汚染されたスレはここですか？

**デフォルトの名無しさん** · 2017/07/19(水) 08:13:15.18

>>89
ああ。書けないものもあるな。
そうなるとインラインアセンブラで無理矢理埋め込んだりする事になるとは思うが、そういうのは普通は全体からすればほんの少しだよな。

**デフォルトの名無しさん** · 2017/07/19(水) 08:23:52.23

>>53
Haskell処理系のGHCがまさにHaskellで書かれてるし、モナディウスっていうゲームはHaskeller界隈じゃ有名。
そもそもHaskellが有名になったのはPerl本家より早くPerl6の実装したのがキッカケ。
それまで知る人はほとんど居なかった。

**デフォルトの名無しさん** · 2017/07/19(水) 08:29:05.26

>>93
その通り

>きめ細かくハードウェアに密接するようなのも書ける。
>OSやデバイスドライバも書ける。
>OSなし環境向けの組み込み用マイコンボードのROMに書くプログラムなんかも書ける。

こういうのは全体からすればほんの少しだよ

**デフォルトの名無しさん** · 2017/07/19(水) 08:39:40.95

>>75
そうだよ、みんなわかってないんだよ

PL/1, Ada ...

**デフォルトの名無しさん** · 2017/07/19(水) 08:42:04.13

>>92
そうだよ
こいつにレス返すと終わりが見えないぞ？っていうタイプ
それを無邪気に触っちゃうのがこのスレだよ

みんなさすがに今回ので学習したと思うけどｗ

**デフォルトの名無しさん** · 2017/07/19(水) 09:21:43.24

>>72
変数を使いたくないってことです

**デフォルトの名無しさん** · 2017/07/19(水) 09:28:45.98

>>98
例えばどう書きたいの

**デフォルトの名無しさん** · 2017/07/19(水) 10:08:57.54

>>91
組み込み用コンパイラとかは拡張構文できれいに書けたりするけどね

**デフォルトの名無しさん** · 2017/07/19(水) 10:35:07.29

プラットフォーム依存のレジスタいじったりする必要があるから
綺麗なCってのは難しい
綺麗なCの定義にもよるけど
まぁ関数化するなどして隠蔽化はできるけど

**デフォルトの名無しさん** · 2017/07/19(水) 10:41:07.44

>>75
誰かが自分には分かりやすく書いた言語が、他人には分かりやすいとは限らない。
で、書ける奴は他人の言語押し付けられるなら自分用言語作っちゃう。
今も増え続けてる。

**デフォルトの名無しさん** · 2017/07/19(水) 10:50:02.60

>>100
組み込みはPICアセンブラで遊んだだけだけど、PC向けよりもハードがまだ完成してないと言うか、SoCでCPU(MPU)とメモリは用意するから後は自分で追加してねって感じだし、返って文法としては単純かもね。
結局CPUとしては計算以外じゃポートやメモリに読み書きするだけだし。

ハード作りながら入出力の関数も自作する感じですかね？

**デフォルトの名無しさん** · 2017/07/19(水) 11:04:35.78

>>99
HOGE := hoge piyo fuga
all: $(HOGE)
clean:; rm *.o $(HOGE)

みたいなのをたとえば

all: hoge piyo fuga
clean:; rm *.o ★(all)

みたいにすっきり書きたい

**デフォルトの名無しさん** · 2017/07/19(水) 11:06:41.55

コンパイルするときにmakeとかcmakeとかありますけど他にもあるのかもしれませんけど
今ならどういうのが定番ですか？

**デフォルトの名無しさん** · 2017/07/19(水) 11:13:41.95

>>105
makeなんか捨ててninja使おうぜ