C言語なら俺に聞け 148

2018/09/19(水) 17:56:50.83

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/

※前スレ
C言語なら俺に聞け 147
http://mevius.5ch.net/test/read.cgi/tech/1534430162/

VIPQ2_EXTDAT: checked:vvvvv:1000:512:----: EXT was configured

2018/09/26(水) 00:24:33.00

>>264
Cで書いたソースの多分先頭付近に並んでいると思う
#include で始まる行の部分だけでも公開してみて
WindowsAPIの為に入っている行を取り除けば
（このままではコンパイルエラーになるかも知れないが）
Wacに持っていく入り口にはたどり着ける

2018/09/26(水) 00:26:15.28

たとえばmacで
WinAPIと同じｲﾝﾀｰﾌｪｰｽもつ同じ機能のAPI（書くことができるかどうかは別ににして）を
Cで書くとmacでwindowが動く

時間があるならついでに
なんで、POSIXというもんがあるか調べてみるといい

2018/09/26(水) 00:26:28.94

>>269
#include<stdio.h>
int main(void)
{
～中身～
}
です。
int main
stdio.h
の二つはおまじないと聞きました

2018/09/26(水) 00:31:29.48

>>271
ホントにそれだけなら、そのまま
Macに持って行けるんじゃないか？
あとはMac側でコンパイラが使えるかどうか、だな
VCでないと困る事ある？
MacでやるならXcodeと言うのを使った方が良いように思うが

2018/09/26(水) 00:32:08.86

最初にWindowsAPIなんて言い出したやつは出てこい!!

