C言語なら俺に聞け 146

2018/04/30(月) 04:47:37.50

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言語なら俺に聞け 144
https://mevius.5ch.net/test/read.cgi/tech/1514025223/

次スレを立てる時は本文の1行目に以下を追加して下さい
!extend:on:vvvvv:1000:512
-
※前スレ
C言語なら俺に聞け 145
http://mevius.5ch.net/test/read.cgi/tech/1519046038/

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

2018/08/11(土) 11:52:02.92

>>865
√5を無限精度で求めるなんて不可能ですよ

2018/08/11(土) 11:55:08.80

>>866
>>851はそこのリンクのAlgorithm 5の無駄を省いたものですよ

2018/08/11(土) 11:58:25.35

桁数は>>821で瞬時に出ますね
>>850もまず桁数を求めて必要なメモリを確保してから計算してます

2018/08/11(土) 12:00:16.70

↓ｱﾙｺﾞﾘｽﾞﾑ5でｵﾚのｻﾝﾌﾟﾙではちゃんと動いてるからな
https://ideone.com/vhpLPV

↓ｵﾏｴのは動かしても適切な結果にならない
https://ideone.com/vhpLPV

ｵﾏｴのはお話にならないぐらいﾍﾟｹ
↓ﾍﾟｹの理由もちゃんとｺﾒﾝﾄに書いてある
https://ideone.com/vhpLPV

2018/08/11(土) 12:04:23.64

劣化コピーしたらそりゃ正しく動かないよ
nは64bitにしないと

2018/08/11(土) 12:06:06.40

>>868
あー、そりゃそうですね…

>>867
968 ずれてますね

2018/08/11(土) 12:06:47.07

ｵﾏｴは基本的にｵﾂﾑに問題がある
病院へいったほうがいい

2018/08/11(土) 12:07:58.68

nが32bitなら0x80000000にしないと

多倍長で動かすためのテストコードだから
桁数が小さい時の計算回数は全く無視
ループが進んでからやっと演算がはじまる

2018/08/11(土) 12:09:49.79

64回しかﾙｰﾌﾟしてない

　Σ n
　n→64

はいくつになる

2018/08/11(土) 12:14:07.21

n <<= 1;
って書いてあげた方がよかったかな
どうせコンパイラが足し算に直すだろうし

2018/08/11(土) 16:36:24.18

1.と3.は簡単にできた
https://ideone.com/cmAQzO

gmplibのﾌｨﾎﾞﾅｯﾁは n=10,000,000 を
0.7秒ぐらいで処理できる
ｵﾚが作ったのは4秒ぐらいかかる

m,10000000,4.008508,3.989280
g,10000000,0.724954,0.717120

全然かなわない
少しやってみて面倒そうだから後回しにしてた一般項やってみるか

2018/08/11(土) 18:32:01.22

>>853
同じライブラリを使って>>851のアルゴリズムで計算すると速いかもしれません
a, b, t だけ多倍長にすればいいです

2018/08/11(土) 18:34:26.69

ループの最後の64回目は
aだけを計算すればいいので
かなり省略出来ます

2018/08/11(土) 19:41:53.58

https://ideone.com/2by35t

精度評価用のﾛｸﾞ取得処理

32bit版GMPの仮数部は初期値が64bitで32bitずつ増えていく模様
ちなみに64bit精度で一瞬で求まるﾌｨﾎﾞﾅｯﾁ数のｻｲｽﾞ（bit）予測値はほぼ誤差なし
※ 9999件まで確認したが誤差は発生してない
※ 保険で、1dword(32bit - 最小単位) 分、余分に足しとけば、この予測値で間違いがおきることはまずないと考えられる

ﾌｨﾎﾞﾅｯﾁ数のｻｲｽﾞ（bit）予測値から必要な精度が予測できる
※ 9999件まで確認したが
※ ﾌｨﾎﾞﾅｯﾁ数のｻｲｽﾞ（bit）の1dword(32bit - 最小単位) 分より大きい誤差は発生してない

↓ｺﾚがその結果
http://fast-uploader.com/file/7089539563485/
http://fast-uploader.com/file/7089539604357/

数学的に証明したわけではないが、きっとｺﾚで間違いなくいける
つまり予測値に64bit足しとけば間違いがおきることはない

