X
C言語なら俺に聞け 157
■ このスレッドは過去ログ倉庫に格納されています
0001デフォルトの名無しさん (ﾜｯﾁｮｲ 0345-kMi9)
垢版 |
2021/06/28(月) 11:22:51.50ID:so+vl3vs0
!extend:checked:vvvvv:1000:512
(新スレ立ての際上記コマンドを2行書き込んでください)
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言語なら俺に聞け 156
https://mevius.5ch.net/test/read.cgi/tech/1601271690/
VIPQ2_EXTDAT: checked:vvvvv:1000:512:: EXT was configured
0002デフォルトの名無しさん (ﾜｯﾁｮｲ 0f45-Sffs)
垢版 |
2021/06/28(月) 11:26:33.76ID:so+vl3vs0
前スレ末期の流れを再掲
> 996 自分：デフォルトの名無しさん (ﾜｯﾁｮｲ 0f45-Sffs)[sage] 投稿日：2021/06/28(月) 09:33:23.09 ID:so+vl3vs0 [1/2]
> printf("%d", sizeof (char)123); とやろうとしたら
> キャストのカッコがsizeofのカッコと解釈されてエラーになるのな
> printf("%d", sizeof((char)123)); ならおｋなんだけど
> なんだか気持ち悪い
>
> 997 返信：デフォルトの名無しさん (ﾜｯﾁｮｲ cf05-Ibo0)[sage] 投稿日：2021/06/28(月) 10:13:18.97 ID:x/UkG1ge0
> >>996
> sizeofって括弧なしで使えるの？ 知らなかった
>
> 998 返信：デフォルトの名無しさん (ﾜｯﾁｮｲ 0fda-qjGA)[sage] 投稿日：2021/06/28(月) 10:20:43.69 ID:WejOUFlX0
> >>996
> sizeof演算子の優先順位はcast演算子の優先順位より高いので、括弧がないと
> まず最初にsizeofと数値リテラルが評価されてその後でその結果をcastで評価するという
> おかしな状態になるのでエラーになったのでは？
>
> 999 自分：デフォルトの名無しさん (ﾜｯﾁｮｲ 0f45-Sffs)[sage] 投稿日：2021/06/28(月) 10:38:03.51 ID:so+vl3vs0 [2/2]
> sizeofとキャストはどちらも単項式なので右から結合するはず
> にも関わらずキャストが先に読まれないので気持ち悪いと言ったんだ
> 字句解析と意味解析ってことかな
>
> 1000 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 0fd2-kMi9)[] 投稿日：2021/06/28(月) 11:05:48.75 ID:HW6dR9O/0
> そもそも
> sizeof (char)
> paだけでいいものをそう記述してるのが気持ち悪い。
0003デフォルトの名無しさん (ﾜｯﾁｮｲ 0f45-Sffs)
垢版 |
2021/06/28(月) 11:28:49.59ID:so+vl3vs0
>>前スレ1000

いやcharのサイズが知りたいのではなく
キャスト式(char)123のサイズを調べようとしたんだ

Cはchar変数の値を使おうとするとintに拡張するし文字定数もint型なので
char型の値を持つ式なんてあるのかって
0005デフォルトの名無しさん (ﾜｯﾁｮｲ 0f45-Sffs)
垢版 |
2021/06/28(月) 11:58:43.53ID:so+vl3vs0
脚注２は俺が気持ち悪いと言ったことと似てるけどsizeof(int)*pが
(sizeof(int)) * pという算術乗算になるという話なら単項式のsizeofより優先順位が低いからまだわかる
0007デフォルトの名無しさん (ﾜｯﾁｮｲ 0f45-Sffs)
垢版 |
2021/06/28(月) 15:54:14.85ID:so+vl3vs0
あーそうか
A.2.1. (6.5.3)では
unary-expressionに該当するものの１つに
unary-operator cast-expressionがあるけど
unary-operatorにキーワードsizeofが含まれず、
カッコなしのキャスト式は
sizeof unary-expressionとなっていて
sizeof cast-expressionではないってことか
0008デフォルトの名無しさん (ﾜｯﾁｮｲ 3fad-wfqF)
垢版 |
2021/06/29(火) 00:32:13.44ID:jRoYjmsV0
ところで sizeof((char) 123) と sizeof(char) って同じことだよな?
0012デフォルトの名無しさん (ﾜｯﾁｮｲ 3fad-wfqF)
垢版 |
2021/06/29(火) 02:00:52.74ID:jRoYjmsV0
>>10
ていうかやるまでもなく結果が同じにならないとおかしいよね。
一方は値を char 型にキャストしているんだから sizeof の結果は char 型のサイズになる。
もう一方は char 型のサイズを求めているから char 型のサイズになる。
0014デフォルトの名無しさん (ﾜｯﾁｮｲ 0fd2-hdpQ)
垢版 |
2021/06/29(火) 08:37:44.49ID:F75/2W0I0
char型 + char型 の式でもint型に拡張されるんだっけ？
0019デフォルトの名無しさん (ﾜｯﾁｮｲ 0f01-htoQ)
垢版 |
2021/06/29(火) 20:52:30.02ID:0ahpifum0
構文解析の後 typedef と認知したうえで、シンボルのテーブルに追加してかないと
置換？読み替え？はできないよねぇ…

