- 1 名前：デフォルトの名無しさん [2018/08/16(木) 23:36:02.22 ID:fOCSKLtw.net]
- C言語の話題のみ取り扱います C++の話題はC++スレへ
質問には最低限の情報(ソース/コンパイラ/OS)を付ける
数行で収まらないソースは以下を適当に使ってURLを晒す
https://paiza.io/
https://ideone.com/
codepad.org/
C11
www.open-std.org/jtc1/sc22/WG14/www/docs/n1570.pdf
C99
www.open-std.org/jtc1/sc22/WG14/www/docs/n1256.pdf
kikakurui.com/x3/X3010-2003-01.html
C FAQ 日本語訳
www.kouno.jp/home/c_faq/
JPCERT C コーディングスタンダード
https://www.jpcert.or.jp/sc-rules/
前
C言語なら俺に聞け 146
https://mevius.5ch.net/test/read.cgi/tech/1525031257/
- 970 名前：デフォルトの名無しさん [2018/09/14(金) 15:19:32.14 ID:d02sSTx1.net]
- >>949
そうそう ああいう感じでやれないかなと思ってる
別に３Dとかじゃないし そんなに高度な技術情報が必要とも思えないんだけどな
APIを勉強すればある程度分かるかな？
- 971 名前：デフォルトの名無しさん mailto:sage [2018/09/14(金) 15:37:28.55 ID:GvbetZ+k.net]
- 色付けはほぼ自前なんじゃないかねえ。単に制御文字挟むたけだからね。
端末にお絵かきするならローグでも使った伝統あるcursesで。
- 972 名前：デフォルトの名無しさん mailto:sage [2018/09/15(土) 10:21:05.36 ID:iTkubaya.net]
- >>955
ttp://www.orchid.co.jp/computer/cgame/index.html
- 973 名前：デフォルトの名無しさん mailto:sage [2018/09/15(土) 10:24:40.59 ID:RjcPqpvv.net]
- >>952
ttps://www.nintendo.co.jp/n10/interview/game_and_watch/vol1/index2.html
>というのも、ゲーム＆ウオッチで採用したチップは、電卓で使われているのと同じものだったんです。
>そもそも電卓のディスプレイのひとつの数字は７セグメントで表示されるようになっていまして・・・。
(略)
>７２セグメントの表示が可能だったそのチップを使って『ボール』をつくったんです。
- 974 名前：デフォルトの名無しさん mailto:sage [2018/09/15(土) 12:30:45.82 ID:WJY+K2bP.net]
- >>958
面白いな
しかしゲームウォッチって、液晶上の配線の都合もあって配置がぐちゃぐちゃになってそうだから、ビットのON/OFFだけとは言え面倒そうだな
- 975 名前：デフォルトの名無しさん mailto:sage [2018/09/15(土) 12:52:26.12 ID:rgCMOp4r.net]
- コンピュータというほど抽象化もされてないんだろうね。
コントローラではあるけども。
- 976 名前：デフォルトの名無しさん mailto:sage [2018/09/15(土) 12:53:38.17 ID:iTkubaya.net]
- 配線の都合で配置がぐちゃぐちゃ？
- 977 名前：デフォルトの名無しさん mailto:sage [2018/09/15(土) 13:31:29.74 ID:OUVvcRON.net]
- ゲームウオッチは知らんけど配線パターンの都合でビット配置が変則的になるとかはあるよ
- 978 名前：デフォルトの名無しさん mailto:sage [2018/09/15(土) 18:43:35.47 ID:8KftQgLD.net]
- 蒸し返すようだが近代的な処理系でも，ビルドの各作業は分担して実行してると思っていいのね。
プリプロセッサで展開→中間言語に翻訳→アセンブリ言語に翻訳→機械語にアセンブラ→リンク
- 979 名前：デフォルトの名無しさん [2018/09/15(土) 18:59:03.04 ID:kl+My5NF.net]
- >>957
ありがとう すごい参考になった
- 980 名前：デフォルトの名無しさん mailto:sage [2018/09/16(日) 06:08:26.07 ID:QKaZz7Xi.net]
- >>963 そう考えて良いと思うよ。
ただし、各段階で実行されるツールが独立した実行ファイルか、とか
それぞれの段階で作られる中間状態をファイルとして取り出せるか、
という話なら「場合による」ってことになる。
- 981 名前：デフォルトの名無しさん mailto:sage [2018/09/16(日) 23:54:07.55 ID:ynEgKPZ+.net]
- >>965
ありがとうございます。
- 982 名前：デフォルトの名無しさん mailto:sage [2018/09/17(月) 00:45:31.62 ID:jghdaJ/O.net]
- save-tempsは割と使います
- 983 名前：デフォルトの名無しさん mailto:sage [2018/09/17(月) 06:09:25.28 ID:5TL9cO8s.net]
- gcc -save-temps -o prog prog.c
と指定すると prog.i, prog.s, prog.o が残るのね。
それでもプリプロセス済みCとアセンブリとの中間段階は見られないか。
ちなみに -save-temps と -pipe を同時に指定すると、
gcc: 警告: -save-temps が指定されたため、-pipe は無視されました
……ですってよ、奥様。
- 984 名前：デフォルトの名無しさん mailto:sage [2018/09/17(月) 07:57:34.69 ID:SBpxj18K.net]
- >>968
> それでもプリプロセス済みCとアセンブリとの中間段階は見られないか。
prog.iとprog.sが一体なんだと思ってるんだろう…
- 985 名前：デフォルトの名無しさん mailto:sage [2018/09/17(月) 08:09:11.53 ID:hbuTlOjm.net]
- プリプロセスとかアセンブリとかがあるとなんか困るの？
なんでそんなに必死なのか分からん。
処理が過度に複雑にならないためとか、様々な言語やCPUといった対象に幅広く対応するためとか、いろんな理由で工程を分ける方が合理的でしょうに。
- 986 名前：デフォルトの名無しさん mailto:sage [2018/09/17(月) 08:13:06.60 ID:BwzrWhGR.net]
- 鉄鉱石とボーキサイトと石油入れたら自動車が出てくる装置があると思ってるんでしょ
- 987 名前：968 mailto:sage [2018/09/17(月) 08:27:18.66 ID:5TL9cO8s.net]
- .i がプリプロセス済みのC
.s がアセンブリ
ということは分かってるのよ、それらの間にある状態を
ファイルとして見ることができないという話。
GCC用語ではGENERICの段階てことになるかな。
GENERICとアセンブリの間にもまだあるみたいだけど。
- 988 名前：デフォルトの名無しさん mailto:sage [2018/09/17(月) 08:28:59.23 ID:SBpxj18K.net]
- >>970
単なる技術的興味だろ
このスレでうだうだやるなよって言うのならわかるけど必死とか意味わからん
- 989 名前：デフォルトの名無しさん mailto:sage [2018/09/17(月) 08:36:20.28 ID:SBpxj18K.net]
- >>972
> それらの間にある状態を
> ファイルとして見ることができないという話。
gccならこの辺りを見ればいいんじゃね
https://code-examples.net/ja/docs/gcc~7/developer-options
- 990 名前：デフォルトの名無しさん mailto:sage [2018/09/17(月) 09:14:28.38 ID:z+cSzUXJ.net]
- TASMとTCCとTLINKにお世話になった20年前。
- 991 名前：デフォルトの名無しさん mailto:sage [2018/09/17(月) 09:19:33.19 ID:5TL9cO8s.net]
- >>974 ありがとう。
でもオプションの数を見ただけでウンザリしてもうた。
コンパイラ開発者向けのレベルになると最適化処理のステップごとなのね。
- 992 名前：デフォルトの名無しさん mailto:sage [2018/09/17(月) 10:17:59.30 ID:qtGPC3c9.net]
- -Eだろｊｋ
- 993 名前：デフォルトの名無しさん mailto:sage [2018/09/17(月) 11:58:09.09 ID:5NB0QfSZ.net]
- たとえばpccなんかはものすごく外部コマンドにたよってるよね。
man pccとするとその解説が載ってる。
- 994 名前：デフォルトの名無しさん mailto:sage [2018/09/17(月) 12:00:30.90 ID:5NB0QfSZ.net]
- 質問者はここを参照するといいかも
pcc.ludd.ltu.se/how-it-works/
ただ，PCCはGCCやらClangと違って小ささ，見通しのよさを重視してるから，
GCCとかClangとかはそんなことやってないかもしれん。
（ていうかGCCやClangにおける↑上のリンクみたいなドキュメントはないのかな）
- 995 名前：デフォルトの名無しさん mailto:sage [2018/09/18(火) 20:12:09.59 ID:2waW+Aqm.net]
- 分かってて使こてたんちゃうん
- 996 名前：デフォルトの名無しさん mailto:sage [2018/09/19(水) 05:40:46.68 ID:6Ke1Nn09.net]
- C言語（じゃなくてもいいけど）をやってると
標準出力に出力するというのがいかに便利かを痛感するねぇ
下手にファイルやなんかに出力先を指定しようものなら一気に
パーミッションや属性値の問題が噴出するのに対して
標準出力ではそういう一切を気にせずに垂れ流せる
- 997 名前：デフォルトの名無しさん mailto:sage [2018/09/19(水) 07:56:02.42 ID:bRibFDbQ.net]
- C++の学習（入門レベル〜初心者レベル）をするのにC言語の知識って必須なんですか？
読んでるC++入門書が途中から分かりづらかったので独習C++って入門書を買おうとしたんですけど
とあるレビューにC言語を習得してるのが望ましいとか書いてあって気になったんですが…
プログラミング言語自体経験皆無なのですが、どうすればいいでしょうか？
- 998 名前：デフォルトの名無しさん mailto:sage [2018/09/19(水) 08:04:03.02 ID:37LGoDD1.net]
- >>982
C++はCの大半の部分を包含したような言語仕様になっているから、必然的にCの知識も必要になってくる。本を書く方も、Cと重複するような内容まですべて書いてると膨大になってくるから、Cを知っている前提になっている本は多い。
C++の流儀でコーディングするなら使われないCなりの書き方とかもあるけど、基本的にはCは避けて通れないはず。
頑張ってCも身に付けるか、もっと初心者が取っつきやすい言語から始めた方がいいかも。
- 999 名前：デフォルトの名無しさん mailto:sage [2018/09/19(水) 08:29:50.54 ID:t41Iifgl.net]
- じゃあCの知識を前提にしてないC++の本探せば
やさしいC++とかでいいんじゃね
- 1000 名前：デフォルトの名無しさん mailto:sage [2018/09/19(水) 08:47:40.49 ID:OxeqQ4V7.net]
- 全部やればいいと思うよ。pythonもlispも
C++の必要性を実感するのってプログラムが大規模になってからなので、最初はちょっとポイント絞るのが大変かもね
- 1001 名前：デフォルトの名無しさん mailto:sage [2018/09/19(水) 10:31:35.10 ID:bRibFDbQ.net]
- >>983
回答ありがとうございます
ロベールって本読んでたんですが（クラスの章で読むの中断）今の所特にC言語などの前提知識は
要求されてなかったんですが、これから必要になっていく感じですかね・・
具体的にはどれくらいC言語のスキルを付けてからC++に逝くのが望ましいですか？苦しんで覚えるC言語って本はざっと読んだんですがこれじゃ弱いですよね・・
.....それともCに拘らずに何かpythonとかrubyみたいな人気そうで簡単そうな言語で何か作れるくらいまで覚えてからC言語に戻ってきたほうが
一見遠回りのように見えて近道なんでしょうか？質問ばかりですいません;
- 1002 名前：デフォルトの名無しさん mailto:sage [2018/09/19(水) 10:41:53.75 ID:h/A1qpKl.net]
- ロベール読めないってマ？
- 1003 名前：デフォルトの名無しさん mailto:sage [2018/09/19(水) 17:03:44.61 ID:t41Iifgl.net]
- ＞プログラミング言語自体経験皆無なのですが
＞クラスの章で読むの中断
＞ざっと読んだんですがこれじゃ弱いですよね・・
C++にこだわる理由を知りたくなったｗ
そして読んでるだけ？手動かしてる？
- 1004 名前：デフォルトの名無しさん mailto:sage [2018/09/19(水) 17:18:24.07 ID:5wa+YDhW.net]
- 俺が禿1stを読み始めた当時も大した理由はなかったな
なんだか凄そう、その程度のことだった
- 1005 名前：さまよえる蟻人間 mailto:sage [2018/09/19(水) 17:29:55.07 ID:hbV0PURz.net]
- 次スレ頼む。
- 1006 名前：デフォルトの名無しさん [2018/09/19(水) 17:57:48.07 ID:XSTNMnDw.net]
- 次スレ
C言語なら俺に聞け 148
mevius.5ch.net/test/read.cgi/tech/1537347410/
- 1007 名前：デフォルトの名無しさん mailto:sage [2018/09/19(水) 20:24:47.33 ID:nVz8f0fv.net]
- 今から覚えるならcはやってもc++はやらんでも良いと思うわ
- 1008 名前：デフォルトの名無しさん mailto:sage [2018/09/19(水) 20:27:17.70 ID:9wwh2JnW.net]
- C++は拡張が酷すぎると思う
- 1009 名前：デフォルトの名無しさん mailto:sage [2018/09/19(水) 22:45:11.03 ID:+Hv0QgVJ.net]
- Cの拡張の無さの方がひどい
- 1010 名前：デフォルトの名無しさん [2018/09/19(水) 22:48:46.48 ID:xLP4ypV2.net]
- むしろ昔はC++のｺｰﾄﾞからCのｺｰﾄﾞを出力してたからな
Cは拡張性は抜群
ｳﾝｺｽｸﾘﾌﾟﾄもCで書かれてる
C以外の言語が淘汰されることがあっても
Cが淘汰されることはない
- 1011 名前：デフォルトの名無しさん mailto:sage [2018/09/19(水) 23:00:14.31 ID:XIk0tg++.net]
- C++で作っていいのは継続的な開発がない場合だけだな
継続的に開発やメンテナンスをするならC++は使っちゃいかん
- 1012 名前：デフォルトの名無しさん mailto:sage [2018/09/20(木) 02:32:23.68 ID:v2140bTt.net]
- >>988
動かしてます。書きながらやってます
理由はあれですが最終的にC#とC++使いこなせるようになりたいです
他の簡単な言語やるとしたらどれくらいのまでスキルあげればいいんですかね・・
- 1013 名前：デフォルトの名無しさん mailto:sage [2018/09/20(木) 02:59:01.53 ID:OZxd0eW0.net]
- たのしいRuby 第5版、2016
Effective Ruby、2015
さらに、JavaScript, jQuery をやっても、
C++ の1冊よりも、はるかに簡単だろ
C++ を読んでも、何も作れないし、長時間のムダ！
- 1014 名前：デフォルトの名無しさん mailto:sage [2018/09/20(木) 03:28:24.58 ID:90KUJ2ts.net]
- >>997
C#とC++やりたいなら、まずはC#から入った方が良さそう。
rubyは全く方向性が違うし今(そしてこれからも)やる必要はない。
- 1015 名前：デフォルトの名無しさん mailto:sage [2018/09/20(木) 03:52:33.79 ID:v2140bTt.net]
-
- 1016 名前： rel="noopener noreferrer" target="_blank" class="reply_link">>>998-999
ありがとうございます
C#からやったほうがいい理由も教えていただきたいところですが1000レス目ですね…
RubyもやってみたいんですがViisualSの導入出来てるのでそれで動くC#からやってみます
C言語から脱線してしまいすいませんでした []- [ここ壊れてます]
- 1017 名前：1001 [Over 1000 Thread.net]
- このスレッドは１０００を超えました。
新しいスレッドを立ててください。
life time: 34日 4時間 16分 31秒
- 1018 名前：過去ログ ★ [[過去ログ]]
- ■ このスレッドは過去ログ倉庫に格納されています
|
 |