2018/08/11(土) 19:44:24.09

で、>>881の結果に基づいて
一般項で処理するｺｰﾄﾞを書いた

　https://ideone.com/QKTrLi
　一般項で処理

やってみたが
一般項で処理なんかするとともかく遅い

6,942,482 bitsの一般項の計算で
お話にならないぐらいものすごい時間がかかる

calculation 6942482bits
f,10000000,35.082393,34.855636
g,10000000,0.722054,0.720584

つまり、結論としてﾌｨﾎﾞﾅｯﾁ数を求めるなら
GMPに用意されてる関数を使うのが一番

再帰階乗演算使う方がはるかにﾏｼ
一般項で求めるのはｳﾝｺ

◆QZaw55cn4c (ﾜｯﾁｮｲ ea60-Qb5F) · 2018/08/11(土) 19:56:34.45

>>882
gmp の生Cインターフェースを叩くとは、勇気がありますね
私は、C++ インターフェース gmp_class でやることはあっても gmp を C インターフェースで叩くことはありません
あれは、あとから見てなにがなんだかわからなくなってしまう…

a + b√5, a, b ∈Z で表される数は、それ同士を足しても掛けても、その結果はやはり a + b√5 の形になるのだから（そして結果は整数になることがわかっているのだったらなおさら）、
√5 を開かずにその係数を有理数の範囲で計算するようにすれば(>>807)、ずいぶんと違うと思います >>824, >>842

2018/08/11(土) 21:43:12.30

F(1千万)の計算時間
gmp_fib_uiは0.72秒
私のは0.25秒

私が適当に作ったヤツの方が勝っちゃいましたね

コードは以下
https://ideone.com/hklTK1

◆QZaw55cn4c (ﾜｯﾁｮｲ ea60-Qb5F) · 2018/08/11(土) 21:47:29.90

>>884
＞F(1000000000) = 0
となっていますが、ちゃんと動いているのでしょうか？

2018/08/11(土) 21:50:41.32

ローカル環境では動いてますが、
>>852に書いた通りideoneだと動きません

2018/08/11(土) 21:58:41.55

floatとdoubleの値の範囲を教えてください。

-0.000034 < float < 0.000034
-0.00000000016 < ｌong < 0.0000000016

みたいな感じで教えてください＞＜

2018/08/11(土) 22:22:37.58

>>886
ライブラリがないとかならエラーになるし
そんなことってあるん？
何が原因だ

◆QZaw55cn4c (ﾜｯﾁｮｲ ea60-Qb5F) · 2018/08/11(土) 22:25:26.31

>>886
私も手元で確かめました、確かにこれは爆速ですね…私の古いPCでもf(1000万)までならば一瞬で答えが出ます。

2018/08/11(土) 22:26:14.75

C言語でゲームがアクションゲームが作りたくてプログラミングはじめた
実際にプログラミングって楽しいと感じてる
でも入門書通りソートアルゴリズムを勉強してて、基本交換法やら基本選択法は楽にフローチャートもコードも書けたのに、そのあとにやったクイックソートとか単純挿入法では面白いぐらい苦戦した（どっちももうできるようになったけど）
これって、俺のアルゴリズムを考える能力が乏しいってことなのかな
それともはじめはみんなこんなもの？

2018/08/11(土) 22:26:40.35

×ゲームがアクションが
◯アクションゲームが

2018/08/11(土) 22:35:15.61

再帰とポインタで躓くと昔から伝わっている
特に再帰は禅でもやって悟りを得ないと理解できない

2018/08/11(土) 22:35:57.56

だれでも最初は赤ちゃん歩き。私も最初はじゃんけんのプログラミングが全くできなかった。

2018/08/11(土) 22:42:41.92

>>884のバグを修正しました
https://ideone.com/4a3zE8

F(1千万)のideoneでの計算時間は0.31s

2018/08/11(土) 23:13:57.75

n log nより遅いように見えるのは
サイズが大きいとキャッシュから外れるため

フーリエ変換はメモリのランダムアクセスが頻発するので
キャッシュに入るかどうかで大きく時間が変わる