　ﾄﾞｯｶﾝ　　ｺﾞｶﾞｷﾞｰﾝ
　　　 _ ﾄﾞｯｶﾝ　 ☆
＝＝＝( )　　　／
`∧∧_｜|＿＿＿　∧∧
(　　)｜||　　 |(Д｀)
f　 ⌒~ ||　　 |｜　＼
|　　/￣ |　　 |/|　/ /
|　｜　 | ヘ／＼|_/ /
|　｜　ﾛ|ﾛ＼／＼(＿ﾉ)
( (_ ＼　|　　 | Ｙ /
| ||＼ヽ|　　 | ｜｜
| || / / |　　 | ｜｜
| ||/ /＿|＿＿_| ｜｜
(＿(＿)　　　　 (_＿)

2018/09/26(水) 00:32:38.48

そういうｺｰﾄﾞだったら
macでｺﾝﾊﾟｲﾙしなおせば
普通に動くﾊｽﾞ

2018/09/26(水) 00:33:06.80

>>268
C言語が速いんじゃないんだよ。
C言語で書かれたソースをコンパイルして生成されたバイナリコードが速いんだよ。それはCPUが直接実行できる形式だから。
別に他の言語でも、コンパイルしてバイナリコードが生成できるものは、本質的にはCと同じ。

遅いのは、バイナリコードを生成せずに、その言語固有のコードを生成して、それを別のプログラムが解釈しながら実行するようなタイプの言語だよ。例えばJAVAのような。(実行時コンパイルとかはこの際おいておく)

2018/09/26(水) 00:33:58.19

>>271
おまじないは一個要らへんで
$ cat test-printf.c
int main(void)
{
printf("Hello\n");
return 0;
}
$ gcc test-printf.c 2> /dev/null
$ ./a.out
Hello

2018/09/26(水) 00:34:42.00

>>268
それは教科書がおかしいか誤読してると思われる
「現代の高級言語の中では最速のバイナリをビルドできることが多い」
とかならまあありだが

2018/09/26(水) 00:37:18.40

OSによって動くコード(アセンブリ)が違う

CでもC++とかで書いたコードをコンパイルする時にその対象のOSで動くように機械語に変換される
なので同じCやC++のコードでもコンパイルできれば動くプログラムが作成できる

しかし、標準ライブラリ以外はその対象OS用に用意されていない場合もあるのでそういうライブラリを使用した場合コンパイルが出来ない

2018/09/26(水) 00:37:56.89

ちょっと教科書名教えてくれｗｗｗ

2018/09/26(水) 00:38:29.20

てかレポート出すような講義で「おまじない」で済ますもんなのか最近は
最初の質問もexeをそのままMacに持っていって動きますか？だったのかも

2018/09/26(水) 00:43:17.15

cygwin入ってると書いてあった
きっとgccもはいってるﾊｽﾞ
手動でｺﾝﾊﾟｲﾙすればすぐに実行ﾓｼﾞｭｰﾙができるﾊｽﾞ

2018/09/26(水) 00:45:01.24

>>231
標準入力やファイルからテキストのデータを読んで計算してから標準出力またはファイルに出力するような
ほとんど計算しかしないようなやつなら何一つ変えずにコンパイルできる可能性がある。
しかしGUIで入力を受け付けてGUIで結果表示みたいな作りの場合はその部分だけMacに合わせて変更する
必要があると思う。(もし互換性のあるライブラリがあるのであればそれをリンクすればなんとかなるが)。

2018/09/26(水) 00:45:48.08

しまった。リロード忘れて書いてしまった。

2018/09/26(水) 01:37:55.43

バイナリは、各CPU に固有のもの。
intel・AT&T では逆に書く

; for intel syntax
mov eax, 1

# for AT&T syntax
mov $1, %eax

これらを抽象化する層、仮想アセンブラのLLVM ができた

C → LLVM → 機械語

2018/09/26(水) 02:25:42.64

テキストファイルを#includeしたりするのっておもしろそうと思った。
#include "file.txt"
使い道がほとんど思いつかんけど。
正規化されたcsvファイルなら有用かもしれない。

2018/09/26(水) 02:56:13.26

>>285
XPM や XBM フォーマットの画像ファイルは中身がテキストファイルでC言語になっているので、
プログラム中で使いたい時に #include で読むなんてことを昔やった事がある。
今でも画像を編集するソフトではそういうフォーマットに対応しているのがあるかも知れない。
あったら画像をファイルに保存後に中身をテキストエディタで見てみると良い。

XBM
http://sei.qee.jp/docs/graphics/xbm/index.html
https://en.wikipedia.org/wiki/X_BitMap
XPM
https://ja.wikipedia.org/wiki/XPM

2018/09/26(水) 02:57:00.82

ただしコンパイルはできるかな？

2018/09/26(水) 03:16:42.67

XPMか。FVWMあたりのソースコード見れば実際に利用してるところがあるかもね。
なぜFVWMかと言うとある程度小さくて読みやすいかなと思ったから。

2018/09/26(水) 04:48:38.00

ていうかさなんで
#include "file.txt"
なんていうことをやろうかと思ったかというとさ，

よくアプリケーションのオプションで--helpみたいなオプションがあってそれを指定すると
標準出力にヘルプ情報を吐き出すじゃない。
で，普通それを実現するには，print_help()関数みたいなのを作って
その中で
puts("Usage: xxx [-dx] <file>...");
↑こういうのをずらずら書きならべると思うんだよ。
http://git.savannah.gnu.org/cgit/hello.git/tree/src/hello.c#n127←こんな風に。
で，そのヘルプファイルを外部ファイルにできないかな〜と思ってさ。
print_help() {
puts("
#include "help.txt"
");
return 0
}
こういう感じで。もちろんこれはコンパイルエラーになるけど。

2018/09/26(水) 06:52:38.46

普通にfopen(),fgets()しろよ

2018/09/26(水) 07:02:15.89

　 ,j;;;;;j,. ---一､｀　―--‐､_ l;;;;;;
　｛;;;;;;ゝ T辷iﾌ i 　　f'辷jァ　 !i;;;;;　　#include "file.txt"
　ヾ;;;ﾊ　　　　ﾉ　　　　　　　.::!lﾘ;;rﾞ
　　 `Z;i　　　〈.,_..,.　　　　　　ﾉ;;;;;;;;>　　そんなふうに考えていた時期が
　　,;ぇﾊ、　､_,.ｰ-､_',. 　　,ｆﾞ: Y;;f.　　　俺にもありました
　　 ~''戈ヽ　｀二´ 　　 r'´:::.　`!

2018/09/26(水) 07:12:11.89

argv[0]を使わずにusage表示するやつ嫌い

2018/09/26(水) 07:27:14.31

>>290
実行ファイル内に組み込みたいんじゃないの

2018/09/26(水) 07:40:06.18

includeするファイルの拡張子が.hか.txtなんて関係ないよな。
中身がCのコードとして解釈できるかどうかだけで。

2018/09/26(水) 09:03:42.94

>>292
おれは好きだよ
argv[0]の長さとかわからないし、不安になるもんね

2018/09/26(水) 09:06:37.66

独学で始めたての頃はリンカを知らなかったから、.c も全部 include してまとめてコンパイルしてたw

