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