C言語は、その構造上１回の通読では解決できないんだっけ？
0021デフォルトの名無しさん (ﾜｯﾁｮｲ 3f66-j5Ba)
垢版 |
2021/06/29(火) 22:00:49.44ID:NxeKtV2S0
だからぁｗ
構文解析ってのはパーサね？ｗ←これは例えばbisonで作るやつね？ｗ
字句解析ってのはレキシカルアナライザね？ｗ←これは例えばflexで作るやつね？ｗ
レキシカルアナライザかパーサかって、そもそもレキシカルアナライザってのは
字句区切るだけだよｗそれをどんな命令であるかを解釈を決めるのが構文解析ねｗ

コンパイルの1pass,2passって話なら、まあそれでもいいけどさｗ
用語がでたらめすぎんでしょ。
だいたいそんなこと知ってどうするんだよ？ｗ
0024デフォルトの名無しさん (ﾜｯﾁｮｲ 3f66-YS6X)
垢版 |
2021/06/29(火) 23:57:55.23ID:NxeKtV2S0
>>23
またぁｗ
BNF関係ないでしょうｗ

つか、typedefなんて意味不明なんてことはないと思うけど。
特定の記法のことを指してるの？BNFで書かれた
typedefの規則が読みとれないって言ってるの？ｗ

typedef struct {...};
と
struct {...} xxx;
を区別できないとかそんな話？
よくわかんないけど、変に切り出すんじゃなくて、
ストレートにこれがやりたいけど、これどうしたらいいか
わかんない、って聞く方がいいと思うんだが。
なにいってんだか、知ってる人ほど却ってわかんねーと思うんだが。
0025デフォルトの名無しさん (ﾜｯﾁｮｲ 3f01-kMi9)
垢版 |
2021/06/30(水) 00:35:54.93ID:dsegDYOD0
typedefがstorage-class specifierに属してることを言ってるなら
構文上の便宜のためだけ（for syntactic convenience only）って6.7.1(5)に書いてあるけど
Annexのsyntax summaryだけ見てる感じかな

かなりエスパーしてるから的外れだったらすまぬ
0026デフォルトの名無しさん (ﾜｯﾁｮｲ cfbb-lfrx)
垢版 |
2021/06/30(水) 01:02:59.78ID:xHlidKVh0
みなさんレスありがとう
「C BNF」でググって一番上に出るBNFを参考に実装しているんだけど、BNFが古いせいかtypedefの構文が欠落してるような気がして（気のせいでした。↓のレス参照）
でも<typedef-name>という要素はあるからtypedef機能自体はあるらしい
BNFに書いてないってことは構文解析以前の処理になるのかもしれないと思ってここで聞いてみたんだけど
混乱した人もいるみたいですまない

>>25
あー！そういうことですか
なるほど疑問が解けました
typedefをspecifierで扱ってるわけですね
ありがとうございます
0029デフォルトの名無しさん (ﾜｯﾁｮｲ b6da-xL6t)
垢版 |
2021/07/17(土) 09:12:05.75ID:17h8nqYk0
リスト型構造体配列って他の言語でもあるのでしょうか？
現在職業訓練で勉強中なのですが、独学でやらないといけない範囲のようでして、
時間的余裕があまりない状態です。

他言語でも似たような考えが出てきて、Cで覚えておくと役立つなど
ございましたら、頑張って挑戦してみようと思っています。
0033デフォルトの名無しさん (ﾜｯﾁｮｲ c628-0cQV)
垢版 |
2021/07/17(土) 16:17:40.91ID:USprSk230
C99かそれ以降の標準的な環境において

