pragma

    4熱度

    1回答

    我試圖編譯這段代碼GCC和我有這些#pragma指令,我試圖轉換到GCC理解的指令,我只是想不通如何: #pragma section(".CRT$XCA", read, write) #pragma data_seg(".CRT$XCA") // start of ctor section _PVFV __xc_a[] = {0}; #pragma section(".CRT$XCZ"

    1熱度

    1回答

    我有一個關於多線程(Openmp和C代碼)的問題。 我將在給定的文本文件中的16個不同的單詞之後執行搜索。這樣做的方法是創建一個for循環,該循環遍歷包含要搜索的每個單詞的數組。 16個不同的單詞意味着16個不同的線程可以同時運行。使用多線程的另一種方法是將文本文件切成x個相似大小的塊,並同時搜索每個塊。 我的問題是:我可以使用多線程爲每個單詞創建一個線程,然後將該特定的子線程分割成新的子線程來掃

    4熱度

    2回答

    我只是教我自己的sqlite,所以當我能夠刪除父條目時,我驚訝地發現我的foreign_key約束不起作用。然後,我在閱讀更多內容後瞭解到,foreign_key的編譯默認情況下在每個會話中都處於關閉狀態。似乎奇怪的是,沒有資源文件(例如vi中的.exrc),您可以使用默認情況下爲每個會話設置雜注,但很好。所以我必須重新編譯sqlite3或者每次都設置它。 無論如何,我的問題是,在我刪除父母之後,

    4熱度

    3回答

    我用內部功能#pragma指令沒有錯誤或警告(尤其是#pragma pack()),但下面的代碼顯示警告incompatible implicit declaration of built-in function 'printf'|: int main(void) { printf("Trial"); } #include<stdio.h> 而且,這裏是從一本書的摘錄我hav

    0熱度

    1回答

    我有很多頭文件和C++項目的源代碼。我想壓制警告,因此開始瞭解#pragma警告預處理器。我能夠抑制一種警告,即4251,通過把 的#pragma警告(推) 的#pragma警告(禁用:4251) ......一些聲明/原型 的#pragma警告(POP) 在相應源文件(utils.cpp)的頭文件(utils.h)中,顯示了此警告。 現在,還有一種警告(4146),這是發生在我的源文件clah.

    1熱度

    1回答

    如果我設置journal_size_limit = 67110000(64兆),我將能夠: 工作與/提交超過該值(有點不太可能) 能夠成功地執行VACUUM交易(即使該數據庫有像3吉布或多個) 通過複製數據庫的內容的真空命令作品成 一個tempor ary數據庫文件,然後用臨時文件的 內容覆蓋原始文件。覆蓋原稿時,使用 回滾日誌或預寫日誌WAL文件,就像 適用於任何其他數據庫事務一樣。這意味着時

    5熱度

    3回答

    如何在minGW中禁用C++中的以下警告? warning: unused variable 'x' [-Wunused-variable] 在Eclipse CDT,我無法找到警告編號: ../src/subfolder/ClassTwo.cpp:20:8: warning: unused variable 'x' [-Wunused-variable] 我試着這樣做: #pragma

    15熱度

    2回答

    我已經使用c#創建第一個項目。 我有很多警告錯誤,並且所有這些警告錯誤都是單個錯誤(內部編譯器錯誤。請參閱控制檯日誌以獲取更多信息。) 用於減少警告錯誤我使用了#pragma警告禁用。 #pragma警告恢復 有問題的代碼的前面和後面。 我有疑問,在我的最終版本,我應該留下的#pragma警告禁止&恢復,因爲它是在程序;還是我需要刪除?例如: #pragma warning disable if

    0熱度

    2回答

    我想產生VB.NET用戶定義的警告信息生成用戶定義的警告消息(見下文): How to use the #pragma message to generate user-defined warning messages in Visual C++ 是這可能嗎?

    2熱度

    1回答

    簡單的問題,但我似乎無法在任何參考材料中找到答案。 如果我有#pragma warning()指令,編譯器是否只爲當前文件定義?或者它通過#includes傳播到我的項目中的其他文件中? 這可能是一個更廣泛的問題,它不一定專用於#pragma,但這是我特別擔心的情況。