amd編譯器

『壹』 支持C99編譯器

AMD x86 Open64 Compiler Suite Mostly Has C99 support equal to that of GCC.[1]
Ch Partial Supports major C99 features.[2]
Clang Mostly Does not support C99 floating-point pragmas.[3]
GCC Mostly As of January 2011[update] and GCC 4.5, 12 features suffer library issues, 1 feature is broken and 6 are missing. 43 C99 features have been completely implemented, however many features still remain unimplemented.[4]
Intel C++ compiler Mostly long double is not supported.
Open Watcom Partial Implements the most-used parts of the standard. However, they are enabled only through an undocumented command-line switch.[5]
Pelles C Mostly Supports most C99 features.
Portable C compiler Partial Working towards becoming C99-compliant.
Sun Studio Full[6]
Tiny C Compiler Mostly Does not support complex numbers or variable length arrays.[7] The developers state that "TCC is heading toward full ISOC99 compliance".[8]
IBM C for AIX, V6 [9]and XL C/C++ V11.1 for AIX [10] ?
IBM Rational logiscope Full Until Logiscope 6.3, only basic constructs of C99 were supported. C99 is officially supported in Logiscope 6.4 and later versions.[11]
Microsoft Visual Studio No As of Visual Studio 2010, there are no plans to support C99.[12][13]

