【初心者歓迎】C/C++室 Ver.101【環境依存OK】 [無断転載禁止]©2ch.net

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

エスケープシーケンスやWin32APIなどの環境依存なものでもOK。
ただしその場合、質問者は必ず環境を書きましょう。

◆ソースのインデントについて
半角空白やTABでのインデントはスレに貼ると無くなります。
そのため、アップローダーに上げるのも手ですが直接貼る場合は、
全角空白かに置換すると見栄えだけはよくなります。

【アップローダー】(質問が長い時はココ使うと便利)
http://codepad.org/ (コンパイルもできるし出力結果も得られる[]privateをチェック)
http://ideone.com/ (時間帯によってはcodepadが重い事があるのでここも利用)

前スレ
【初心者歓迎】C/C++室 Ver.100【環境依存OK】
http://mevius.2ch.net/test/read.cgi/tech/1478440682/

**デフォルトの名無しさん** · 2017/08/03(木) 20:14:02.94

intが32bitな64bit環境下だとして
printfの可変長引数で32bit整数を64bitに自動拡張するときの
拡張のされ方が変わるんじゃね？
ただし%uによって32bit分しか見に行かないから無視してよいけど
コード不変とはならないんじゃね？

**デフォルトの名無しさん** · 2017/08/03(木) 20:21:13.08

%z と %d の差ですかい？

**デフォルトの名無しさん** · 2017/08/03(木) 20:24:42.71

いや、64bitに自動拡張してスタックに積む際に

**デフォルトの名無しさん** · 2017/08/03(木) 20:28:36.06

int が32bit なら可変長引数部でスタックに詰むとき
暗黙で 64bit に自動拡張はやらんのじゃないの？

**デフォルトの名無しさん** · 2017/08/03(木) 21:31:57.89

やったら破綻する

**デフォルトの名無しさん** · 2017/08/03(木) 22:25:13.00

嘘ですサーセン

**デフォルトの名無しさん** · 2017/08/03(木) 22:54:52.47

>>273
そんな保証はないよ

**デフォルトの名無しさん** · 2017/08/03(木) 23:29:16.77

保証は無いね
x64の場合でもキャストしようがしまいが0拡張になるけど
差が出るとしたらどんな場合？

**デフォルトの名無しさん** · 2017/08/03(木) 23:48:26.53

常に0拡張は信じがたい
負数の時おかしくなるだろ・・・

**デフォルトの名無しさん** · 2017/08/03(木) 23:49:27.73

intが32bitの処理系の話ね
32bitのintを64bitに符号拡張するのはダメでしょ

**デフォルトの名無しさん** · 2017/08/04(金) 07:09:12.01

>>282
>負数の時おかしくなるだろ・・・
ならねーよ
printfは32bitしか取り出さねーんだから

**デフォルトの名無しさん** · 2017/08/04(金) 08:30:27.75

64bit で引き出したうえで 32bit しか採用しないのか
32bit で引き出すだけなのか

後者は2個目いこう狂うわけ

**デフォルトの名無しさん** · 2017/08/04(金) 08:46:19.49

64bitに自動拡張してスタックって、x64はpush eaxしたら8バイトpushされんの？

**デフォルトの名無しさん** · 2017/08/04(金) 08:47:48.89

8、16でも前者でしょ

**デフォルトの名無しさん** · 2017/08/04(金) 08:48:26.38

push raxになる

**デフォルトの名無しさん** · 2017/08/04(金) 08:53:09.50

というわけでビッグエンディアンは糞である

**デフォルトの名無しさん** · 2017/08/04(金) 09:16:15.84

int32にしてもスタックやキャッシュは倍の速度で消費されるのかよ。

**デフォルトの名無しさん** · 2017/08/04(金) 09:27:05.86

キャッシュは確認してないけど
スタックはポインタ幅で消費されるね

**デフォルトの名無しさん** · 2017/08/04(金) 09:31:06.85