(bool)someval

と

!!someval

って（例外なしに）全くおなじ効果を生むと思っていいですか。

前者はJISX3010の6.3.1.2などで「値が0になるなら0，それ以外なら1」と書かれている一方，
後者は（初学者なので経験がなく，正しい認識ではないかもしれませんが）慣用的な書き方なので
規格票にも書かれておらず，正確に同じ意味なのかどうかを確かめられませんでした。
0035デフォルトの名無しさん (ｱｳｱｳｳｰ Sa39-rGUB)
垢版 |
2021/07/18(日) 01:19:32.77ID:euqgtMPHa
bool型が導入されたことで得られるメリットはは何かあるでしょうか
またデメリットはあるでしょうか
0037ハノン ◆QZaw55cn4c (ﾜｯﾁｮｲ aee9-6rOL)
垢版 |
2021/07/18(日) 09:54:45.66ID:9YAoR/6C0
>>35
ctypes.h の isalpha() とか islower() とかその他大勢は、偽のときは 0 を必ず返しますが、真のときは 1 とは限らない 0 でない別の数を返したりするんですよ
そういうのは紛らわしいので、そういう紛らわしさが減る bool の存在はありがたいですね
0038デフォルトの名無しさん (ｴﾑｿﾞﾈ FFfa-E0YB)
垢版 |
2021/07/18(日) 16:58:13.77ID:jPlpwmsoF
関数の () は演算子
キャストの () は演算子
だそうですが
数学の数式で優先度上げるのに相当する () は演算子ですか？
0042はちみつ餃子 ◆8X2XSCHEME (ﾜｯﾁｮｲ 693e-xL6t)
垢版 |
2021/07/18(日) 21:49:36.58ID:+Ch+KzUq0
>>33
真偽値型にキャストした結果の型は _Bool で、 !! を通した型は int という違いはある。

https://wandbox.org/permlink/zlxhRTGr5Sj8IsiH

整数を扱う多くの場合では整数拡張が入ったりして違いが吸収
されてしまうからどちらでもいい場合がほとんどだと思うけど、
あらゆる状況で完全に同じとは言い切れない。

ちなみに C++ では整数に ! を適用した結果は bool なので、
もちろん !! の結果も bool になる。
0045デフォルトの名無しさん (ﾜｯﾁｮｲ c628-Tv+1)
垢版 |
2021/07/18(日) 22:44:22.95ID:4j3GDjyk0
>>38
ほとんど関係ないけど，Haskelだと優先度を上げる()記法を
$演算子で代用できるから，
「優先度を上げる()を演算子としてみる」というのはそう不自然ではないかも。

でも（たぶん）C言語だとそういうことはない。
0049デフォルトの名無しさん (ｴﾑｿﾞﾈ FFfa-E0YB)
垢版 |
2021/07/20(火) 17:03:23.21ID:2ecX9oPqF
> 1級で使用する環境について（公開試験）
コンパイラ Borland C++ Compiler 5.5
JIS X 3010-1993に対応
エディタ TeraPadまたはメモ帳
文字コード：SHIFT-JIS、改行コード：CR+LF

※当コンパイラの操作にはコマンドプロンプトの知識が必要です。
※解答用のソースプログラムは、SHIFT-JISで保存してください。
※指定した保存形式で保存されていない場合は、採点の対象となりません。

・・・なんだかなぁ
0055デフォルトの名無しさん (ﾜｯﾁｮｲ 4545-zSg9)
垢版 |
2021/07/21(水) 09:12:39.48ID:+0/niNvm0
> JIS X 3010-1993に対応

つーことは
int main(void)
{
printf("");
int x; /* これがダメ */
//このコメントもダメ
for(int y = 0; y < 1; y++) ; //これもダメ
}
今どきのコンパイラはみんなＯＫなのに
うっかり使うと減点されるという陰険な罠だな
0062デフォルトの名無しさん (ﾜｯﾁｮｲ c628-Tv+1)
垢版 |
2021/07/22(木) 00:04:04.57ID:0pHC70l40
今日，O'rellyの『Lex & Yacc』で「自己参照型構造体」という概念を知ったんだけど，
これが動作する理屈とかこういう書き方をする利点がマジでわからなくて苦戦してる。