看上面的支持列表，完全支持C99的只有Sun Studio和IBM Rational logiscope,
VC直到2010都沒有計劃支持C99。
補充：
在C99中包括的特性有：
對編譯器限制增加了，比如源程序每行要求至少支持到 4095 位元組，變數名函數名的要求支持到 63 位元組 (extern 要求支持到 31)
預處理增強了。例如：
宏支持取參數 #define Macro(...) __VA_ARGS__
使用宏的時候，參數如果不寫，宏里用 #,## 這樣的東西會擴展成空串。(以前會出錯的)
支持 // 行注釋（這個特性實際上在C89的很多編譯器上已經被支持了）
增加了新關鍵字 restrict, inline, _Complex, _Imaginary, _Bool
支持 long long, long double _Complex, float _Complex 這樣的類型
支持 <: :> <% %> %: %:%: ，等等奇怪的符號替代，D&E 里提過這個
支持了不定長的數組。數組的長度就可以用變數了。聲明類型的時候呢,就用 int a[*] 這樣的寫法。不過考慮到效率和實現，這玩意並不是一個新類型。所以就不能用在全局裡，或者 struct union 裡面，如果你用了這樣的東西，goto 語句就受限制了。
變數聲明不必放在語句塊的開頭，for 語句提倡這么寫 for(int i=0;i <100;++i) 就是說，int i 的聲明放在裡面，i 只在 for 裡面有效。(VC沒有遵守這條標准，i 在 for 外也有效)
當一個類似結構的東西需要臨時構造的時候，可以用 (type_name){xx,xx,xx} 這有點像 C++ 的構造函數
初始化結構的時候現在可以這樣寫:
struct {int a[3], b;} hehe[] = { [0].a = {1}, [1].a = 2 };
struct {int a, b, c, d;} hehe = { .a = 1, .c = 3, 4, .b = 5} // 3,4 是對 .c,.d 賦值的
字元串裡面，\u 支持 unicode 的字元
支持 16 進制的浮點數的描述
所以 printf scanf 的格式化串多支持了 ll / LL (VC6 里用的 I64) 對應新的 long long 類型。
浮點數的內部數據描述支持了新標准，這個可以用 #pragma 編譯器指定
除了已經有的 __line__ __file__ 以外，又支持了一個 __func__ 可以得到當前的函數名
對於非常數的表達式，也允許編譯器做化簡
修改了對於 / % 處理負數上的定義，比如老的標准里 -22 / 7 = -3, -22 % 7 = -1 而現在 -22 / 7 = -4, -22 % 7 = 6
取消了不寫函數返回類型默認就是 int 的規定
允許 struct 定義的最後一個數組寫做 [] 不指定其長度描述
const const int i; 將被當作 const int i; 處理
增加和修改了一些標准頭文件, 比如定義 bool 的 <stdbool.h> 定義一些標准長度的 int 的 <inttypes.h> 定義復數的 <complex.h> 定義寬字元的 <wctype.h> 有點泛型味道的數學函數 <tgmath.h> 跟浮點數有關的 <fenv.h> 。 <stdarg.h> 里多了一個 va_ 可以復制 ... 的參數。 <time.h> 里多了個 struct tmx 對 struct tm 做了擴展
輸入輸出對寬字元還有長整數等做了相應的支持
相對於c89的變化還有
1、增加restrict指針
C99中增加了公適用於指針的restrict類型修飾符，它是初始訪問指針所指對象的惟一途徑，因此只有藉助restrict指針表達式才能訪問對象。restrict指針指針主要用做函數變元，或者指向由malloc()函數所分配的內存變數。restrict數據類型不改變程序的語義。
如果某個函數定義了兩個restrict指針變元，編譯程序就假定它們指向兩個不同的對象，memcpy()函數就是restrict指針的一個典型應用示例。C89中memcpy()函數原型如下：
代碼: void *memcpy (void *s1, const void *s2, size_t size);
如果s1和s2所指向的對象重疊，其操作就是未定義的。memcpy()函數只能用於不重疊的對象。C99中memcpy()函數原型如下：代碼: void *memcpy(void *restrict s1, const void *restrict s2,size_t size);
通過使用restrict修飾s1和s2 變元，可確保它們在該原型中指向不同的對象。
2、inline（內聯）關鍵字
內聯函數除了保持結構化和函數式的定義方式外,還能使程序員寫出高效率的代碼.函數的每次調用與返回都會消耗相當大的系統資源,尤其是當函數調用發生在重復次數很多的循環語句中時.一般情況下,當發生一次函數調用時,變元需要進棧,各種寄存器內存需要保存.當函數返回時,寄存器的內容需要恢復。如果該函數在代碼內進行聯機擴展，當代碼執行時，這些保存和恢復操作旅遊活動會再發生，而且函數調用的執行速度也會大大加快。函數的聯機擴展會產生較長的代碼，所以只應該內聯對應用程序性能有顯著影響的函數以及長度較短的函數
3、新增數據類型
_Bool
值是0或1。C99中增加了用來定義bool、true以及false宏的頭文件夾 <stdbool.h> ，以便程序員能夠編寫同時兼容於C與C++的應用程序。在編寫新的應用程序時，應該使用
<stdbool.h> 頭文件中的bool宏。
_Complex and _Imaginary
C99標准中定義的復數類型如下：float_Complex; float_Imaginary; double_Complex; double_Imaginary; long double_Complex; long double_Imaginary.
<complex.h> 頭文件中定義了complex和imaginary宏,並將它們擴展為_Complex和_Imaginary,因此在編寫新的應用程序時,應該使用 <stdbool.h> 頭文件中的complex和imaginary宏。
long long int
C99標准中引進了long long int（-(2e63 - 1)至2e63 - 1）和unsigned long long int（0 - 2e64 - 1）。long long int能夠支持的整數長度為64位。
4、對數組的增強
可變長數組
C99中,程序員聲明數組時,數組的維數可以由任一有效的整型表達式確定,包括只在運行時才能確定其值的表達式,這類數組就叫做可變長數組,但是只有局部數組才可以是變長的.
可變長數組的維數在數組生存期內是不變的,也就是說,可變長數組不是動態的.可以變化的只是數組的大小.可以使用*來定義不確定長的可變長數組。
數組聲明中的類型修飾符
在C99中，如果需要使用數組作為函數變元，可以在數組聲明的方括弧內使用static關鍵字，這相當於告訴編譯程序，變元所指向的數組將至少包含指定的元素個數。也可以在數組聲明的方括弧內使用restrict,volatile,const關鍵字，但只用於函數變元。如果使用restrict，指針是初始訪問該對象的惟一途徑。如果使用const，指針始終指向同一個數組。使用volatile沒有任何意義。
5、單行注釋
引入了單行注釋標記 "// " , 可以象C++一樣使用這種注釋了。
6、分散代碼與聲明
7、預處理程序的修改
a、變元列表
宏可以帶變元，在宏定義中用省略號（...）表示。內部預處理標識符__VA_ARGS__決定變元將在何處得到替換。例：#define MySum(...) sum(__VA_ARGS__) 語句MySum(k,m,n);
將被轉換成：sum(k, m, n); 變元還可以包含變元。例： #define compare(compf, ...) compf(__VA_ARGS__) 其中的compare(strcmp, "small ", "large "); 將替換成：strcmp( "small ", "large ");
b、_Pragma運算符
C99引入了在程序中定義編譯指令的另外一種方法：_Pragma運算符。格式如下：
_Pragma( "directive ")
其中directive是要滿打滿算的編譯指令。_Pragma運算符允許編譯指令參與宏替換。
c、內部編譯指令
STDCFP_CONTRACT ON/OFF/DEFAULT 若為ON，浮點表達式被當做基於硬體方式處理的獨立單元。默認值是定義的工具。
STDCFEVN_ACCESS ON/OFF/DEFAULT 告訴編譯程序可以訪問浮點環境。默認值是定義的工具。
STDC CX_LIMITED_RANGE ON/OFF/DEFAULT 若值為ON，相當於告訴編譯程序某程序某些含有復數的公式是可靠的。默認是OFF。
d、新增的內部宏
__STDC_HOSTED__ 若操作系統存在，則為1
__STDC_VERSION__ 199991L或更高。代表C的版本
__STDC_IEC_599__ 若支持IEC 60559浮點運算，則為1
__STDC_IEC_599_COMPLEX__ 若支持IEC 60599復數運算，則為1
__STDC_ISO_10646__ 由編譯程序支持，用於說明ISO/IEC 10646標準的年和月格式：yyymmmL
9、復合賦值
C99中，復合賦值中，可以指定對象類型的數組、結構或聯合表達式。當使用復合賦值時，應在括弧內指定類型，後跟由花括弧圍起來的初始化列表；若類型為數組，則不能指定數組的大小。建成的對象是未命名的。
例： double *fp = (double[]) {1.1, 2.2, 3.3};
該語句用於建立一個指向double的指針fp，且該指針指向這個3元素數組的第一個元素。 在文件域內建立的復合賦值只在程序的整個生存期內有效。在模塊內建立的復合賦值是局部對象，在退出模塊後不再存在。
10、柔性數組結構成員
C99中，結構中的最後一個元素允許是未知大小的數組，這就叫做柔性數組成員，但結構中的柔性數組成員前面必須至少一個其他成員。柔性數組成員允許結構中包含一個大小可變的數組。sizeof返回的這種結構大小不包括柔性數組的內存。包含柔性數組成員的結構用malloc()函數進行內存的動態分配，並且分配的內存應該大於結構的大小，以適應柔性數組的預期大小。