実装依存だとは思う
VisualStudioではそうだっつーだけ

**デフォルトの名無しさん** · 2017/08/04(金) 12:56:51.39

実装依存じゃない
x86-64の仕様

**デフォルトの名無しさん** · 2017/08/04(金) 12:57:32.28

普通、引数の受け渡しはスタックじゃなくてレジスタ使うけど

**デフォルトの名無しさん** · 2017/08/04(金) 13:15:35.79

呼出規約については知らないのか。

**デフォルトの名無しさん** · 2017/08/04(金) 14:31:21.93

呼び出し規約は実装依存ではないけどアーキテクチャ依存でもないよ
そして、引数の受け渡しにレジスタをどう使うかというのは呼び出し規約と関係なく実装依存
さらに、引数はスタックに積まれるし、それはレジスタどうのこうのとは関係のない話

**デフォルトの名無しさん** · 2017/08/04(金) 14:49:43.29

何を言ってるかさっぱり意味が分らないや。

**デフォルトの名無しさん** · 2017/08/04(金) 14:56:40.96

引数を { 頭から末尾から } { レジスタスタック } につんで
つんだ引数の巻き戻しを { 呼び出し側呼ばれた側 } で行う

**デフォルトの名無しさん** · 2017/08/04(金) 18:15:41.13

>>296
呼び出し規約がアーキテクチャーに依存しないなんてことはあり得ない

**デフォルトの名無しさん** · 2017/08/04(金) 18:17:54.06

>>296はどうしようもない低能
その低能にマジレスみっともない

**デフォルトの名無しさん** · 2017/08/04(金) 18:24:58.70

>>296
レジスタ少ないx86ではスタックだが、x86_64では第1引数から第7引数までキッチリどのレジスタに入れろって決まってる。
これをアーキ依存と言わずしてなんと言うのか。

**デフォルトの名無しさん** · 2017/08/04(金) 19:06:39.89

その規約をやぶって、全部スタックに乗せる、という呼び出し規約を自分で実装していいですか？

**デフォルトの名無しさん** · 2017/08/04(金) 19:13:12.05

規約は他のプログラムと協調するためだけのもの。
他のプログラムと絡まないんなら好きにすればいい。

**デフォルトの名無しさん** · 2017/08/04(金) 19:20:42.44

>>302
別にAPI単位の規約だから好きにすれば良いけど、スタックだと32bitよりメモリ喰うし増えたレジスタ活かさずメモリとやり取りだから関数呼び出しが多いほど速度に差が出るよ。

**デフォルトの名無しさん** · 2017/08/04(金) 19:22:07.45

>>301
勉強になったわ

**デフォルトの名無しさん** · 2017/08/04(金) 19:37:44.52

アセンブラで書くならともかく、
既存のコンパイラで自己流の呼び出し規約を使うって可能なのかな。

**デフォルトの名無しさん** · 2017/08/04(金) 19:43:40.82

レジスタとか出てる時点でアセンブラやけどね。
高級言語からは同じに見えてもアセンブラからAPI呼ぶ時に混乱の元だから規約になってるんだろう。

**デフォルトの名無しさん** · 2017/08/04(金) 19:47:10.77

>>306
自己流の呼び出し規約を使うのは自己流のコンパイラだけだろ
それが既存かどうかは知らんけど

**デフォルトの名無しさん** · 2017/08/04(金) 19:49:02.44

アセンブラでリーフ関数を呼ぶとき位だな
自己流が役立つのは

**デフォルトの名無しさん** · 2017/08/04(金) 20:12:22.52

pro*cって何のために存在するの？
普通にc言語のコードにSQL埋め込めばよくね？

**デフォルトの名無しさん** · 2017/08/04(金) 20:15:41.79

>>301
第6引数までじゃね? 普通は rdi rsi rdx rcx r8 r9
rax も浮動小数の個数に使うが
windowsだけは rdx rcx r8 r9 だった気がする。

