1. 程式人生 > >CodeBlocks編譯器設定

CodeBlocks編譯器設定

問題描述:
  使用codeblocks編譯程式碼出現錯誤
解決方法:

  我在官網上下載的codeblocks版本是codeblocks-16.01-setup.exe,如下圖:


  安裝完以後編譯程式的時候出現問題如下圖:


  出現這種情況的原因是沒有正確的配置GCC編譯器,所以下面進行GCC編譯器配置

  首先下載MinGW:

  安裝(步驟省略,按照提示一步步來,需要選擇安裝的選項我全部勾選,大家可以按照需求選擇。我是安裝在D盤)。

  我的電腦使用的是Win10,所以直接在桌面左下角搜尋框中查詢“環境變數”,選擇“編輯賬戶的環境變數”(關於別的作業系統進入環境變數選項框可以自行百度,很容易搜到),如下圖:


  在系統變數顯示框中找到變數path,選中並點選編輯進行修改,把剛才安裝的MinGW的bin目錄安裝路徑新增在已存在的路徑後面(記得路徑之間要用;隔開),如下圖:


  此時開啟CMD,在輸入“gcc -v”出現下圖表示安裝成功:


  然後開啟codeblocks中的setting->compliler,如下圖:


  選擇Global compiler setting中的Toolchain executables選項卡,配置編輯器,填入MinGW的安裝路徑,如下圖:


  設定完成後,執行一下自己的程式,執行成功,如下圖:



相關推薦

CodeBlocks編譯器設定

問題描述:   使用codeblocks編譯程式碼出現錯誤解決方法:   我在官網上下載的codeblocks版本是codeblocks-16.01-setup.exe,如下圖:   安裝完以後編譯

Objective-C/C++混編編譯器設定

當使用Xcode編寫C++程式碼時,難以避免要使用xcode/C++混合編譯。           如果你在Xcode中編寫的工程中既有Objective-C程式碼,又有C++程式碼,在沒有任何設定編譯器選項的預設情況下,你將會發現一下問題: (1)編譯器報錯。莫名其妙的錯

將Visual Studio 2017 編譯器設定預設為X64

第一次開始寫,平時就記一記遇到的一些問題吧。 最近在配置vs2017 + opencv4.0遇到的一些問題。 先寫上我的版本win10 + vs2017 + opencv4.0。 在每次新建一個專案時總是出現debug模式為x86,但是opencv4.0僅支援x64,因此在需要調整為

Sublime text3 編譯器設定整理

1.先安裝Package Control-管理Sublime外掛的外掛(安裝完package control後請重啟sublime) 2.通過Package Control安裝其它外掛 按下C

codeblocks 設定vs2010編譯器

           預設是GCC的編譯器,CodeBlocks是不自帶其他的編譯器的,如果本機有安裝列表中的其他編譯器的話設定一下就可以用了。 設定編譯器(rc.exe,link.exe,cl.exe)所在的資料夾 Program Files: Additiona

CodeBlocks恢復最初設定,解決無編譯器問題

       恢復Codeblocks,以及所謂的無編譯環境,以上兩個問題,可能是由於你改了編譯字型,主題等,或者是你又重灌過Codeblocks,但路徑和以前的不一樣,導致的無編譯環境,那麼如何恢復codeblocks到你第一次安裝的狀態呢?        首先解除安裝重

使用CodeBlocks編譯64位程序(用的編譯器僅僅是windows sdk的)

