回答編集履歴
5
よりよい修正方法を提案
answer
CHANGED
|
@@ -21,10 +21,10 @@
|
|
|
21
21
|
|
|
22
22
|
上記の原因について掘り下げて調べていたところ、そもそもの原因は`libpython3.8がスタティックリンクされている`ことにあり、その結果、共有ライブラリ(math.cpython-38-darwin.so)が実行ファイル`main`に含まれた関数群を読みだせないことが分かりました。-rdynamicオプションにより解決したのは、mainに含まれた関数群を全てシンボルテーブルでグローバル領域へと書き出したためです。
|
|
23
23
|
|
|
24
|
-
|
|
24
|
+
調べたところ、python3.8-config --ldflagsで表示されるディレクトリには、ダイナミックリンクライブラリがありませんでした！したがって下記のようにlibpython3.8.dylibが含まれる$PYTHONHOME/libを優先順位が高くなるように前の方に追記すれば同様に動作するのではないかと思います。
|
|
25
25
|
|
|
26
26
|
```terminal
|
|
27
|
-
g++ -fPIC main.cpp $(python3.8-config --cflags --ldflags)
|
|
27
|
+
g++ -fPIC main.cpp -L$PYTHONHOME/lib $(python3.8-config --cflags --ldflags) -lpython3.8
|
|
28
28
|
```
|
|
29
29
|
|
|
30
30
|
こちらの方法の方が
|
4
表現をより正確にした
answer
CHANGED
|
@@ -19,7 +19,7 @@
|
|
|
19
19
|
|
|
20
20
|
# 追記
|
|
21
21
|
|
|
22
|
-
上記の原因について掘り下げて調べていたところ、そもそもの原因は`libpython3.8がスタティックリンクされている`ことにあり、その結果、共有ライブラリ(math.cpython-38-darwin.so)が実行ファイル`main`に含まれた関数群を読みだせないことが分かりました。-rdynamicオプションにより解決したのは、mainに含まれた関数群
|
|
22
|
+
上記の原因について掘り下げて調べていたところ、そもそもの原因は`libpython3.8がスタティックリンクされている`ことにあり、その結果、共有ライブラリ(math.cpython-38-darwin.so)が実行ファイル`main`に含まれた関数群を読みだせないことが分かりました。-rdynamicオプションにより解決したのは、mainに含まれた関数群を全てシンボルテーブルでグローバル領域へと書き出したためです。
|
|
23
23
|
|
|
24
24
|
下記のように明示的にdynamic linkライブラリを直接指定すれば、同様に動作するのではないかと思います。
|
|
25
25
|
|
3
typoの修正
answer
CHANGED
|
@@ -24,7 +24,7 @@
|
|
|
24
24
|
下記のように明示的にdynamic linkライブラリを直接指定すれば、同様に動作するのではないかと思います。
|
|
25
25
|
|
|
26
26
|
```terminal
|
|
27
|
-
g++ -fPIC main.cpp $(python3.8-config --cflags --ldflags) $PYTHONHOME/lib/
|
|
27
|
+
g++ -fPIC main.cpp $(python3.8-config --cflags --ldflags) $PYTHONHOME/lib/libpython3.8.dylib
|
|
28
28
|
```
|
|
29
29
|
|
|
30
30
|
こちらの方法の方が
|
2
日本語の修正
answer
CHANGED
|
@@ -21,7 +21,7 @@
|
|
|
21
21
|
|
|
22
22
|
上記の原因について掘り下げて調べていたところ、そもそもの原因は`libpython3.8がスタティックリンクされている`ことにあり、その結果、共有ライブラリ(math.cpython-38-darwin.so)が実行ファイル`main`に含まれた関数群を読みだせないことが分かりました。-rdynamicオプションにより解決したのは、mainに含まれた関数群がシンボルテーブルでローカルとなっており、これを本オプションでグローバルへ移行したためです。
|
|
23
23
|
|
|
24
|
-
|
|
24
|
+
下記のように明示的にdynamic linkライブラリを直接指定すれば、同様に動作するのではないかと思います。
|
|
25
25
|
|
|
26
26
|
```terminal
|
|
27
27
|
g++ -fPIC main.cpp $(python3.8-config --cflags --ldflags) $PYTHONHOME/lib/python3.8.dylib
|
1
より良い方法の提案
answer
CHANGED
|
@@ -15,4 +15,21 @@
|
|
|
15
15
|
magic cputype cpusubtype caps filetype ncmds sizeofcmds flags
|
|
16
16
|
MH_MAGIC_64 X86_64 ALL 0x00 BUNDLE 16 2240 NOUNDEFS DYLDLINK TWOLEVEL
|
|
17
17
|
```
|
|
18
|
-
とtwo level namespaceとなっていますので、この違いによりシンボル名が解決できなかったと思われます。
|
|
18
|
+
とtwo level namespaceとなっていますので、この違いによりシンボル名が解決できなかったと思われます。
|
|
19
|
+
|
|
20
|
+
# 追記
|
|
21
|
+
|
|
22
|
+
上記の原因について掘り下げて調べていたところ、そもそもの原因は`libpython3.8がスタティックリンクされている`ことにあり、その結果、共有ライブラリ(math.cpython-38-darwin.so)が実行ファイル`main`に含まれた関数群を読みだせないことが分かりました。-rdynamicオプションにより解決したのは、mainに含まれた関数群がシンボルテーブルでローカルとなっており、これを本オプションでグローバルへ移行したためです。
|
|
23
|
+
|
|
24
|
+
試しに下記のように明示的にdynamic linkライブラリを直接指定すれば、同様に動作するのではないかと思います。
|
|
25
|
+
|
|
26
|
+
```terminal
|
|
27
|
+
g++ -fPIC main.cpp $(python3.8-config --cflags --ldflags) $PYTHONHOME/lib/python3.8.dylib
|
|
28
|
+
```
|
|
29
|
+
|
|
30
|
+
こちらの方法の方が
|
|
31
|
+
- コンパイル時間が短い
|
|
32
|
+
- mainのサイズも小さい
|
|
33
|
+
- -rdynamicによる副作用もない
|
|
34
|
+
|
|
35
|
+
と良い事づくめです。
|