回答編集履歴
3
字句修正
answer
CHANGED
|
@@ -44,7 +44,7 @@
|
|
|
44
44
|
- gf[], fg[] を読み出すコードが oplib.c （だけ）にある
|
|
45
45
|
|
|
46
46
|
そうであるなら、gf[], fg[] は oplib.c の中にあれば十分ですから、
|
|
47
|
-
gf[], fg[] を oplib.c 内の static な配列にしたほうが良いと思います。しかもどちらも
|
|
47
|
+
gf[], fg[] を oplib.c 内の static な配列にしたほうが良いと思います。しかもどちらも（書き変え無い）定数テーブルのようですから const 属性もつけられます。即ち、こうします。
|
|
48
48
|
```C
|
|
49
49
|
/* 8192.h */
|
|
50
50
|
static const unsigned short gf[8192] = {
|
2
ゼフ対数表について、追加
answer
CHANGED
|
@@ -33,4 +33,24 @@
|
|
|
33
33
|
void func(int num)
|
|
34
34
|
{
|
|
35
35
|
....
|
|
36
|
-
```
|
|
36
|
+
```
|
|
37
|
+
|
|
38
|
+
> グローバル変数としてゼフ対数表(gf)を共有して計算に使っているのですが、それもグローバル変数として扱ってもいいのでしょうか？
|
|
39
|
+
|
|
40
|
+
unsigned short 型の gf[8192], fg[8192] の２つですね。一般論としては、こうした特別な配列をグローバル変数とすることは、よくあります。現状のヘッダファイル 8192.h を、Cのソースコード 8192.c に変えて、そのままグローバルな配列としてコンパイルすることもあります。しかしこの件に関して、私ならそうはしません。
|
|
41
|
+
|
|
42
|
+
現在の構成は
|
|
43
|
+
- chash.cpp が #include "8192.h" している（chash.cpp自身は gf[], fg[] をアクセスしない）
|
|
44
|
+
- gf[], fg[] を読み出すコードが oplib.c （だけ）にある
|
|
45
|
+
|
|
46
|
+
そうであるなら、gf[], fg[] は oplib.c の中にあれば十分ですから、
|
|
47
|
+
gf[], fg[] を oplib.c 内の static な配列にしたほうが良いと思います。しかもどちらも定数テーブル（＝書き変えることが無い）のようですから const 属性もつけられます。即ち、こうします。
|
|
48
|
+
```C
|
|
49
|
+
/* 8192.h */
|
|
50
|
+
static const unsigned short gf[8192] = {
|
|
51
|
+
0, 1, 2, 4, 8, 16, 32, 64, 128, 256,
|
|
52
|
+
// 途中省略
|
|
53
|
+
static const unsigned short fg[8192] = {
|
|
54
|
+
0, 1, 2, 7259, 3, 6326, 7260, 1858, 4, 925,
|
|
55
|
+
```
|
|
56
|
+
こうしておいて、oplib.c が 8192.h をインクルードするのが現状では最善に思えます。extern宣言は不要です。なお、obenor.c も oplib.c と同様の位置づけのコードのようですから、同じ修正を施せると思います。
|
1
変数名を修正
answer
CHANGED
|
@@ -19,7 +19,7 @@
|
|
|
19
19
|
```C
|
|
20
20
|
/* main.c */
|
|
21
21
|
#define MAIN // ここだけ MAIN を定義する
|
|
22
|
-
#include "global.h" // 変数の実体 int
|
|
22
|
+
#include "global.h" // 変数の実体 int ndegree; 等が割り当てられる
|
|
23
23
|
|
|
24
24
|
int main(int argc, char *argv[])
|
|
25
25
|
{
|