**デフォルトの名無しさん** · 2017/08/04(金) 20:27:46.30

floatやdoubleが混ざれば

**デフォルトの名無しさん** · 2017/08/04(金) 23:32:26.83

>>310
普通はCにSQL埋め込むなんてできないだろ。
SQL文を送ってコンパイルする関数を呼んで実行する関数を呼んで結果を取得する関数を呼ぶので
かまわないならPro*Cなんて必要ない。

それにしてもなんで今頃Pro*Cなんだろうか。とっくに廃止されたかと思ってた。

**デフォルトの名無しさん** · 2017/08/05(土) 01:02:35.26

よくわからないんだけどＳＱＬと連動できるプログラム言語ってあるの?

**デフォルトの名無しさん** · 2017/08/05(土) 01:36:09.75

Transact-SQLとかのことか？

**はちみつ餃子** ◆8X2XSCHEME · 2017/08/05(土) 02:01:06.28

Linq とか

**デフォルトの名無しさん** · 2017/08/05(土) 13:32:17.23

>>314
SQL埋め込みコボルが世の中に何百万行残ってるとおもってんだ

**デフォルトの名無しさん** · 2017/08/05(土) 17:30:23.26

>>293
そりゃそうか
失礼しました

**デフォルトの名無しさん** · 2017/08/06(日) 15:44:19.07

コボルかー
じゃjavaとかpythonとかC++やＣで大量データを扱おうと思ったら何らかのアルゴリズムでデーターベース自作するしかないの?
それともそういう目的だとすべからくLinqとかつかってるの？

**デフォルトの名無しさん** · 2017/08/06(日) 16:33:45.26

ORまっぱ

**デフォルトの名無しさん** · 2017/08/07(月) 00:24:32.53

大量のデータを処理したいのならPLSQLとかのdb上で動作するやつじゃないの？

**デフォルトの名無しさん** · 2017/08/07(月) 00:26:46.20

DB操作用のクラスが標準ライブラリにあるから、その言語はSQLをサポートしてると思ってるのだろう。

**デフォルトの名無しさん** · 2017/08/08(火) 21:38:02.52

const char ex1[] = "test";
const char ex2[] = { 't', 'e', 's', 't', '\0' };
auto ex3 = "test";
auto& ex4 = "test";
auto&& ex5 = "test";

ググってみると、ex1とex2は完全に等価、ex3はconst char*？
ex4とex5はconst char[]だけどex1、ex2と等価ではない？
どういうことッスか？なんかよー分からんです。

**デフォルトの名無しさん** · 2017/08/08(火) 21:44:21.88

変数名の上にマウスポインターを持って行く
ぐらいは試したのだろうか

**はちみつ餃子** ◆8X2XSCHEME · 2017/08/08(火) 22:10:21.09

誰もかれもがモダンな統合開発環境を使ってると思ったら間違いやで。

**片山博文MZ** ◆T6xkBnTXz7B0 · 2017/08/08(火) 22:12:27.93

早くナウいモダンボーイになれよ

**デフォルトの名無しさん** · 2017/08/08(火) 22:13:12.16

>>325
その通りだ
では
http://ideone.com/GtYLLG
この結果を見てわからなければ出家するしかない

ついでにex1,2は関数が実行される度に配列が作られる

**片山博文MZ** ◆T6xkBnTXz7B0 · 2017/08/08(火) 22:16:15.22

配列への参照というのが分かりにくいね。

**デフォルトの名無しさん** · 2017/08/09(水) 18:30:53.88

using F = void () &;
struct A { void f() & {} };
F A::*const &mp = &A::f;

参照もこのぐらい複雑になるとコンパイラーですら正しく実装できないものが出てくる

**デフォルトの名無しさん** · 2017/08/09(水) 20:42:43.33

初心者歓迎スレはいつから難読コードスレになったんだ？

**デフォルトの名無しさん** · 2017/08/09(水) 23:21:19.78

