0
Q
關於gcc選項
A
回答
1
%GS有各種用途,我認爲除其他外,它經常用於stack_guard和pointer_guard(保護金絲雀值),線程本地存儲以及可能的一些特殊說明。
我不知道一個開關可以完全避免它,但是如果禁用堆棧保護並避免使用TLS(或多線程),則可以消除代碼中這些段的使用。鏈接到您的可執行文件的庫函數可能會有它。
相關問題
- 1. 等效於/ INCLUDE Visual Studio選項的GCC
- 2. setfacl:關於選項
- 3. 關於選擇選項值
- 4. gcc -finline-functions選項
- 5. GCC優化選項
- 6. GCC鏈接選項
- 7. 關於OpenMP與GNU gcc
- 8. 關於g ++ -O選項
- 9. 關於多選項卡類
- 10. 對於Windows中的cl,gcc的-mwindows選項等效於什麼?
- 11. gcc的-fforce-MEM選項
- 12. gcc中的-l選項
- 13. gcc -fno-stack-protector選項
- 14. GCC目錄選項-isystem
- 15. gcc -mpreferred-stack-boundary選項
- 16. -gcc的靜態選項?
- 17. GCC選項獲取statvfs64
- 18. gcc std = gnu ++ 0x選項
- 19. 宏替換,-E選項GCC
- 20. 查詢關於在GCC頁第下面提到的功能部分和數據部分的gcc選項
- 21. -fPIE(「與位置無關的可執行文件)選項(GCC,LD)
- 22. GCC宏定義選項不適用於字符串工作
- 23. 在cmake中,gcc的-mwindows選項等價於什麼?
- 24. GCC:關於GCC「優化」和「內聯」的定義問題
- 25. 關於arm-eabi-gcc和交叉編譯
- 26. 關於ubuntu gcc編譯器的問題
- 27. 關於__attribute__和noinline(GCC)的問題
- 28. 關於選擇MFC CListCtrl項目
- 29. 關於iframe的替代選項?
- 30. 添加選項,它是關於在JavaScript
在哪個操作系統上? 32位或x86-64? –
我認爲這個問題與gcc有更多的關係,而不是操作系統。 現在我正在使用32位i686-gcc進行測試。 –
不,它與操作系統有關係,因爲操作系統定義了[ABI](http://en.wikipedia.org/wiki/Application_binary_interface);編譯器爲給定的目標處理器和給定的ABI編譯代碼。 –