適当に並び変えながら変換することで
キャッシュヒット率を上げたり
メインメモリに収まりきらない巨大サイズをHDDを使いながら変換することも出来るのだが、
今回はシンプルさ重視の為見送り

世の中にある高速FFTライブラリに差し替えれば
もっと高速化する

2018/08/11(土) 23:25:51.63

>>887
環境依存

float, double がそれぞれIEEE754のbinary32とbinary64準拠の場合はおおよそ

-3.4028234663852885981*10^38 ≦ float ≦ 3.4028234663852885981*10^38
-1.7976931348623157081*10^308 ≦ double ≦ 1.7976931348623157081*10^308

正確には以下の範囲
float : ±(2^24-1)*2^104
double : ±(2^53-1)*2^971

これに追加して±∞, NaN などがある

組み込みなどではdoubleも32bitであることも多い

2018/08/11(土) 23:33:36.42

C言語スレだから ^ は排他的論理和の意味で使うべきでしたかね

-340282346638528859811704183484516925440 ≦ binary32 ≦ 340282346638528859811704183484516925440

-1797693134862315708145274237317043567980705675258449965989174768
0315726078002853876058955863276687817154045895351438246423432132
6889464182768467546703537516986049910576551282076245490090389328
9440758685084551339423045832369032229481658085593321233482747978
26204144723168738177180919299881250404026184124858368
≦ binary64 ≦
1797693134862315708145274237317043567980705675258449965989174768
0315726078002853876058955863276687817154045895351438246423432132
6889464182768467546703537516986049910576551282076245490090389328
9440758685084551339423045832369032229481658085593321233482747978
26204144723168738177180919299881250404026184124858368

2018/08/11(土) 23:41:42.36

>>888
単純なバグでした

size_t が64bit前提の部分があったのと、
非常に恥ずかしいですが以下のような動作不定なコードがありました
a->data[i++] = b->data[i] + carry;
私のローカル環境だとたまたま動いていたようです

intが16bitだとまだヤバそうですが、
16bit環境で動かすことはないと思うので気にしないことにします

2018/08/11(土) 23:47:51.76

>>896
ありがとうございました

例えば、986.0033っていう数字は
floatではないのでしょうか？

2018/08/11(土) 23:56:09.61

>>899
986.0033 はdoubleのリテラル
986.0033f はfloatのリテラル

2018/08/12(日) 00:23:34.17

>>898
ideoneだと100万ちょっと下でRuntimeErrorで途中でとまってるぽいね

2018/08/12(日) 07:44:42.21

蛇とJSとアセンブラ少しかじったんだけどCの効率的な勉強法ある？
主に蛇のチューニングと、これから勉強する予定なんだけど組み込み用マイコンのプログラムを書くために使う

小型のドローンもどきにのせたマイコンに、学習済みパターンをのせて動作制御したい

2018/08/12(日) 07:46:52.98

蛇？

2018/08/12(日) 07:47:28.70

ぱいそん

2018/08/12(日) 07:52:36.70

アセンブラをかじったのならCの習得は速そう
組み込みマイコンはどんなやつ？

2018/08/12(日) 07:57:10.98

聞いといて申し訳ないんだけど全然知らないんだよね門外漢で
シンプリンク？とか言うやつでいいかなと思ってるけど、種類により出来ること出来ないことも分からない

2018/08/12(日) 08:08:39.25

文法をざっくり本とかで覚えたらあとは実践
高速化なら具体例を提示すれば私がアドバイスしますよ

高速化する場合はクリティカルポイントを絞ってから
時間がかからない所は高速化せずにそのままにしておくこと

アルゴリズムや式など、
上位の改良の方が高速化に寄与しやすいので
まずは上の方から考えること
下を高速化することで上が見にくくなって上の改良を妨げるようじゃ本末転倒なので

2018/08/12(日) 08:10:55.02

>>901
出力データが大きすぎて途中で切られたのかと思ったけど
エラーになってます？

2018/08/12(日) 08:15:31.91

>>907
なるほど
心にとどめておきます

C入門でおすすめの本とかサイトとかある？
JSには教科書探しに大分苦労させられたので

2018/08/12(日) 08:25:40.14

アルゴリズムなど分からないですが、プログラムが出来るようになりますか？

2018/08/12(日) 08:40:26.57