難読禁止スレではないし
それより言語を断らずにc++限定の話すんなや

**デフォルトの名無しさん** · 2017/08/09(水) 23:58:04.92

ぷらぷらは意図しない難読化しやすいよなぁ

**デフォルトの名無しさん** · 2017/08/10(木) 00:19:15.22

おまえらは意図してドヤ顔でオナニーコード貼って理解できないなら出家しろとか言ってるからな。

初心者相手にマウンティングとか見てて恥ずかしい。

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

バカにマウンティングしてるお前や俺よりマシだろ w

**デフォルトの名無しさん** · 2017/08/10(木) 07:42:54.68

http://d.hatena.ne.jp/yupo5656/20060907/
この話ってグローバル変数の時だけと思っていいですか？
void f(){ const char g[] = "asdf"; }
だと毎回初期化する分、損になりそうに思うんですが

**デフォルトの名無しさん** · 2017/08/10(木) 07:57:39.32

普通は最適化されて何の問題もないだろうけど

組み込み用の一部の糞コンパイラとかで使う可能性があるなら書き換えておいた方が良いかもね

**デフォルトの名無しさん** · 2017/08/10(木) 08:00:25.98

極端に悪くなる可能性のあるコードにしない
汎用性のあるコードを書く時の基本

特定の環境だけならその環境でテストしてみればわかること

**デフォルトの名無しさん** · 2017/08/10(木) 08:05:23.26

>>335
だからstatic付けろって書いてあるっしょ

**デフォルトの名無しさん** · 2017/08/10(木) 12:55:02.15

リテラルに名前付けたいだけなら
auto&&var=リテラル
何も考えずこれでええw

**はちみつ餃子** ◆8X2XSCHEME · 2017/08/10(木) 13:19:12.39

せやろか

**デフォルトの名無しさん** · 2017/08/10(木) 14:56:24.20

はいそうです

**デフォルトの名無しさん** · 2017/08/10(木) 16:20:23.29

もしかして#defineで定数用意するよりそっちの方がかっこいい？

**デフォルトの名無しさん** · 2017/08/10(木) 16:58:59.12

マクロ多用するとデバッグ面倒にならね？

**デフォルトの名無しさん** · 2017/08/10(木) 16:59:23.11

#define A 100 ←存在が害悪の化石老人
auto &&A = 100; ←ODRを考えない短絡思考
constexpr int A = 100; // ←ふつうの人
constexpr auto &&A = 100; // ←ちょっとヘンな人

**デフォルトの名無しさん** · 2017/08/10(木) 18:17:00.74

組み込みCだとdefineしか出来なかったりするんだよ

**デフォルトの名無しさん** · 2017/08/10(木) 18:23:30.24

>>344
ODR って何の略？

**デフォルトの名無しさん** · 2017/08/10(木) 18:53:23.23

>>346
ODRとはOne Definition RuleのことでC++の重要なルールである。
Cの仮定義と異なりC++ではインライン関数やテンプレートを除き
「定義」が複数あってはならない。
この多重定義の禁止と一部の例外を定めたルールがODRと呼ばれる。
例えばauto && A = 100;が記述されたヘッダファイルを
二つの翻訳単位からincludeしたとすると
二つの翻訳単位でAが定義されることになりエラーとなる。
詳細は処理系のマニュアルを見よ。

**デフォルトの名無しさん** · 2017/08/10(木) 19:40:58.66

もしかしてヘッダファイルにconstexpr auto &&A = "lkjdslkjf";とか書くのって合法？
#define 名前定数としてたやつは全部constexpr auto &&名前 = 定数で置き換えられる？

**デフォルトの名無しさん** · 2017/08/10(木) 21:11:04.47

>>348
内部リンケージなのでODRには違反しない
翻訳単位ごとに実体が異なるのでアドレスが異なると困る場合には使うべきでないが
これは旧来のstatic constやdefineでも変わらない

**デフォルトの名無しさん** · 2017/08/11(金) 03:47:43.97