2018/09/26(水) 09:48:26.11

>>292
かといって argv[0] って必ずプログラムファイルへのフルパスの文字列になってる保証はないよな？
UNIX系OSだとexecに渡す引数は実行するプログラムへのパスとargvの配列は別に指定できるしシェルは自身がログインシェルとして起動されたかどうかをargv[0]利用して判別してるし。

2018/09/26(水) 09:54:31.75

組み込みでreal型を使うメリットってなんでしょうか？
floatやdouble型との違いを教えて頂けないでしょうか？

2018/09/26(水) 09:58:20.00

「パス」は正しくないでしょ
ユーザがシェルに入力した文字列が入るわけで

2018/09/26(水) 10:04:04.84

real型ってなんだ？
D?

2018/09/26(水) 10:17:13.10

>>297
フルパスである必要はない
そんなのはwhichで出るから重複もいいとこ

2018/09/26(水) 13:07:42.63

好きか嫌いかより規格で語れよ！！

2018/09/26(水) 13:15:13.67

で？

2018/09/26(水) 17:10:26.81

>>301
argv[0] が "-" だったらどうするよ。

2018/09/26(水) 17:10:59.41

まあやっぱり#include "file.txt"なんて常人は考えねーよなw
いろいろすまんかった。

2018/09/26(水) 17:23:34.23

>>305
使い道はあるよ
多量のマクロ定義リストを読ませるとか

2018/09/26(水) 17:27:31.74

ビットマップを本体のコードに埋め込むのに

char data[] = {
#include "bitdata.inl"
};

とかやった。　bitdata.inl　は別のソフトで生成

2018/09/26(水) 17:33:26.10

>>307
disるつもりはないし状況も分からんのだけど、バイナリデータをコードに埋め込んでコンパイルかけるのは筋が悪いような？

2018/09/26(水) 17:35:54.43

XPMやXBMみたいなテキストなんだろ

2018/09/26(水) 17:36:31.54

>>305
file.txt を C の文字列にした file.c なり file.h なりを作る簡単なスクリプトなり書いて、make ファイルでそれが動いて取り込まれるようにすりゃいいんじゃね。

usage:
-h help
-u unko

みたいなテキストを
#define USAGE "¥
usage:¥n¥
-h help¥n¥
-u unko ¥n¥
"

みたいな define か何かにすればいい。

2018/09/26(水) 17:37:28.54

大量のテーブルデータをマクロ型式で記述して
includeの直前でマクロを望む内容で定義すると便利

2018/09/26(水) 17:40:44.37

>>308
(Windowsの話)
ライブラリを作ってるときに、そこで使いたかったんだが（ImageList)
リソースというわけにもいかず、ファイルを読み込むのもライブラリ化の意図からずれるし　で
埋め込んだのよ

簡単に肥大化するから筋が悪いのは半分承知

2018/09/26(水) 17:41:52.02

ああ件のファイルは 0x○○, 0x○○, …　なテキストのファイルです

2018/09/26(水) 17:50:39.66

>>312
ああ、なるほど。
まぁ俺も組み込みでビルド番号を自動生成してソースにincludeで組み込むこともあるので人のことは言えないけど。

2018/09/26(水) 20:19:36.31

WindowsAPIを機械語にするソフトを機械語にするソフトを機械語にするソフトを…
って考えたらまた頭が混乱してしまいました…

2018/09/26(水) 20:25:14.53

APIとはインターフェースである。
見えるのは表面だけで中身なんてどうなってるかわからない。

2018/09/26(水) 20:29:26.48

CのコンパイラはWinAPIでしかかけないってことですか？

2018/09/26(水) 20:41:32.38

Advanced windows買って読め　じゃ乱暴か…

2018/09/26(水) 20:43:53.50

>>315
まずはWindowsAPIとは何なのかを調べろ。話はそれからだ。

2018/09/26(水) 20:45:37.17

>>310
にゃるほど。
まあそれでもいいんだけど，結局変換の手間があるんだよね。
しかし一度でも.hか.cファイルを作ったらあとはそれを#includeすれば
複数のファイルに使えるってのは有用かもしれん。
Usageでは↑複数には適用できないけど，ライセンスとか。

2018/09/26(水) 21:08:33.17

Cのコンパイラがpythonで書かれていようと俺は一向に構わんがインターフェースでどうやって書くのかは知らない

2018/09/26(水) 21:29:52.27