11、指定的初始化符
C99中，該特性對經常使用稀疏數組的程序員十分有用。指定的初始化符通常有兩種用法：用於數組，以及用於結構和聯合。用於數組的格式：[index] = vol; 其中，index表示數組的下標，vol表示本數組元素的初始化值。
例如： int x[10] = {[0] = 10, [5] = 30}; 其中只有x[0]和x[5]得到了初始化．用於結構或聯合的格式如下：
member-name(成員名稱)
對結構進行指定的初始化時，允許採用簡單的方法對結構中的指定成員進行初始化。
例如： struct example{ int k, m, n; } object = {m = 10,n = 200};
其中，沒有初始化k。對結構成員進行初始化的順序沒有限制。
12、printf()和scanf()函數系列的增強
C99中printf()和scanf()函數系列引進了處理long long int和unsigned long long int數據類型的特性。long long int 類型的格式修飾符是ll。在printf()和scanf()函數中，ll適用於d, i, o, u 和x格式說明符。另外，C99還引進了hh修飾符。當使用d, i, o, u和x格式說明符時，hh用於指定char型變元。ll和hh修飾符均可以用於n說明符。
格式修飾符a和A用在printf()函數中時，結果將會輸出十六進制的浮點數。格式如下：[-]0xh, hhhhp + d 使用A格式修飾符時，x和p必須是大寫。A和a格式修飾符也可以用在scanf()函數中，用於讀取浮點數。調用printf()函數時，允許在%f說明符前加上l修飾符，即%lf，但不起作用。
13、C99新增的庫
C89中標準的頭文件
<assert.h> 定義宏assert()
<ctype.h> 字元處理
<errno.h> 錯誤報告
<float.h> 定義與實現相關的浮點值勤
<limits.h> 定義與實現相關的各種極限值
<locale.h> 支持函數setlocale()
<math.h> 數學函數庫使用的各種定義
<setjmp.h> 支持非局部跳轉
<signal.h> 定義信號值
<stdarg.h> 支持可變長度的變元列表
<stddef.h> 定義常用常數
<stdio.h> 支持文件輸入和輸出
<stdlib.h> 其他各種聲明
<string.h> 支持串函數
<time.h> 支持系統時間函數
C99新增的頭文件和庫
<complex.h> 支持復數演算法
<fenv.h> 給出對浮點狀態標記和浮點環境的其他方面的訪問
<inttypes.h> 定義標準的、可移植的整型類型集合。也支持處理最大寬度整數的函數
<iso646.h> 首先在此1995年第一次修訂時引進，用於定義對應各種運算符的宏
<stdbool.h> 支持布爾數據類型類型。定義宏bool，以便兼容於C++
<stdint.h> 定義標準的、可移植的整型類型集合。該文件包含在 <inttypes.h> 中
<tgmath.h> 定義一般類型的浮點宏
<wchar.h> 首先在1995年第一次修訂時引進，用於支持多位元組和寬位元組函數
<wctype.h> 首先在1995年第一次修訂時引進，用於支持多位元組和寬位元組分類函數
14、__func__預定義標識符
用於指出__func__所存放的函數名，類似於字元串賦值。
15、其它特性的改動
放寬的轉換限制
限制 C89標准 C99標准
數據塊的嵌套層數 15 127
條件語句的嵌套層數 8 63
內部標識符中的有效字元個數 31 63
外部標識符中的有效字元個數 6 31
結構或聯合中的成員個數 127 1023
函數調用中的參數個數 31 127

