Q&A
参考にしているサイトが悪いし、これまで何度も回答で説明いただいていたように、#includeプリプロセッサ命令でインクルードしているファイルが、その位置でそのファイルに展開されていることを考えれば、理由が分かるはず。
提示コードですがなぜstaticグローバル変数はそのファイルのみしか使えないのにその外でも利用できるのでしょうか？
引用 [ グローバル変数にstatic修飾子を付けると、記述されたファイル内のみでの使用に制限されます。宣言、定義はソースファイルで行います。ヘッダーファイルでstatic修飾子を付けて宣言することはできません。 ]
とありますがヘッダーファイルでも宣言出来てしまうのですが...
c
1#include "stdio.h" 2#include "test.h"//インクルード 3 4 5 6 7int main() 8{ 9 st = 4; 10 11 12 return 0; 13}
c
1//ヘッダーファイル 2static int st; 3 4void test();
c
1//ソースファイル 2#include "test.h" 3 4void test() 5{ 6 st = 5; 7}
> そのファイルの外からでもアクセス出来てしまう。
できていません。確認せよ。
> ヘッダーファイルでstatic修飾子を付けて宣言することはできません。
ガセネタっぽい...
回答2件
0
C
1#include "test.h" 2 3void test() 4{ 5 st = 5; 6}
というのは、早い話#include "test.h"のところにtest.hの内容が挿入されるだけなので
C
1//ヘッダーファイル 2static int st; 3 4void test(); 5 6void test() 7{ 8 st = 5; 9}
と同じことになります。別のCファイルでも#include "test.h"すれば、そこに
//ヘッダーファイル static int st; void test();
が挿入されるということです。
投稿2021/05/03 06:53
総合スコア8402
0
ベストアンサー
ヘッダファイルにstatic変数の定義を書けば、そのヘッダファイルをインクルードしてるファイルごとにその変数が定義されます。
しかも、staticであるため、そのファイル数分の変数が定義されることになります
ヘッダーファイルでstatic修飾子を付けて宣言することはできません。
できないのではなく、しても意味がないためしてはいけない、という意味ですね
投稿2021/05/03 06:52
編集2021/05/03 06:54
総合スコア88042
> できないのではなく、しても意味がないためしてはいけない
定数を作る時にstatic constとすることはありえなくはないです。
インクルードしたファイルごとにstatic int 変数が作られるとうい意味での利点ですね。？
どういう利点があると思いますか？
それぞれのファイルごとに独立した変数なので、相互に関わりは全く無いです
なるほど。毎回書く必要ないという意味で利点だと思ったのですが違うのですねわかりました。
１００個のソースファイルにそのヘッダがインクルードされたら、１００個の独立した変数が出来上がるってことになります
それがたとえstatic constであろうが事情は同じです。
まあ、PCのようにメモリがじゃぶじゃぶ使える環境なら、いいっちゃーいいんでしょうけど。
#includeするごとに勝手に同じ型、名前のファイルスコープのstatic変数が宣言されてしまうのに、害悪ではなく利点と思えてしまう不思議。
> それがたとえstatic constであろうが事情は同じです。
ポインタを取るような使い方をしなければ、const変数の領域は最適化で消し飛ばすことが可能です。
（C++の場合C++17以上にinlineというのがあって、ヘッダファイルで宣言・定義しても「実体はたかだか1つ」ということを保証してくれます）
> const変数の領域は最適化で消し飛ばす
コンパイラ依存なような、、ただ、大抵は消し飛ばされるでしょうね。
inlineは、かなり以前から、見た気がしますが、コンパイラ依存だったのでしょうか?
inlineがグローバル変数に使えるようになったのがC++17以降、とのことです（プロパティや関数にはもっと前から使えました）。
https://cpprefjp.github.io/lang/cpp17/inline_variables.html
少し話が込み入ってきたように思いますが、ついているタグと質問件名、コードによると当質問者氏は「C言語」での話をしているようです。ですが、他の質問ではC++の話をしていたりして、どこまで本人が厳密に意識しているかは定かではありません。
まあ、Cコンパイラの中には、ファイル間の最適化をしてくれるようなものもあったりするので、static constで最適化するのも中にはあるとは思いますが、大多数の組み込み用Cコンパイラの世界では、そういうことはしてくれない、という認識をしております
既に脱線してる気もしますが、、
const 宣言で値しか参照しない場合、コンパイル後のコードから変数は消えるのでは?
(コンパイル時に型チェックされるから、それなりの価値はある)
> const 宣言で値しか参照しない場合、コンパイル後のコードから変数は消えるのでは?
Cコンパイラ次第、その値の参照の仕方次第、なのではないでしょうか。「消えるかもしれない／消えないかもしれない」の議論を進めても仕方が無い気がします。
static const v1=1234 を別のファイルで2つ定義したとき、最適化しても実際に消えない例：
ここから>>>
$ cat m.c
#include <stdio.h>
static const int v1 = 1234;
const int *v1p(void);
int main() {
printf("thisfile.v1\t%p, val=%d\n", &v1, v1);
printf("anotherfile.v1\t%p, val=%d\n", v1p(), *v1p());
return 0;
}
$ cat v1p.c
static const int v1 = 1234;
const int *v1p() {
return &v1;
}
$ gcc -O3 -Wall m.c v1p.c
$ ./a.out
thisfile.v1 0x7f227fe00788, val=1234
anotherfile.v1 0x7f227fe0078c, val=1234
$
<<<ここまで
dodox86さん、
コンパイラ次第なのは分かりますが、、アドレス取ったら、まず無理でしょう。
> コンパイラ次第なのは分かりますが、、アドレス取ったら、まず無理でしょう。
ですので「その値の参照の仕方次第、なのではないでしょうか。」と書きました。また、これも個人の意見で処理系の実装次第だと思いますが、static int v1の実体の解決をコンパイラ、リンカーに委ねると、ファイルスコープのstaticであったとしても、同じ名前と値のconst int v1;を最終的に消し去る（同一のメモリ位置を参照させる）ことも可能ではある気がします。
まあ、処理系依存の機能を盲目的に正としてしまうのはいかがなものかと。
対応してないからとエラーが出るようなものならともかく、対応してない環境、方法で、不具合が出る可能性があるものに関しては、「間違い」と（私は）します。
あなたの回答
tips
プレビュー