>>315
最初のコンパイラは人間が手入力でバイナリを書いた

2018/09/26(水) 21:40:12.24

>>321
CをコンパイルするのはWindowsAPIって昨日聞きましたが？
C自体では動かないのだからWindowsAPIでコンパイルするのでは？

2018/09/26(水) 21:45:31.26

>>323
誰もそんな事言って無いだろう

探したけどないぞ、そんなの

2018/09/26(水) 21:48:20.48

いい加減、釣りだと気づけよw
てかみんな気付いた上で相手してるのか。

2018/09/26(水) 21:49:37.93

>>323
Winapiでコンパイルじゃなくてwinapiとリンクと間違いだったって言ったやん

2018/09/26(水) 22:07:50.72

>>322
流石に最初のコンパイラはアセンブリ言語だろ
最初のアセンブラはバイナリ入力しただろうけど

2018/09/26(水) 22:09:29.37

コンパイラはWindowsAPIの実装を知ってる人じゃないと作れないってことですか？
よくコンパイラ入門なんて本あるけど作れるんでしょうか？

2018/09/26(水) 22:18:36.87

WindowsAPIは直接コンパイラとは関係ない

2018/09/26(水) 22:22:27.92

>>304
さあねえ
どうしろって言いたいの？

2018/09/26(水) 22:33:54.33

WinAPIはインターフェースだけを提供していて実装は分からない
つまりコンパイラを考える人はMicrosoftの開発者だけってことですか？
それだとコンパイラ入門ってどういうことなんでしょうか？

2018/09/26(水) 22:40:30.36

1950年代にもうそれなりのアセンブリあるんだからすごいよね。
みんな頭いいんだな。

2018/09/26(水) 22:41:00.36

>>331
君はコンパイラを使いたいのか
それともコンパイラを作りたいのか

2018/09/26(水) 22:44:12.95

すいません
正直話すと
レポートってのは２年のとき落とした履修で
今は卒論でコンパイラ作りたいんです…
つまりダブルということになります…

2018/09/26(水) 22:48:53.63

>>334
とりあえずアセンブラでも作ってみたら。
コンパイラ作るよりずっと簡単だけど、いろいろ学べることは多いと思うよ。

2018/09/26(水) 22:52:02.96

コンパイラ作るだけならCのソースからアセンブリ言語に変換するプログラムを書くだけなのでWinAPIは関係ない話

2018/09/26(水) 22:55:42.96

>>327
アセンブラも広義ではコンパイラだろ
こまけえな

2018/09/26(水) 23:00:17.80

速度とか高級低級云々の話はインタプリタを持ち出した方が良かったのかね。
抽象的な機能を提供するという点ではAPIも近いところはあるね。

2018/09/26(水) 23:04:55.14

>>336
例えばprintf関数のアセンブリは
どのOSだろうが一緒なんですか？

2018/09/26(水) 23:05:53.49

>>337
> アセンブラも広義ではコンパイラだろ
全然違うしw
雑すぎるわ

2018/09/26(水) 23:07:11.91

>>340
うるせえよ
意味伝わってんのにネチネチ粘着すんなよダリい奴だな

2018/09/26(水) 23:10:27.33

>>339
違うよ
OS毎にprintfのバイナリが用意されてて
おまえが書いたコードをコンパイルしてからそいつとリンクして繋げるだけ

**284** (ﾜｯﾁｮｲ 2e80-tQZR) · 2018/09/26(水) 23:12:49.78

>>284
ここに書いた

バイナリ・機械語は、各CPU に固有のもの。
intel・AT&T では逆に書く

開発者は、各CPU 毎にプログラミングできないから、
仮想アセンブラのLLVM ができた

2018/09/26(水) 23:15:29.87

>>342
ちょっと複数のPC勝ってアセンブリ確認してみますｗ
例えばWindows98とWindowsMEとかでも厳密に言えば
アセンブリが違うかもしれないってことですよね

2018/09/26(水) 23:17:41.51

2018/09/26(水) 23:23:11.54

>>334
コンパイラがそもそもどんな物かも分かってないんだから、コンパイラを作ろうなんて考える前に、コンパイラを使ってごく普通の簡単なアプリケーションプログラムを作って何をやってるのか理解しなよ。
studioやmainがおまじないだとか言ってるレベルで無謀過ぎるぞ。

2018/09/26(水) 23:24:21.49

stdioの誤記です