不再支持隱含式的int規則
刪除了隱含式函數聲明
對返回值的約束
C99中,非空類型函數必須使用帶返回值的return語句.
擴展的整數類型
擴展類型 含義
int16_t 整數長度為精確16位
int_least16_t 整數長度為至少16位
int_fast32_t 最穩固的整數類型,其長度為至少32位
intmax_t 最大整數類型
uintmax_t 最大無符號整數類型
對整數類型提升規則的改進
C89中,表達式中類型為char,short int或int的值可以提升為int或unsigned int類型.
C99中,每種整數類型都有一個級別.例如:long long int 的級別高於int, int的級別高於char等.在表達式中,其級別低於int或unsigned int的任何整數類型均可被替換成int或unsigned int類型.
但是各個公司對C99的支持所表現出來的興趣不同。當GCC和其它一些商業編譯器支持C99的大部分特性的時候,微軟和Borland卻似乎對此不感興趣。

『貳』 AMD推出ROCm 5.0，對Instinct MI200系列和RDNA 2架構GPU提供支持

AMD悄悄地發布了ROCm 5.0，做了相關的改進及功能的增強。其最大變化是支持了Radeon Pro V620和Radeon Pro W6800工作站GPU，這一定程度上對基於RDNA 2架構的Navi 2x GPU提供了支持。此外Instinct MI200系列計算卡的加入，可以為高性能計算（HPC）和AI應用程序提供有力支持。

ROCm是一個開放式軟體平台，為追求高靈活性和高性能而構建，針對加速式計算且不限定編程語言，讓機器學習和高性能計算社區的參與者能夠藉助各種開源計算語言、編譯器、庫和重新設計的工具來加快代碼開發，適合大規模計算和支持多GPU計算。