>>909
ISBN 4-320-02692-6

2018/08/12(日) 09:27:40.23

>>909
苦しんで覚えるC言語
https://9cguide.appspot.com
書籍版：ISBN 978-4798030142

>>911の本は古い記法だったはずだから初学者向けではないと思う

2018/08/12(日) 09:36:27.44

古い記法ってこれか？
main(argc, argv)
char **argv;
{
int i 0;
while (i < argc) printf("%s ", argv[i =+ 1]);
return (0);
}

2018/08/12(日) 10:04:57.52

>>911
K&Rって言えよ。余計わかりにくい。

>>909
K&Rは「既にプログラミングできる人がCの文法を覚える用」だから、本当に最小セットしか乗ってない。
ただ、それでいい人＝上級者からは絶賛されてる。彼らにとってはいわゆる入門書は冗長すぎるから。
十分にPythonと『アセンブラ』を使え、文法だけ知ればいけるのなら、K&Rはすごくいい。
PythonやJS等の上級言語しか使ったことなく、ポインタって何？なら、
殆どの人はポインタで躓くので、K&Rだけではかなり厳しいと思う。

アセンブラのインデックスレジスタがポインタそのものなのだが、ピンと来るか？
ピンと来るなら、まずK&R買って、だめなら入門書でいいと思う。
意味不明だと思うのなら、最初から入門書を買え。

2018/08/12(日) 10:22:27.82

>>914
> 文法だけ知ればいけるのなら、K&Rはすごくいい。
アホなの？

2018/08/12(日) 10:28:59.49

ありがとう
とりあえず苦Cは確定で、メインとしてK&R 使えるか本屋で見てくる

正直上級者どころか初心者を脱したかどうかレベルだから合わないかもだが
数学でチューリングマシンがーって机上の勉強やってたからかアセンブラはすんなりいった
行けそうだったらK&R使ってみる

てことで本屋行ってくる

2018/08/12(日) 11:20:48.05

チューリングマシンは数学板の巨大数スレッドで
よく話題にあがるので
ご教授しに来ていただけるとうれしいです

2018/08/12(日) 11:36:54.26

>>916
> 数学でチューリングマシンがーって机上の勉強やってたからかアセンブラはすんなりいった
これって理論畑から行くとチューリングマシンがプログラミングより先に来るんか？
正直、それが何の役に立つのかはよく分からんが…

2018/08/12(日) 11:45:51.35

コンピューター言語で記述出来る事の限界がわかる
実際のコーディング技術はあまり関係ないと思う

2018/08/12(日) 11:48:28.53

全ての命令に、次に実行する命令のアドレスを指定出来るようなCPUがあるが
これはちょっと近いか

2018/08/12(日) 12:31:18.04

>>919
それって自然言語に対してって事？
なら逆にチューリングマシンの範囲を超える事象って何？
単純に言えば、それは未来永劫今の構造のCPUでは無理ってことになるはずだが、
そんな分野があるのか？

2018/08/12(日) 14:06:00.94

>>921
ある

2018/08/12(日) 14:09:23.49

プログラムの停止判定とか
乱数生成とか
非常に増加量の大きな関数とか

2018/08/12(日) 14:17:10.15

P≠NP問題をご存知ない？

2018/08/14(火) 09:46:10.53

>>883
a, bを漸化式の形にして
それを行列表記にすると

|0.5 2.5|^n
|0.5 0.5|

これを基底変換して最適化すると
結局>>823 >>851になりました
まあ当たり前と言えば当たり前なんですが

2018/08/15(水) 06:16:23.73

Java屋なんですけど自己啓発のために学生時代以来のCを夏休みに勉強しようと思ってます
開発環境のオススメを教えてください
自分が思いつくところでは…
・Vimとgcc
・VScode
・eclipse
こんな所ですが皆さんどうされてますか？
MacもWindowsも両方手元にはあります

2018/08/15(水) 08:44:48.25

開発環境なんて何でもいいから
さっさと勉強しなさい

2018/08/15(水) 09:12:26.87

>>926
組み込みとかで特定のコンパイラ使うとかならVSCodeでいいと思うが、そうでないなら普通にVisual Studioでいいと思う

2018/08/15(水) 11:22:04.73