でもこれを理解できるようになればメモリ確保やポインタ参照の話がわかるようになる……
と期待してがんばる。
0063はちみつ餃子 ◆8X2XSCHEME (ﾜｯﾁｮｲ 693e-xL6t)
垢版 |
2021/07/22(木) 00:13:03.51ID:r7I3CYuM0
基本的なメモリ管理をわからない段階で yacc の本を読んでるのか。
実用を通して理解するのもひとつの道ではあるだろうけど、
最初はもっと単純な事例集みたいなのを見るほうがいいと思う。
0066デフォルトの名無しさん (ｴﾑｿﾞﾈ FFfa-E0YB)
垢版 |
2021/07/22(木) 10:14:39.29ID:I7nexIleF
struct A { A a; }; ではないからな
struct A { A *p; }; ならただのポインタ
0068デフォルトの名無しさん (ﾜｯﾁｮｲ c628-Tv+1)
垢版 |
2021/07/22(木) 12:38:58.69ID:0pHC70l40
>>63
「勉強不足」といわれればそれはその通りなんだけど
寧ろC言語のやっかいな部分にできるだけ触らないですむように
という動機でlexとyaccを学んでるんですよね……。
↑まあこういう考え方が間違ってるかもということに
『Lex & Yacc』を読んでいて気付きはじめていますが……

>>65
こういう↓ことですよね。
https://dev.grapecity.co.jp/support/powernews/column/clang/031/page02.htm
実は『Lex & Yacc』内ではそのコード概念の名前はでてこなくて
コード断片でggったりしてました。
0070デフォルトの名無しさん (ｴﾑｿﾞﾈ FFfa-E0YB)
垢版 |
2021/07/22(木) 14:18:45.83ID:I7nexIleF
「自己参照型」っていうのが
誤訳なんじゃないかって思ってる

実際には「自己型参照型」でしかない
ポインタを代入するときに自分自身(オブジェクト)のポインタを代入する訳じゃないから
自己を参照してる訳じゃないんだ
ここを誤解するから理解が進まない

>>69 君には伝わってるから良いよ
0074はちみつ餃子 ◆8X2XSCHEME (ﾜｯﾁｮｲ 693e-xL6t)
垢版 |
2021/07/22(木) 16:19:06.28ID:r7I3CYuM0
わざわざ「自己参照する構造体」という用語が与えられているのは構造体タグのスコープを
説明する文法解説上の都合じゃないかな。

ノードを直列に接続すればリストになったり複数の接続を持てば木になったりというデータ構造のことと、
他のノードへの接続には C ではポインタを使うのが自然だというふたつの事柄を併せると
結果的に自分自身 (を含む構造体) と同じ型のオブジェクトを指すポインタが現れることもあるというだけのことで、
(データ構造、また、その管理においては) 指している型が同じなのか違うのかで
ことさらに区別して考える意味はあまりないように思う。
0075デフォルトの名無しさん (ﾜｯﾁｮｲ daad-n9Kp)
垢版 |
2021/07/22(木) 16:44:22.00ID:zX6Mldkk0
C言語の勉強中にリスト構造とかの部分でポインタがよくわからない！って人良く見るけど
実際のところC言語で仕事するときにリストとか二分木ってあんま使わなくね？
構造体の配列は良く見るけど

組み込み系とかだとメモリ少しでも節約するためにリストにしたりするの？
0076デフォルトの名無しさん (ﾜｯﾁｮｲ 4545-zSg9)
垢版 |
2021/07/22(木) 16:55:22.66ID:MMqyZQ9/0
> 組み込み系とかだとメモリ少しでも節約するためにリストにしたりするの？

意味がよくわからんが
組み込みでもリストもmallocも普通に使うぞ
OSがなきゃmalloc使えんとでも思っているのか？
0077デフォルトの名無しさん (ﾜｯﾁｮｲ daad-n9Kp)
垢版 |
2021/07/22(木) 17:03:27.91ID:zX6Mldkk0
>>76
いや一般的にリソース制約の多い組み込み系だからこそmallocとリスト構造使って
本当に使う分だけメモリ確保するのかなと思ったんだけど
なんか気に触ったのならすみません
0079はちみつ餃子 ◆8X2XSCHEME (ﾜｯﾁｮｲ 693e-xL6t)
垢版 |
2021/07/22(木) 17:27:11.52ID:r7I3CYuM0
>>75
ワイはプロではないし組み込みのこともよう知らんけど
言語処理系を作ったときに当然ながら構文木を組み立てたりはしたし、
宣言した名前を保存するハッシュテーブルはチェイン法を使ったのでリストの一種でもあるわな。
(今なら面倒くさいので C++ で書いてしまう (標準ライブラリのコンテナを使う) だろうけど。)