不過很長時間以來，ROCm都沒有對Navi 1x和Navi 2x GPU提供有效的支持。雖然ROCm 5.0上支持的是工作站GPU，但鑒於消費級GPU的關聯性，Radeon RX 6000系列與ROCm 5.0有可能可以配合使用。Phoronix表示，會進行相關的測試，同時ROCm 5.0是否重新支持Polaris架構GPU也有待確認。ROCm 5.0還添加了對Red Hat Enterprise Linux 8.5的支持，並且引入了AMDGPU / AMDKFD的部分內核模式驅動代碼。

去年AMD建立了一個名為GPUFORT的項目，也屬於ROCm的一部分。AMD很長時間內一直在努力，幫助開發人員將盡可能多的CUDA特定代碼遷移到Radeon開源計算堆棧支持的介面，讓大型CUDA代碼庫可以在英偉達生態系統之外工作。在這次ROCm 5.0中，對相關支持的代碼也做了優化。

由於AMD沒有提前說明ROCm 5.0的相關情況，所以仍有許多問題有待確認。

『叄』 AMD顯卡目前最新的顯卡BIOS編譯軟體是哪個

目前最新的hoenix.BIOS.Editor

如果是你手頭有bios的源代碼，那麼用微軟的MSVC編譯器就可以。
如果你僅僅是想把BIOS文件燒錄到主板上，那麼一般的編程器只要支持BIOS的flash rom的都可以，比如SF100.

『肆』 AMD二代霄龍實測：雙路128核心256線程無情碾壓

近日，AMD正式發布了第二代EPYC霄龍驍龍處理器，為數據中心市場奉上一道大餐，規格參數遙遙領先，生態建設也是欣欣向榮。那麼實際性能到底如何呢？AnandTech有幸進行了一番實測，一起來瞻仰瞻仰。

二代霄龍的規格無疑是相當炫目的，也沒有任何敵手：7nm全新工藝、Zen 2全新架構、Chiplet小晶元設計、最多64核心128線程、最大256MB三級緩存、首發支持PCIe 4.0並有128條通道、單路最大4TB DDR4-3200內存、18GT/s高速低延遲第二代Infinity Fabric互連匯流排、SME安全內存加密、SEV安全加密虛擬化……

AnandTech拿到的是 旗艦型號霄龍7742，64核心128線程，基準頻率2.25GHz，最高加速3.40GHz，三級緩存256MB，熱設計功耗225W，價格為6950美元。

Intel方面目前最頂級的是 至強鉑金8280/8280M ，14nm工藝，28核心56線程，基準頻率2.7GHz，最高加速4.0GHz，三級緩存38.5MB，熱設計功耗205W，價格10009/13012美元。

其實，Intel也有56核心112線程的至強鉑金9282，但採用了LGA封裝，整合在主板上，熱設計功耗高達400W，價格更是據說要五六萬美元。

就在二代霄龍發布前，Intel剛剛宣布了56核心112線程的LGA獨立封裝新品，但尚未正式發布，具體規格也沒有公布，而且即便如此核心數量上也仍處於劣勢，價格怎麼也得兩三萬美元。

二代霄龍雙路產品線

二代霄龍VS二代可擴展至強

二代霄龍單路產品線

實際測試中用了兩顆霄龍7742，組成雙路共128核心256線程，搭配主板是一塊參考設計板子，內存是美光的DDR4-3200 512GB(32GB×16)，硬碟啟動盤是三星MZ7LM240、數據盤是美光9300 3.84TB，電源1200W。

同時還有 初代霄龍旗艦7601 ，32核心64線程，最高頻率2.2-3.2GHz，三級緩存64MB，熱設計功耗180W，也搭配16條32GB內存。

Intel方面參戰一個是剛才說的 至強鉑金8280 ，另一個是初代可擴展 至強鉑金8176 ，也是28核心56線程，頻率2.1-3.8GHz，三級緩存38.5MB，熱設計功耗165W，價格8725美元。