IDEが無い時代の開発を体験してみるという修行をしたいのならテキストエディタとコマンドラインだけでやる
これは啓発効果が高い

2018/08/15(水) 12:03:22.86

俺は未だにターミナルとエディター
これ以上の快適さを知らないし知るつもりもない

2018/08/15(水) 12:10:42.58

別にいいんじゃね？
ターミナル最高だからお前らも使え！
とか言わなきゃ

2018/08/15(水) 12:11:49.41

EDLIN最高

2018/08/15(水) 12:43:52.85

Vimと言いたいところだが最近はもっぱらVSCodeばかり

2018/08/15(水) 14:46:36.23

俺は超初心者時代をTurbo Cで、
中級以後はviとccでおぼえた
ただし常に他の環境も色々使ってみてた

2018/08/15(水) 14:58:02.44

VisualStudioで良いとか口が裂けても言えねぇよ
MSVCはこのご時世ですらpure CはC89だぞ？
初心者で知らないならともかくこういうスレでVSをCの環境として勧める奴何者だよ

2018/08/15(水) 15:30:10.79

gccもclangもインテルコンパイラーもc99さえ100%準拠してないだろ
何でmsvcだけ槍玉あげてんの？

2018/08/15(水) 15:44:09.01

C89/90から覚えれば良い
あとはおまけ

Cが使われるのなんて今時組み込みくらいだ
組み込み用コンパイラだといまだC89/90が多い

2018/08/15(水) 15:45:48.23

いろんなコンパイラ、いろんな環境を使って見るのも良い
8bit、RAM64バイトみたいなチープな環境とか

2018/08/15(水) 15:46:05.90

いや、組込開発環境なんてgccばっかりだからC99が標準だよ。
まあ妙に保守的なひとがいて古い文法を強制するんだけど…

2018/08/15(水) 15:48:33.27

組み込みに標準なんて無い
各社いろいろだ

2018/08/15(水) 15:59:23.74

そういやLinuxとかのCUIでTurboCみたいな環境ってあるのかな？
あると外部からsshでログインしている時に使えて良いのだが。

2018/08/15(水) 16:22:31.09

>>940
年寄りぶったガキが「古い環境でもコンパイル可能なコード」にこだわってるせいでどんどんコードが汚くなるのよ。
>>941
emacsじゃだめってことなんだろうねえ。
webベースのIDEでいろいろあるんだろうけど、決定版があったら知りたいわ

2018/08/15(水) 16:28:18.26

>>942
細かい表記とかよりももっと大きな事を気にした方がいいぞ

2018/08/15(水) 17:03:06.47

>>942
emacsねえ。あれは複雑過ぎて今更覚える気になれない。
まああれが多機能過ぎるせいで他が伸びなかったって感じはするなあ。

2018/08/15(水) 17:04:43.75

>>943
大きいことって、15年前の環境でコンパイルできることだろ？

2018/08/15(水) 17:13:57.27

vimでエディットして :make でビルド、
エラーや警告は quickfix 機能でシラミ潰し。

強く薦める気はないし、他の人に使い方を教えるほどの技量はないけど、
個人的にはこの組み合わせが便利だわ。
errorformat オプションを設定すれば、どんなコンパイラや変換ツールでも
ソースファイルのエラー箇所を呼び出してくれるからね。

2018/08/15(水) 17:24:36.77

C99じゃないと困ることなんてそんなにないしな。わざわざC++と互換性ないコード書くメリットもない。

2018/08/15(水) 17:36:19.98

C89だとforの初期化のときに新しく変数を宣言できないじゃん

2018/08/15(水) 17:48:50.30

コンパイラは案件による、それだけ
C99を使う案件でC89がどうたらぬかすのはただのアホ
逆もまたしかり

2018/08/15(水) 17:52:57.43

C++とCだとファイル分けるでしょ？

2018/08/15(水) 17:56:50.28

そういう意味じゃたしかに、C99規格に入れられたいくつかの機能は便利だ。
なので訂正する↓
msvcがC99準拠じゃないからといって困ることなんてそんなにないしな。

2018/08/15(水) 17:58:30.01

自己啓発の勉強ならC89で困ることとかなんかあるんだろうか？

2018/08/15(水) 17:59:04.25

