C++相談室 part151

**デフォルトの名無しさん** · 2020/05/14(木) 11:53:25.59

C++に関する質問やら話題やらはこちらへどうぞ。
ただし質問の前にはFAQに一通り目を通してください。
IDE (VC++など)などの使い方の質問はその開発環境のスレにお願いします。

前スレ
C++相談室 part150
https://mevius.5ch.net/test/read.cgi/tech/1584975873/
このスレもよろしくね。
【初心者歓迎】C/C++室 Ver.105【環境依存OK】
http://mevius.5ch.net/test/read.cgi/tech/1556142878/

■長いソースを貼るときはここへ。■
　http://codepad.org/
　https://ideone.com/

[C++ FAQ]
https://isocpp.org/wiki/faq/
http://www.bohyoh.com/CandCPP/FAQ/ (日本語)

テンプレここまで

**デフォルトの名無しさん** · 2020/05/14(木) 12:14:02.15

>>1
O2

**デフォルトの名無しさん** · 2020/05/14(木) 15:59:11.45

https://mevius.5ch.net/test/read.cgi/tech/1584975873/1000
> 1000 名前：デフォルトの名無しさん[sage] 投稿日：2020/05/14(木) 15:51:59.69 ID:X1Z5LMNW [4/4]
> ん？
> ＞未だにC++03にしがみついているわけがない
> >>993で17使ってると言ってたようだが
>
> てかもうちょい生産的な話出来んのか
> 仕事でも趣味でも都合の良いコンパイラ使えばいいだけの話
> 構造化束縛をマクロとテンプレートで実現するとかなら面白い話題なんだけどな(面白いだけで実用性があるとは言ってない

なんだ、17で俺スゲーやってんのおまえじゃん
俺は仕事で17は当たり前という立場
おまえは仕事には危なくて使えないという立場
俺に教えを請うて突っぱねられたのがおまえ
あとはわかるな？

**デフォルトの名無しさん** · 2020/05/14(木) 16:04:10.28

>>3
＞なんだ、17で俺スゲーやってんのおまえじゃん
＞おまえは仕事には危なくて使えないという立場
？
俺の話じゃないんだが・・
いいから消えろよ荒らしは

**デフォルトの名無しさん** · 2020/05/14(木) 16:04:50.89

ホスト環境は17、組み込みは03で良いのでは？

**デフォルトの名無しさん** · 2020/05/14(木) 16:06:44.92

>>5
その「組み込み」ってのは、まさかH8とかか？
ARM用のコンパイラがどうなっているか知ってるか？

**デフォルトの名無しさん** · 2020/05/14(木) 16:07:42.33

>>4
逃げたければ消えるのはおまえだ
ほら行けよ、追わねえでやるから

**デフォルトの名無しさん** · 2020/05/14(木) 16:44:48.92

extern "C" 以下が、宣言になるなのか、定義になるのかについて、以下のページには、
extern "C" { int i; } と書くと、i は、「定義」される。
宣言で済ましたい場合には、
extern "C" { extern int i; }としなくてはならない。しかし、中括弧で囲まずに、
extern "C" int i;
と書いた場合には、i は「宣言」だけされる、とあります。
さらに、これは変数の場合で、関数の場合には、戻り値関数名(仮引数列) の後に関数定義部の{・・・}
があるかどうかで宣言か定義かが変わるだけのようです。といいますか、関数の場合は、関数定義部
がなければ、「定義」しようがないのでそれは当然かもしれませんが（結構複雑です。）。

これらの動作について、cppreference などで述べられているページがあれば、
教えていただければ幸いです。

https://stackoverflow.com/questions/1041866/what-is-the-effect-of-extern-c-in-c

Note that extern "C" { int i; } is a definition.
This may not be what you intended, next to the non-definition of void g(char);.
To make it a non-definition, you would need extern "C" { extern int i; }.
On the other hand, the one-declaration syntax without braces does make the declaration a non-definition: extern "C" int i; is the same as extern "C" { extern int i; }

**デフォルトの名無しさん** · 2020/05/14(木) 17:19:49.87

>>8
【関連事項】
[winnt.h の中]
#ifdef __cplusplus
#define EXTERN_C extern "C"
#else
#define EXTERN_C extern
#endif
[urlmon.h の中]
EXTERN_C const IID CLSID_CdlProtocol; // (100)

[考察]
(100)は、EXTERN_C のマクロ展開後
*pure C では、
extern const IID CLSID_CdlProtocol; // (101)
*C++ では、
extern "C" const IID CLSID_CdlProtocol; // (102)
となります。

(101)は明らかに(「定義」ではなく)「宣言」なので、モード間のバランスから考えて、
(102)も宣言でなくてはなりません。一方、

#ifdef __cplusplus
extern "C" {
#endif
int aaa;
#ifdef __cplusplus
}
#endif
と書いた場合、aaa は、どちらのモードでも「(変数)定義」であり、単なる「宣言」ではありません。
これは、(102)が「宣言」であることと、ある種の矛盾を生じているようですが、これが現状の
正しい解釈のようです。しかし、この事が cppreference のどこに書いてあるのかが分かりません。

**デフォルトの名無しさん** · 2020/05/14(木) 17:25:47.90

1回しか使われていない場合
2回以上使われている場合
「宣言」とは別に定義がリンクされている場合

**デフォルトの名無しさん** · 2020/05/14(木) 17:33:00.93

>>10
そういうことは理解しているつもりです。
extern ではなく、extern "C" の動作が、直後にブロックがあるかないかや、
変数か関数かによって、不思議な変化を見せることに興味があります。

**デフォルトの名無しさん** · 2020/05/14(木) 17:38:36.51

int aaa; //definition in C++, tentative in C
int aaa; //invalid in C++, valid in C

**デフォルトの名無しさん** · 2020/05/14(木) 17:48:01.20

クラスで定義された型を言語構文でバラして対応付けると言う非対称な気持ち悪さと
const, 非constを混在して受けられない不便さとがあるな
構造化バインディング
まーtuple限定ではなく構造体を対応付けられるから非対称ってわけでもないか

**デフォルトの名無しさん** · 2020/05/14(木) 17:51:54.74

>>8
extern "C" {}
はブレース内をCリンケージで処理するつって話
extern "C" int a;
はCリンケージのextern文

**デフォルトの名無しさん** · 2020/05/14(木) 18:15:11.62

>>14
stackoverflow以外に、公式サイトでそれが書かれている場所を教えていただければ幸いです。