有時候還會加入 至強E5-2699 v4 ，Broadwell四代酷睿同架構，14nm工藝，22核心44線程，頻率2.2-3.6GHz，三級緩存55MB，熱設計功耗145W，價格4115美元。

由於伺服器的測試項目都比較專業、復雜，我們這里不做過多展開，看看對比差異就好。

另外，霄龍的內存延遲問題由於比較復雜，後續將單獨展開介紹。

SPEC CPU2006單線程測試中，霄龍7742、7601單個核心可以分別最高加速到規定的3.4GHz、3.2GHz，至強8176也能如約達到3.8GHz，但無法獲得至強8280的數據，如果能達到4GHz則性能可比至強8176高出大約3-5％。

霄龍7742的單線程性能比前代霄龍7601幾乎每個項目中都有明顯提升，最多達到了36％，平均也有18％。如果排除一個不變、一個倒退1％，其他項目平均提升幅度達22％。

霄龍7742對比至強8176則是有高有低，最好的領先28％，最差的落後39％，平均落後7％，如果對比至強8280可能落後10％左右。

另外要注意，GCC編譯器的版本非常重要，越新越好，GCC 8.3相比於GCC 7.4霄龍7742的性能略有提升，456.hmmer甚至翻了一番。

SPEC CPU2006多線程測試中，霄龍7742相比霄龍7601核心數翻番、頻率更高，領先幅度最高達到了恐怖的153％，平均也有109％，翻了一番還多。

霄龍7742對比至強8176更是碾壓一般的存在，最多領先188％，最少領先36％，平均高達121％！即便是對至強8280也能領先超過110％。

在部分測試中比如libquantum，霄龍7742可以所有核心線程都跑到3.2GHz，而在另一些測試比如h264ref則都是2.5GHz。

7-Zip壓縮測試中，霄龍7742領先霄龍7601 78％，領先至強8176 54％ ，解壓測試中分別領先1.27倍、 1.51倍 。

Java Max-jOPS測試中，霄龍7742領先霄龍7601 60％，領先至強8280 38-48％ 。

如果每個節點四個Java虛擬機，官方數據提供的霄龍7742性能可領先聯想系統實測的至強8280 73％。

Java Critical-jOPS測試中，大頁(huge pages)的話霄龍7742領先至強8176 33％ ，小頁(small pages)則是可怕的 2.57倍 。

按照兩家官方數據，如果為虛擬機配置更大內存，霄龍7742可領先 66％ 。

NAMD高性能計算測試，至強8280終於扳回一局，但即便是開啟AVX-512指令集，也只能領先霄龍7742 2％，否則的話霄龍7742就能領先 43％ ，而對比霄龍7601則提升了71％。

雖然因為時間關系，本次測試並不全面深入，尤其是缺乏最高負載的測試，但是 很明顯可以看出二代霄龍的強大優勢，相比對手性能超出50-100％，而價格低了40％，無論性能、性價比、能耗比都無情碾壓。

更何況，二代霄龍還有更新的工藝、更多的核心、更多的內存通道和容量、更多的PCIe通道和首發的PCIe 4.0。

這也難怪眾多軟硬體企業巨頭都紛紛力捧AMD，也難怪AMD提出了數據中心市場份額要達到兩位數的目標(目前為3.4％)。

AnandTech也是對二代霄龍贊不絕口，認為AMD達成了精彩絕倫(stellar)的成就，值得熱烈鼓掌。

AMD後續還有Zen 3、Zen 4架構按期推進，Intel則會在明年推出10nm Ice Lake新工藝新架構的新至強，號稱IPC提升18％，也支持八通道內存，核心數幾乎肯定要多於56個，但不知道是否也會採用chiplet小晶元設計，頻率和功耗又會如何。

『伍』 像intel和AMD需要對cpu編程嗎用的是匯編嗎cpu裡面有編譯器嗎

據說是傳說中的硬體編程……編譯器肯定是沒有了，因為CPU收到的代碼已經是最低級的機器碼了，不需要再進行編譯……