#define→enum→const→constexpr
定数書くのに変わり杉です
理想論いらないです#define溢れた現実世界見よ

**デフォルトの名無しさん** · 2017/08/11(金) 08:37:53.72

>>350
老害の見苦しい言い訳乙
ディープラーニングとか言っても理解できないんでしょ？涙拭けよ

**デフォルトの名無しさん** · 2017/08/11(金) 08:55:50.68

constexprにしたほうがいいものがconstになってるのは結構あるけど、defineなんてほぼ見ないけどな

**デフォルトの名無しさん** · 2017/08/11(金) 11:58:39.97

>>351
Aで詐欺でもしてるんですか？

**はちみつ餃子** ◆8X2XSCHEME · 2017/08/11(金) 13:32:11.00

さすがに #define は殺そう

**デフォルトの名無しさん** · 2017/08/11(金) 14:16:58.81

組み込みのチープな世界を知らないんだな

**デフォルトの名無しさん** · 2017/08/11(金) 14:29:14.52

知る必要すらない

**デフォルトの名無しさん** · 2017/08/11(金) 14:37:28.25

リッチな環境限定のスレじゃないから
環境依存OK

**デフォルトの名無しさん** · 2017/08/11(金) 14:39:12.01

知る必要がない人が大部分だろうが
ここはそういう人限定のスレではない

**デフォルトの名無しさん** · 2017/08/11(金) 14:40:43.01

>>354 みたいなのを見ると、視野が狭いと思ってしまう
色々な事情で色々なコードがある

**デフォルトの名無しさん** · 2017/08/11(金) 14:43:55.42

Cに移植する可能性がゼロであるコードをC++上で新規でdefineで書いてたら老害だと思う

**デフォルトの名無しさん** · 2017/08/11(金) 15:18:06.60

組み込みCだとstatic const使えてもアセンブリレベルで
即値にならないので#defineは常識
環境依存スレで多様性否定する奴は去れ

**デフォルトの名無しさん** · 2017/08/11(金) 15:54:54.01

>>355
どこのコンパイラ使ってるか書いてみ

**はちみつ餃子** ◆8X2XSCHEME · 2017/08/11(金) 16:37:53.27

>>361
だからそういうコンパイラを殺そうぜっていう話な

**デフォルトの名無しさん** · 2017/08/11(金) 19:54:31.22

constとconstexprの違いがよくわからない

**デフォルトの名無しさん** · 2017/08/11(金) 20:11:06.67

動的か静的かの違い？

**デフォルトの名無しさん** · 2017/08/11(金) 20:26:59.57

ROM に書ける内容だったら constexpr
RAM に置かなければならないのなら const

**デフォルトの名無しさん** · 2017/08/11(金) 20:35:58.34

ROMって見たこと無いけど実在するの？

**デフォルトの名無しさん** · 2017/08/11(金) 22:35:43.38

>>323
分かるヤツ使ってればいいだろ

**デフォルトの名無しさん** · 2017/08/11(金) 22:38:20.04

>>364
どちらもコンパイル時に決まるものも決まらないものも扱うUNKO仕様なので常人が理解できないのは致し方ない
一つ知っておくべきなのは「constexprの変数はコンパイル時に決まるもののみ」ということ

**デフォルトの名無しさん** · 2017/08/12(土) 06:07:41.79

>>367
一般人はRAMも見たことないよ

組み込み用マイコンだと、フラッシュROMからそのまま実行したりする
コードもconstデータもROMに置いてそのまま実行出来る

**デフォルトの名無しさん** · 2017/08/12(土) 08:39:04.62

メモリ増設の時ぐらいしかスロット見ないし
え？別の話？

**デフォルトの名無しさん** · 2017/08/12(土) 08:43:37.90

光学メディアもROM、RAMか

**デフォルトの名無しさん** · 2017/08/12(土) 08:45:12.28

デシタルネイティブ「RAMもROMを見たことがない」