分野によるとは思うけど、リストや木がそんなにほとんど目にしないというほうが不自然な気がする。
0080デフォルトの名無しさん (ﾜｯﾁｮｲ bd21-ayZy)
垢版 |
2021/07/22(木) 17:58:20.48ID:4yFOTvD80
>>77
横からだけどマイコン次第だわな。メモリの動的確保なんて、
そもそも無理ーって処理系もある。コンパイル時にメモリは固定しちゃう。

昨今の32bitのARMマイコンやらESPやら最近触ってるけどmallocも普通にあるし、
サポートライブラリにlistのソース付いてたり（それを使うべきかは悩む）。
更にc++なんかも普通に使えるから、なんか落ち着かんｗ
0082デフォルトの名無しさん (ｱｳｱｳｳｰ Sa5d-Hgw+)
垢版 |
2021/07/23(金) 00:04:27.67ID:efwzK8IKa
っsed
0088デフォルトの名無しさん (ﾜｯﾁｮｲ 2b28-h4Fy)
垢版 |
2021/07/23(金) 18:17:37.42ID:kuO5Sx1T0
よくUnixについての記事や書籍に，
「sedは入力全体を一度に読み込まず一行ごとに処理するから
動作が遅くならず，メモリ容量も気にしなくていい」
みたいなことが書いてあって，それは概ね事実だと思うんだけど，
C言語でsedを実装するときもviを実装するときに比べて
メモリ確保とかが楽なんだろうか。
0093デフォルトの名無しさん (ﾜｯﾁｮｲ b963-3Z6B)
垢版 |
2021/07/24(土) 01:03:44.23ID:3ie/V+ee0
POSIX標準は満たすべき最低レベルを規定しているって事ではないかな？
GNU sed の実装はこうみたいだ

For those who want to write portable sed scripts, be aware that some implementations have been known
to limit line lengths (for the pattern and hold spaces) to be no more than 4000 bytes. The POSIX standard
specifies that conforming sed implementations shall support at least 8192 byte line lengths. GNU sed has
no built-in limit on line length; as long as it can malloc() more (virtual) memory, you can feed or construct
lines as long as you like.
009462 (ｶﾞｯｸｼ 06eb-qCnf)
垢版 |
2021/07/26(月) 12:30:48.85ID:yVSFJZsJ6
自己参照型構造体（用語法的に正しくないという指摘もあるけど…）がちょっとわかったかも。

はじめは『もう一度基礎からC言語』の第31回「データ構造(10)～構造体をポインタでつなぐ」
https://dev.grapecity.co.jp/support/powernews/column/clang/031/page02.htm
を参考にしてたんだけど，記事集の題名からも察せる通り「初めてC言語を学んでいる」
という状態で読むには向いていなかった。

図書館でそれっぽい本を漁って見つけた，
『C実践プログラミング』の17章「高度なポインタ」にある解説が
初学者としては一番わかりやすかった。
わざわざこのスレで報告する需要はないかもしれないけど，
将来に，おなじような概念の理解で詰まっているひとの
助けになるかもしれないからという言い訳でもって書き込ませてください。

--

C言語でデータ構造を作ろうと思ったら，
基本的にコンパイル時から大きさを決め打ちして用意せざる得ないけれど，
〝無から有を作り出せる〟[*1]malloc関数を用いることで
コンパイル時ではなく実行時に自由に拡大できるという，
記憶領域を食いにくいのに大規模な情報を格納できるデータ構造を作れる。
なぜ構造体を使うのかは自明すぎるためか書籍では明言されていなかった。
あえて言葉にするなら，
C言語において 複雑な情報を格納できるデータ構造を作るにあたって
「構造体を定義する」ことはもっとも一般的な慣行であることと，
C言語の演算子に自己参照型構造体の操作に非常に便利な演算子
構造体ポインタ演算子->が用意されているということが決め手なのかな。

*1: ちょっと違う気がするけど，書籍にはそう書いてあった。
0096デフォルトの名無しさん (ｴﾑｿﾞﾈ FF33-Hgw+)
垢版 |
2021/07/26(月) 14:22:50.46ID:9MzzzjGrF
>『C実践プログラミング』の17章「高度なポインタ」にある解説が

