xlc

    1熱度

    1回答

    在z/OS上,pthread_t類型是一個包含成員char __[8];的結構。我試圖將其從返回值轉換爲int64_t。我得到了以下錯誤: CCN5216 (S) An expression of type "char [8]" cannot be converted to type "int64_t" 但是,如果使用一個臨時變量tmp它的工作原理。我可以使用Visual Studio 2015編

    2熱度

    3回答

    我試圖在PPC64-LE上編譯源文件。我正在使用xlC編譯器,編譯失敗。海灣合作委員會接受該計劃,所以我不確定問題的原因是什麼。 這裏的命令行: $ xlc test-p8.c -qarch=pwr8 -qaltivec -o test-p8.exe 這裏的編譯錯誤: "test-p8.c", line 113.52: 1506-324 (S) "int" cannot be converte

    0熱度

    1回答

    我正在使用內置的C/C++工作。我需要指令lvd2x將未對齊的數據加載到VMX寄存器中。 Power7和Power8處理器上可以看到lvd2x。 GCC提供vec_vsx_ld內置執行任務。據IBM XL C/C++ for Linux, V13.1.5,第4章,增強在13.1.4版本中增加: 新的內置功能 下GCC載體的內置功能的支持: vec_vsx_ld ... 該代碼對於XL C來說是保護

    0熱度

    1回答

    我將AIX代碼移植到Linux。我遇到了一些將AIX xlc編譯器中的char與NULL進行比較的代碼。相同的代碼給Linux編譯錯誤。 有代碼將NULL與NULL進行比較(d!= NULL)。 有人可以解釋在AIX(xlc)上比較char或double與NULL的語義。

    2熱度

    1回答

    對於在PowerPC平臺上使用IBM XL C/C++ 012her的源文件,我們正在體驗bad code generation。它的表面作爲一個懸掛,它似乎是一個特定的循環沒有被打破。 該問題僅在XL C/C++下出現。我們的測試機制表明源文件清除了未定義的行爲,內存錯誤和其他勘誤。我們也沒有從源文件的編譯器收到嚴格/不嚴格的警告。 我們想編譯源文件-O2而不是-O3。我們希望將源碼文件(如附註

    1熱度

    2回答

    在英特爾系統上使用OpenMP時,我經常發現設置KMP_AFFINITY=verbose,(other options...)是非常有用的,因此庫會分配我的線程實際綁定到的內核。在嘗試使用不同的線程綁定選項時,我發現這很有幫助。目前我正在使用Power8系統,並且想知道GNU和/或IBM OpenMP發行版是否有相當於KMP_AFFINITY=verbose的版本。換句話說,如果我用g ++或xl

    2熱度

    1回答

    搜索了所有IBM手冊,但出人意料地找不到答案。 我有以下幾點: #include < stdlib.h> #include < stdio.h> #include "userinc1" #include "userinc2" 有一個編譯選項 - 如果我改變了對SHOWINC並重新編譯具有NOSHOWINC 的默認 - 我得到的一切,從所有擴展4以上內容包括。我只希望用戶包括擴展.. 到

    1熱度

    1回答

    我已經安裝了AIX的Xlc編譯器,它安裝的庫是:/usr/lpp/xlsmp.rte/xlsmp.rte/3.1.0.6/liblpp.a。我很好奇知道 什麼是xlsmp? 此庫包含哪些內容?

    0熱度

    2回答

    我試圖從'test.c'& test.exp文件構建共享庫lib_test.so。這lib_test.so文件將用作另一個應用程序的擴展。 應用程序文檔通過以下命令指定代TLE lib_test.so文件的直接在單次通過: `gcc -q64 -o lib_test.so test.c -bM:Sre -bE:test.exp -bnoentry` 但我的要求是建立在兩次通過庫: 編譯以生成t

    0熱度

    1回答

    我正在將一些代碼從AIX移植到Linux我遇到了未定義符號爲TRUE和FALSE的編譯錯誤。它們沒有在源代碼中定義,我沒有訪問AIX系統的權限。這些符號是在xlc編譯器的頭文件中定義的嗎?