click wiki Once eas star global microsoft x86 href 需求: -CodeBlocks使用nightly版本; -Windows SDK(我使用的是6.0A,即微軟針對vista的,因為這個比

CodeBlocks 配色方案設定

最終效果(官方sublime修改版) 官方配色 codeblocks是一個功能很強大程式設計軟體,我們在安裝codeblocks後軟體預設的是白底黑字介面,這種介面在長時間寫程式碼時會對眼睛造成很大傷害,增加眼疲勞,因此我們需要一個清晰乾淨明瞭,不刺眼的程式設計介面。下面教我們

codeblocks更新編譯器(minGW的下載及安裝配置)

拖延症後期終於要把兩年前的編譯器更新了... 找到安裝codeblocks的檔案目錄裡,找到minGW檔案,這個檔案包含GCC編譯器和GDB偵錯程式IDM-GCC 剛剛更新到最新版本6.3.0,更新前是4.7.x....了 如何檢視自己minGW的版本? 找到codeblocks

Java基礎——解決JFrame.setBackground設定無效,mac系統IDEA編譯器

原理: JFrame框架,一旦建立,在其中就已經包含一個內容面板。 一般我們在往JFrame中新增元件時,都加在了內容面板中,這個面板可以通過JFrame的成員方法getContentPane()取出來,所以如果設定JFrame的背景顏色,仍然會被內容面板蓋住,不如設定內容面板的背景顏色,如

轉載: codeblocks 設定程式碼自動補全

熟悉使用一些開發類IDE的朋友對程式碼自動補全一定印象深刻,如Visual studio,eclipse等,我們在程式中定義的那一個個超長的變數函式名只需打出幾個字母就可自動補全,但是在codeblocks這個工具的預設安裝情況下,自動補全效果不盡人意,下面通過

IDEA 編譯器的JDK設定

修改 “Language level” 和 “Module SDK”: 選擇File --> project Structure --> Modules: 選擇一個專案,修改 “Sources” 選項卡下的 “Language level” 及 “Depe

windows10下CodeBlocks偵錯程式設定錯誤問題(gdb.exe)

錯誤如下: Building to ensure sources are up-to-date Selecting target:  Debug ERROR: You need to specify a debugger program in the debuggers's setti

codeblocks按c99標準編譯c檔案的設定

                作者:朱金燦        早上用codeblocks編譯一個c檔案,出現這樣一個編譯錯誤:+'for'+loop+initial+declarations+are+only+allowed+in+C99+mode     原來codeblocks的gcc預設不以c99標準編譯

codeblocks安裝(自帶gcc編譯器)(解決gcc、mingw不存在問題)

下載安裝自帶c編譯器的的codeblocks。 網址:http://www.codeblocks.org/downloads/26 自帶gcc編譯器的版本 codeblocks-16.01mingw-setup.exe : 安裝完成後開啟IDE介面 點選Auto-d

為何F8是灰色的?單步除錯不了呀? code blocks裡面 build options是灰色一直點不了。 有編譯器/// 在用codeblocks反編譯的時候可能會遇到這樣的問題。

為何F8是灰色的?單步除錯不了呀? code blocks裡面 build options是灰色一直點不了。 有編譯器/// 在用codeblocks反編譯的時候可能會遇到這樣的問題。 這是因

NDK設定C++編譯器版本

背景及問題: 小僧在使用VS2010寫C++寫Cocos2d-x 2.2.1的版本的時候不小心使用了C++11的語法,怎料移植android版本的時候編譯失敗(編譯環境:ADT+NDK),如下圖: 解決方案: 步驟一、修改工程目錄/jni/Application.mk為,

編譯Linux kernel時設定交叉編譯器

在預設情況下,核心構建系統預設核心是本地編譯,即編譯的核心是執行在與宿主系統相同的體系架構上。如果是為其他的架構編譯核心,即交叉編譯,我們需要設定兩個變數:ARCH和CROSS_COMPILE。其中: ARCH指明目標體系架構,即編譯好的核心執行在什麼平臺上,如x86、

交叉編譯器的環境變數的設定

 修改環境變數,把交叉編譯器的路徑加入到PATH。(有三種方法,強烈推薦使用方法一)       5. 立即使新的環境變數生效,不用重啟電腦:      對應方法一:#source /etc/bash.bashrc     對應方法二:# source /etc/prof

編譯器codeblocks下載地址

曾下載過一個沒有編譯器的codeblocks,弄了很久才發現自己下載的版本沒有編譯器,所以將帶編譯器的codeblocks放在騰訊微盤中,方便自己也方便他人,這樣就不用去官網下載了,官網有時候真的是有毒.......下載速度還賊慢