2018/09/26(水) 23:29:31.07

>>346
なんか分かりました
コンパイラっていうのは9割型共通のルールのpushやmoveでかけるアセンブラ
をOS向きにさらに改良するってことでしょうか…
自分でprintfのアセンブラを書いてコマンドプロンプトで実行してみます
さて何行になるやらですが

2018/09/26(水) 23:39:57.62

こんなタイミングでIDって変わるもんなの

2018/09/26(水) 23:44:08.19

ｵﾏｴ、分かってて
このｽﾚの低学歴知恵遅れをおちょくってるだろ
しかもちゃんと罠もしかけてる

ｵﾏｴが思ったとおりこのｽﾚの低学歴知恵遅れはちゃんと答えれない

まずこのこのｽﾚの低学歴知恵遅れは
実行ﾓｼﾞｭｰﾙがどういったもんか分かってないからな

2018/09/26(水) 23:49:25.75

ﾚｽをみても分かるとおり
低学歴知恵遅れはなにも分かってないくせに
分かってるふりするのが精一杯

低学歴知恵遅れ特有のﾚｽをしている

ｵﾏｴは低学歴知恵遅れを陰湿にいじめてる

**284** (ﾜｯﾁｮｲ 2e80-tQZR) · 2018/09/26(水) 23:59:09.60

そもそも、Windows だけでも、64/32 ビットCPU で、
CPU の命令の、サイズ・種類などが異なる

i3, i5, i7 など高額・高機能になるほど、
3D・動画のコーデック命令なども付け加えられているから、処理速度は速くなる

そういう命令がないCPU では、ソフトウェアで実行されるから、すごく遅い

2018/09/27(木) 00:12:48.47

きっとなこのｽﾚの低学歴知恵遅れは
PEﾌｫｰﾏｯﾄ、EXEﾌｫｰﾏｯﾄとかも知らない
Windows APIがDLLの関数であることも分かってない

この低学歴知恵遅れは
ｺﾝﾊﾟｲﾙしたｿｰｽをﾏｼﾝｺｰﾄﾞにしたものだけが格納されてると思ってる
ﾚｽみればほぼ間違いない

2018/09/27(木) 00:16:16.06

まーた半角クンが湧いちゃったじゃないか。
変な正確でも，言うことが正しければいいんだが，
こいつの話は間違った無根拠なものばっかりだからなぁ……。

2018/09/27(木) 00:17:47.16

じゃあｵﾏｴが質問にｵﾏｴが答えてみ
ｵﾚは常にｽｷがないほどｶﾝﾍﾟｷなﾚｽしか書いてないからな

2018/09/27(木) 00:18:53.88

まずこのｽﾚにいるような程度のﾔﾂﾗではﾑﾘ
はっきりといえる

2018/09/27(木) 00:21:06.23

こういとこでもな
低学歴知恵遅れであることは隠せない

2018/09/27(木) 00:55:00.60

>>341
バカはこれだから w

2018/09/27(木) 01:21:44.64

質問してるﾔﾂの質問が
このｽﾚにいるような低学歴知恵遅れには高度すぎた

しょうがない

2018/09/27(木) 02:26:11.63

>>325

2018/09/27(木) 09:17:03.76

> なんだこれ？引数 void って初めて見たぞ。文法的にありなのかこれ？

たぶん俺じゃないってとぼけるだろうな

2018/09/27(木) 11:29:18.01

>>353
それについては
>>249にも書いてるようなOSに対応したの部分にその意味も含めたつもりです。少なくともオレはそれを意識して書いた

2018/09/27(木) 12:40:10.03

>>330
この話の元は>>292なのでどうすんのかなと思ってな。

2018/09/27(木) 13:02:52.87

法的（笑）

**330** (ﾜｯﾁｮｲ 7748-aemA) · 2018/09/27(木) 16:30:52.70

>>363
おまえ304か？
strcmp(argv[0], "-") == 0のときに
printf("%s", argv[0]); を実行した場合は
- と出力されるのが何かまずいのかと聞いているんだ
答えてくれ

2018/09/27(木) 16:57:20.64

"-"のときなら全然まずくないけど、1MBとか1GBくらいの0無しバイナリだと
ちょっと不機嫌になるよね

2018/09/27(木) 17:34:58.79

ファイル名を使った攻撃とかできそう

2018/09/27(木) 18:22:43.20

>>346
スタジオドットエイチって覚えてる人にありがちな間違いだな