//コメントと、どこでも変数宣言、がダメってのは辛いのよね。
エラーを直すのは簡単だけど、いかにもバカバカしい作業で。

2018/08/15(水) 18:00:49.89

他人に教えるなら標準は尊重しよう

2018/08/15(水) 19:26:07.57

VSでC++環境使ってC文法だけで組めばよくね？
それ以前に環境なんてどれでもいい、とは思うが。
JavaでEclipseに慣れてるのならそれもありだと思うよ。
環境で躓くこと自体が無駄だよ。

そもそもJava分かっててCの練習なら、ポインタと変数の寿命管理だけだろ。
GUIでなければ、寿命管理は全部入れ子の構造化プログラミング徹底で済んでしまうし、今時CでGUIもない。
結果的にポインタだけなのだから、環境なんて何でもいいと思うが。
その上で、現場で古い文法を使う必要があるのなら、その時に慣れればいいだけで。
環境なんて全くどれでもいいだろ、これなら。

emacs毛嫌いしている奴がいるのもよく分からんが。
Ctrl+Fとか覚えたくなければ、カーソルキー使えばいいだけだろ。
emacs使いでも、よほどコアな奴でない限り、EmacsLispなんて書いてないぞ。俺も書けんし。

2018/08/15(水) 19:29:59.75

viのキーバインドになってないと体が覚えるまで面倒

2018/08/15(水) 19:42:07.19

キーバインド自体は対応させるELが有ってもおかしく無いと思うけど。
(emacs教団の入会基準があのキーバインドに慣れることでも無かろう)
むしろ編集モード/閲覧モードを持つviの方がエディタとしては異端だ。
他の通常エディタに慣れたらviは無理だと思うが。

とはいえ、どっちも使えるって奴も聞かないので、
vi派なら今更emacsに慣れる必要は無いと思うが。

同様に、JavaでEclipseに慣れてるのなら、VSに慣れる必要もないし、そのままやった方がいいと思うよ。
何も知らなくて環境の立ち上げすら面倒なら、
VSならインストールさえすればクリックでビルド＆デバッグ実行まで出来るから楽ってだけで。

2018/08/15(水) 20:00:10.97

いろいろ使いたければC++を使えば良いんだよ
new delete 例外 stl を使わなくてもCより便利だろ

C++じゃなくてわざわざCを覚えたいって言うからには
何か理由があるんだろう

2018/08/15(水) 20:08:35.17

ちなみに、CとC++を明確に区別してるのって、C使いとC++使いだけだろ。
他はだいたいC/C++扱いだし、926もそうだと思うが。

2018/08/15(水) 20:21:36.71

まあでかいプログラムはC++で書いてれば良かったと思うようになるよ。
でもC++で書かれたクソコードというのはCのそれの比ではないので、品質のコントロールは問題になる。

2018/08/15(水) 20:22:57.45

C99はC++の拡張を取り入れるんならC++98と互換性が取れるところで一旦〆れば
よかったものを、なんで要らん独自性を出したかねぇ。

2018/08/15(水) 20:24:28.79

勉強段階なら一緒に覚えれば良いよ
自然といろんな流儀を覚える

2018/08/15(水) 20:27:16.78

>>960
> でもC++で書かれたクソコードというのはCのそれの比ではない
うむ、それは言えてる。
文法が簡易すぎてC++的意味不明な回りくどい糞コードを書けないからなのか、
それともこの簡易文法だけで戦っていける奴らは本質的に鍛えられるからなのか。

2018/08/15(水) 20:28:43.25

わざわざ「C言語なら俺に聞け」スレッドで質問してるからには
C++ではないCに限定してるんじゃないか、と判断するのも合理的ではあるわね。
CとC++の両方を扱う初心者向けスレッドも別に存在するし。

もちろん >>926 の意図は投稿者自身のものだけど。

2018/08/15(水) 20:28:52.37

C++の糞コードと言えばこれ

#define private public

2018/08/15(水) 20:28:53.66

>>961
それってC側からC++と分かれたってこと？（俺は経緯はよく知らない）
てっきりC++が独自路線突き進んだと思っていたが。

2018/08/15(水) 20:30:15.51

もう別の言語だよ
もちろん共通部分だけでも組めるけど