君にとって判り易かったのかも知れないが
君の感想文を読むとあまり良い本ではなさそう
0097デフォルトの名無しさん (ﾜｯﾁｮｲ b15f-5PYr)
垢版 |
2021/07/26(月) 14:35:32.21ID:5u5J/MDS0
ama zon 4900900648

2冊目か3冊目に読む本
2005年6月21日に日本でレビュー済み
以前、某雑誌の特集で、Ｃがわかればすべてがわかるというのがあり
ましたが、まぁヨイショのし過ぎな文句なのかもしれませんが、依然
として、知っておいたほうがよい言語だと思います。
Ｃでプログラムするような機会は、ほんとここしばらく全くないです
けど、Ｃを勉強していたおかげで今までかなり助かってます。なんと
いってもＣの影響を受けた言語は多いですからね、色々応用がきくも
のなのですよ。
で、肝心のこの本ですが、前訳本でも書きましたが、初心者を脱しよ
うとしている人にとっては最適だと思います。よくありがちな、Ｃの
文法やテクをただ書いているだけの本とは違います。プログラムのス
タイルやプログラムの仕方についての記述が数多くあります。
Ｃのような言語の場合、どのようにコーディングするのか、言い換え
るとWHATだけでなくHOWについて必ず考えなくてはならないと思いま
す。この本は常に、HOWについて意識した記述をしており、そういった
点が、この本を推奨する大きな理由です。
ただ、この本だけで、ポインタとかのキモはさすがに理解できません
でしたので、別の本を読む必要があります。
0098デフォルトの名無しさん (ｴﾑｿﾞﾈ FF33-Hgw+)
垢版 |
2021/07/26(月) 14:52:24.77ID:9wDqt6nuF
>>74
>(データ構造、また、その管理においては) 指している型が同じなのか違うのかで
>ことさらに区別して考える意味はあまりないように思う。

それ

>>94
>C言語の演算子に自己参照型構造体の操作に非常に便利な演算子
>構造体ポインタ演算子->が用意されているということが決め手なのかな。

まだ誤解してると思う
0099デフォルトの名無しさん (ﾜｯﾁｮｲ b15f-5PYr)
垢版 |
2021/07/26(月) 14:57:02.20ID:5u5J/MDS0
不充分。この本だけでは足りない。
2019年4月13日に日本でレビュー済み
敢えてこの本を買う意味が分からない。
20世紀に買ったが、この本だけでは解決できない問題があり、投げた。

よくある fgets & sscanf のコードの部分では、入力バッファのクリアを行う方法が書かれていなかった。
当時はインターネットのコンテンツが今ほど発達しておらず独学ではお手上げ。
他にも何か問題点があった気がするし、今や様々な解説サイト、また「よくある解説サイトの誤りを指摘するサイト」で足りる。

セキュリティ対策についても、wikipediaのサンプルコードやjpcertの「CERT セキュアコーディングスタンダード」など、今では豊富な資料がネットで入手できる。必要なら英文資料だってネットで容易に入手できる（もちろんC99の規格文書も）。
0100デフォルトの名無しさん (ｱｳｱｳｳｰ Sa5d-HpcZ)
垢版 |
2021/07/26(月) 16:06:22.39ID:+kNv7glZa
諸々のコンパイラや環境がC11に準拠するようになって久しく、また業務やOSSでもC11で導入された新機能を使うようになってきてる印象があるんだけど（要出典w）、こと並列処理に関してはまだまだC99+POSIXスレッドを使ってた方が良さそうね。
久しぶりに並列処理を書いてみようと思ったんだけど、C11で標準規格として導入されたthread.hに対応してるコンパイラが現時点でも（特にUnix系で）ほとんどないことが意外だった。
今のところthread.hをUnixで使いたかったらmusl Cくらいしか選択肢がないし、
ttps://www.etalabs.net/compare_libcs.html
3年前の電子掲示板の書き込み（要は典拠性が低い）ではあるけど
ttps://www.reddit.com/r/C_Programming/comments/94acpl/c11_vs_pthreads/
ほとんどの人がC11ではなくPOSIXが定めてるスレッド使ってるみたいだし。

せっかく汎OS的に並列処理がかけそうな規格なのに、もったいないというかなんというか。。。
■ このスレッドは過去ログ倉庫に格納されています
ニューススポーツなんでも実況