修復gcc編譯器

❶ cygwin下安裝pycrypto時，出現GCC編譯錯誤，求教

交叉編譯工具鏈作為嵌入式linux開發的基礎，直接影響到嵌入式開發的項目進度和完成質量。由於目前大多數開發人員使用Windows作為嵌入式開發的宿主機，在Windows中通過安裝VMware等虛擬機軟體來進行嵌入式Linux開發，這樣對宿主機的性能要求極高。Cygwin直接作為Windows下的軟體完全能滿足嵌入式Linux的開發工作，對硬體的要求低及方便快捷的特點成為嵌入式開發的最佳選擇。目前網路上Cygwin下直接可用的交叉編譯器寥寥無幾且版本都比較低，不能滿足開源軟體對編譯器版本依賴性的要求(如低版本工具鏈編譯U-Boot出現軟浮點問題等);Crosstool等交叉工具鏈製作工具也是更新跟不上自由軟體版本的進度;同時系統介紹Cygwin下製作交叉編譯器方面的資料很少。針對上述情況，基於最新版gcc等自由軟體構建Cygwin下的交叉編譯器顯得尤為迫切和重要。構建前准備工作首先Cygwin下必須保證基本工具比如make}gcc等來構建bootstrap-gcc編譯器，這可以在安裝Cygwin時選擇安裝。參照gcc等安裝說明文檔來在Cygwin下查看是否已經安裝，如輸入gcc--v等。源碼下載gcc-4.5.0的編譯需mpc的支持，而mpc又依賴gmp和mpfr庫。從各個項目官方網站上下載的最新的源碼:binutils-2.20.l.tar.bz2gmp-S.O.l.tar.bz2mpc-0.8.2.tar.gzmpfr-3.O.O.tar.bz2gcc-4.S.O.tar.bz2linux-2.6.34.tar.bz2glibc-2.11.2.tar.bz2glibc-ports-2.ll.tar.bz2gdb-7.l.tar.bz2設置環境變數HOST:工具鏈要運行的目標機器;BUILD:用來建立工具鏈的機器;TARGET工具鏈編譯產生的二進制代碼可以運行的機器。BUILD=i686-pc-cygwinHOST=i686-pc-cygwinTARGET=arm-linuxSYSROOT指定根目錄，$PREFIX指定安裝目錄。目標系統的頭文件、庫文件、運行時對象都將被限定在其中，這在交叉編譯中有時很重要，可以防止使用宿主機的頭文件和庫文件。本文首選$SYSROOT為安裝目錄，$PREFIX主要作為glibc庫安裝目錄。SYSROOT=/cross-rootPREFIX=/cross-root/arm-linux由於GCC-4.5.0需要mpfr,gmp,mpc的支持，而這三個庫又不需要交叉編譯，僅僅是在編譯交叉編譯鏈時使用，所以放在一個臨時的目錄。TEMP_PREFIX=/build-temp控制某些程序的本地化的環境變數:LCALL=POSIX設置環境變數:PATH=$SYSROOT/bin:兒in:/usr/bin設置編譯時的線程數f31減少編譯時間:PROCS=2定義各個軟體版本:BINUTILSV=2.20.1GCCV=4.5.0GMPV=5.0.1MPFRV=3.0.0MPCV二0.8.2LINUXV二2.6.34GLIBCV=2.11.2GLIBC-PORTSV=2.11GDBV=7.1構建過程詳解鑒於手工編譯費時費力，統一把構建過程寫到Makefile腳本文件中，把其同源碼包放在同一目錄下，執行make或順次執行每個命令即可進行無人值守的編譯安裝交叉工具鏈。以下主要以Makefile執行過程為主線進行講解。執行「make」命令實現全速運行可在Cygwin的Shell環境下執行「make>make.log2>&1」命令把編譯過程及出現的錯誤都輸出到make.log中，便於查找:all:prerequestinstall-depsinstall-cross-stage-oneinstall-cross-stage-two預處理操作"makeprerequest'，命令實現單步執行的第一步，實現輸出變數、建立目錄及解壓源碼包等操作。0'set十h」關閉bash的Hash功能，使要運行程序的時候，shell將總是搜索PATH里的目錄[4]。這樣新工具一旦編譯好，shell就可以在$(SYSROOT)/bin目錄里找到:prerequest:set+h&&mkdir-p$(SYSROOT)/bin&&mkdir-p$(PREFIX)/include&&mkdir-p$(TEMP一REFIX)&&exportPATHLCesALL&&tar-xvfgmp-$(GMP_V).tar.bz2&&tar-xvfmpfr-$(MPFR_V).tar.bz2&&tar-xvfmpc-$(MPC_V).tar.gz&&tar-xvfbinutils-$(BINUTILS_V).tar.bz2&&tar-xvfgcc-$(GCC_V).tar.bz2&&tar-xvflinux-$(LINUX_V).tar.bz2&&tar-xvfglibc-$(GLIBC_V).tar.bz2&&tar-xvfglibc-ports-$(GLIBC-PORTS_V).tar.bz2&&myglibc-ports-$(GLIBC-PORTS_V)glibc-$(GLIBC_V)/ports&&tar-xvfgdb-$(GDBV).tar.bz2非交叉編譯安裝gcc支持包mpc00makeinstall-deps」命令實現單步執行的第二步，實現mpc本地編譯，mpc依賴於gmp和mpfrinstall-deps:gmpmpfrmpcgmp:gmp-$(GMP_V)mkdir-pbuild/gmp&&cdbuild/gmp&&../../gmp-*/configure--disable-shared--prefix=$(TEMP_PREFIX)&&$(MAKE)一$(PROCS)&&$(MAKE)installmpfr:mpfr-$(MPFR_V)mkdir-pb-uild/mpfr&&cdbuild/mpfr&&../..//mpfr-*/configureLDF'LAGS="-Wl,-search_paths_first」--disable-shared--with-gmp=$(TEMP_PREFIX)--prefix=$(TEMP_PREFIX)&&$(MAKE)一$(PROCS)all&&$(MAKE)installmpc:mpc-$(MPC_V)gmpmpfrmkdir-pbuild/mpc&&cdbuild/mpc&&../../mpc-*/configure--with-mpfr=$(TEMPPREFIX)--with-gmp=$(TEMP_PREFIX)--prefix=$(TEMP_PREFIX)&&$(MAKE)一$(PROCS)&&$(MAKE)install交叉編譯第一階段"makeinstall-cross-stage-one'，命令實現單步執行的第三步，編譯安裝binutils,bootstrap-gcc和獲取Linux內核頭文件:install-cross-stage-one:cross-binutilscross-gccget-kernel-headers編譯安裝binutilscross-binutils:binutils-$(BINUTILS_V)mkdir-pbuild/binutils&&cdbuild/binutils&&../..//binutils-*/configure--prefix=$(SYSROOT)--target=$(TARGET)--disable-nls&&$(MAKE)j$(PROCS)&&$(MAKE)install編譯安裝bootstrap-gcc。使用一disable-shared參數的意思是不編譯和安裝libgcc_eh.a文件。glibc軟體包依賴這個庫，因為它使用其內部的一lgcc_eh來創建系統[6]。這種依賴性，可通過建立一個指向libgcc.a符號鏈接得到滿足，因為該文件最終將含有通常在libgcc-eh.a中的對象(也可通過補丁文件實現)。cross-gcc:gcc-$(GCC_V)mkdir-pbuild/gcc&&cdbuild/gcc&&二//gcc-*/configure--target=$(TARGET)--prefix=$(SYSROOT)--disable-nls--disable-shared--disable-multilib--disable-decimal-float--disable-threads--disable-libmudflap--disable-libssp--disable-libgomp--enable-languages=c--with-gmp=$(TEMP_PREFIX)--with-mpfr=$(TEMP_PREFIX)--with-mpc=$(TEMP_PREFIX)&&$(MAKE)-j$(PROCS)&&$(MAICE)install&&In-vslibgcc.a'arm-linux-gcc-print-libgcc-file-nameIsed's/libgcc/&eh/'}獲取Linux內核頭文件:get-kernel-headersainux-$(LINUX_V)cdlinux-$(LINUX_V)&&$(MAICE)mrproper&&$(MAKE)headerscheck&&$(MAKE)ARCH=arm&&INSTALLesHDR_PATH=destheaders_install&&finddest/include(-name.install一。-name..installNaNd)-delete&&cp-rvdesdinclude/*$(PREFIX)/include交叉編譯第二階段編譯安裝glibc、重新編譯安裝binutils、完整編譯安裝gcc和編譯安裝gdbo"makeinstall-cross-stage-two'，命令實現單步執行的第四步:install-cross-stage-two:cross-glibccross-rebinutilscross-g++cross-gdb編譯安裝glibcaglib。的安裝路徑特意選為$(PREFIX)，與gcc更好找到動態鏈接庫也有關系，選在$(SYSROOT)提示找不到crti.o;glibc已經不再支持i386;glibc對ARM等的處理器的支持主要通過glibc-ports包來實現;正確認識大小寫敏感(CaseSensitive)和大小寫不敏感(CaseInsensitive)系統，大小寫敏感問題主要影響到glibc，是交叉編譯glibc成功的關鍵:Cygwin幫助手冊中可知Cygwin是默認大小寫不敏感的n}，但是UNIX系統是大小寫敏感的，這也是Cygwin和UNIX類系統的一個區別。通過作者自行參考製作的glibc-2.11.2-cygwin.patch補T使glibc變為Case-Insensitive，此補丁主要是對大小寫敏感問題改名來實現。交叉編譯過程中安裝的鏈接器，在安裝完Glibc以前都無法使用。也就是說這個配置的forcenwind支持測試會失敗，因為它依賴運行中的鏈接器。設置libc_cvforcenwind=yes這個選項是為了通知configure支持force-unwind，而不需要進行測試。libccv_c_cleanup=yes類似的，在configure腳本中使用libc_cv_ccleanup=yes，以便配置成跳過測試而支持C語言清理處理。cross-glibc:glibc-$(GLIBC_V)cdglibc-$(GLIBC_V)&&patch-Np1–i//glibc-2.11.2-cygwin.patch&&cd..&&mkdir-pbuild/glibc&&cdbuild/glibc&&echo"libccv_forcedesunwind=yes">config.cache&&echo"libccv_c_cleanup=yes">>config.cache&&echo"libccv_arm_tls=yes">>config.cache&&../../glibc-*/configure--host=$(TARGET)--build=$(../OneScheme/glibc-2.11.2/scripts/config.guess)--prefix=$(PREFIX)--disable-profile--enable-add-ons--enable-kernel=2.6.22.5--with-headers=$(PREFIX)/include--cache-file=config.cache&&$(MAKE)&&$(MAKE)install重新編譯安裝binutils。編譯之前要調整工具鏈，使其指向新生成的動態連接器。調整工具鏈:SPECS='dirname$(arm-linux-gcc-print-libgcc-file-name)'/specsarm-linux-gcc-mpspecssed-e's@/lib(64)\?/ld@$(PREFTX)&@g'-e,}/}}*cPP}$/{n;s,$，-isystem$(PREFIX)/include,}">$SPECSecho"Newspecsfileis:$SPECS"unsetSPECS測試調整後工具鏈:echo'main(川』>mmy.carm-linux-gcc-B/cross-root/arm-linux/libmmy.creadelf-1a.outIgrep』:/cross-roobarm-linux'調整正確的輸出結果:[Requestingprograminterpreter:/tools/lib/ld-linux.so.2j一切正確後刪除測試程序:rm-vmmy.ca.out重新編譯binutils。指定--host,--build及--target，否則配置不成功，其config.guess識別能力不如gcc做的好。cross-rebinutils:binutils-$(BINUTILS_V)mkdir-pbuild/rebinutils&&cdbuild/rebinutils&&CC="$(TARGET)-gcc-B/cross-roodarm-linux/lib/"&&AR=$(TARGET)-ar&&RANLIB=$(TARGET)-ranlib&&../..//binutils-*/configure--host=$(HOST)--build=$(BUILD)--target=$(TARGET)--prefix=$(SYSROOT)--disable-nls--with-lib-path=$(PREFIX)/lib&&$(MAKE)--$(PROCS)&&$(MAKE)install高於4.3版的gcc把這個編譯當作一個重置的編譯器，並且禁止在被一prefix指定的位置搜索startfiles。因為這次不是重置的編譯器，並且$(SYSROOT)目錄中的startfiles對於創建一個鏈接到$$(SYSROOT)目錄庫的工作編譯器很重要，所以我們使用下面的補丁，它可以部分還原gcc的老功能tai.patch-Npl–i../gcc-4.5.0-startfiles_fix-l.patch在正常條件下，運行gcc的fixincludes腳本，是為了修復可能損壞的頭文件。它會把宿主系統中已修復的頭文件安裝到gcc專屬頭文件目錄里，通過執行下面的命令，可以抑制fixincludes腳本的運行[9](此時目錄為/gcc-4.5.0)。cp-vgcc/Makefile.in{,.orig}sed's@\./fixinc\.sh@-ctrue@'gcc/Makefile.in.orig>gcc/Makefile.in下面更改gcc的默認動態鏈接器的位置，使用已安裝在/cross-root/ann-linux目錄下的鏈接器，這樣確保在gcc真實的編譯過程中使用新的動態鏈接器。即在編譯過程中創建的所有二進制文件，都會鏈接到新的glibc文件forfilein$(findgcc/config-namelinux64.h-o-namelinux.h–o-namesysv4.h)docp-uv$file{,.orig}sed-a's@/lib(64)?(32)?/Id@/cross-root/arm-linux&@g』-e's@/usr@/cross-rootlarm-linux@g'$file.orig>$fileecho『#undefSTANDARDINCLUDEDIR#defineSTANDARD_INCLUDEDIR"/cross-root/arm-linux/include"#"/cross-root/arm-linux/lib"#defineSTANDARD_STARTFILE_PREFIX_2」」』>>$filetouch$file.origdone完整編譯安裝gcc。最好通過指定--libexecdir更改libexecdir到atm-linux目錄下。--with-local-prefix選項指定gcc本地包含文件的安裝路徑此處設為$$(PREFIX)，安裝後就會在內核頭文件的路徑下。路徑前指定$(Pwd)則以當前路徑為基點，不指定則默認以/home路徑為基點，這點要注意。cross-g++:gcc-$(GCC-)mkdir-pbuild/g十+&&cdbuild/g++&&CC="$(TARGET)-gccAR=$(TARGET)-ar&&-B/cross-roodarm-linux/lib/"&&RANLIB=$(TARGET)-ranlib&&..//gcc-*/configure--host=$(HOST)--build=$(BUILD)--target=$(TARGET)--prefix=$(SYSROOT)--with-local-prefix=$(PREFIX)--enable-clocale=gnu--enable-shared--enable-threads=posix--enable-cxa_atexit--enable-languages=c,c++--enable-c99--enable-long-long--disable-libstdcxx-pch--disable-libunwind-exceptions--with-gmp=$(TEMP_PREFIX)--with-mpfr=$(TEMP_PREFIX)--with-mpc=$(TEMP_PREFIX)&&$(MAKE)LD_IBRARY_ATH=$(pwd)/$(../../gcc-4.5.0/config.guess)/libgcc&&$(MAKE)install編譯安裝gdb，至此完成整個工具鏈的製作。cross-gdb:gdb-$(GDBV)mkdir-pbuild/gdb&&cdbuild/gdb&&../../gdb-*/configure--prefix=$(SYSROOT)--target=$(TARGET)--disable-werror&&$(MAKE)-j$(PROCS)&&$(MAKE)install「makeclean」命令清除編譯生成的文件和創建解壓的文件夾.PHONY:cleandean:rm-fr$(TEMP_PREFIX)buildbinutils-$(BINUTIL,S_V)gcc-$(GCC_V)glibc-$(NEWL.IB_V)gdb-$(GDB_V)gmp-$(GMP_V)mpc-$(MPC_V)mpfr-$(MPFR_V)工具鏈測試命令行中輸入以下內容:echo'main(){}』>mmy.carm-linux-gcc-ommy.exemmy.cfilemmy.exe運行正常的結果:mmy.exe:ELF32-bitLSBexecutable,ARM,version1,forGNU/Linux2.6.22,dynamicallylinked(usessharedlibs),notstripped.

❷ gcc編譯問題

-c和-o都是gcc編譯器的可選參數。-c表示只編譯(compile)源文件但不鏈接，會把.c或.cc的c源程序編譯成目標文件，一般是.o文件。-o用於指定輸出(out)文件名。不用-o的話，一般會在當前文件夾下生成默認的a.out文件作為可執行程序。

❸ 用GCC編譯器編譯出來的程序運行出錯，請高手幫忙解決！

#include<iostream>
usingnamespacestd;
intmain(void){
	inti,sum=0;
	for(i=1;i<=100;i++)
		sum+=i;
	cout<<sum<<endl;
	return0;
}

code本身完全沒有問題。我認為是你GCC沒有安裝或配置好。

❹ gcc編譯器頭文件處理

兩次相對比一下，第二次增加了以下函數的實現，這部分是要編譯成機器指令的，所以第二次這部分相當於是增加的。

intprintf(constchar*__format,...)
{
registerint__retval;
__builtin_va_list__local_argv;__builtin_va_start(__local_argv,__format);
__retval=__mingw_vprintf(__format,__local_argv);
__builtin_va_end(__local_argv);
return__retval;
}

那第二次減少了哪些呢？一點都沒有，因為stdio這個頭文件聲明的函數和變數，都是在一個庫中實現的，根本就不會包含在你的exe中，所以加不加stdio頭文件沒有區別。

要想驗證這個也很簡單：代碼1

#include<stdio.h>
intmain(){return0;}

代碼2：

intmain(){return0;}

比較這兩次產生的exe是否一致即可。

注意，不能帶有-g選項，-g選項會生成一些額外的調試信息

❺ 運行gcc編譯器出現問題

返回碼是1，,就說明你調用了無效的dos功能號。還有就是你的那個「winmain」函數沒有定義。

❻ 為什麼使用GCC編譯器老是錯誤❌

是你的代碼寫錯了，不是gcc的錯
1.你的main函數要麼只帶2個參數，要麼不帶參數，你寫的是帶1個int參數，把int main(int xxx)的int xxx刪去
2.char string ca[]是什麼玩意？？char就是char，string就是string，char string這種東西就跟寫double int，vector map一樣，根本不符合語法。我猜你可能是想寫一個char數組，所以把string去掉即可

❼ 如何使用gcc編譯器

雙擊GCC安裝包，mingw-get-setup.exe,點擊Install安裝

2
點擊Change選擇安裝路徑，盡量不要有中文和空格，

3
將package 下面的mingw-***和mingw32-***和msys-**。都勾選上，等待下載安裝，直到勾選框全部變成土灰色。

找到安裝目錄的bin目錄，將路徑右鍵復制下來。

找到計算機，右鍵，屬性。點擊  高級系統設置

找到下面的  環境變數  點擊

在系統變數裡面找到 Path變數，雙擊出現下面輸入框，在變數值的末尾添加剛剛復制的bin目錄，並在最後加上英文狀態下 的分號（;）。點擊確定。

測試是否安裝成功，在cmd命令提示符裡面輸入 gcc --help 回車鍵，
出現以下信息，表示安裝成功

EditPlus 3 安裝完成之後的界面點擊File 下的 new   C/C++

出現以下測試代碼，保存到指定目錄，最後不要有空格和中文，我保存到E:/My/Test下面測試。文件名為test.c 

命令提示符窗口進入到  E:/MyTest 下  用dir 命令顯示當前目錄下的所有文件。

使用gcc 命令編譯   命令格式 如下  gcc test.c - o test 回車鍵
編譯完成 

直接輸入test運行，輸出hello,world.
測試完成

❽ GCC編譯器問題

是在這里來設置：

【Settings】【Compiler】【Toolchain executables】

codeblocks可能找不到所需要的可執行文件，你需要手動指定文件，比如上面的mingw32-gcc.exe，在我電腦里對應的是x86_64-w64-mingw32-g++.exe

❾ 在用gcc編譯apache的時候出現編譯器錯誤怎麼辦

問題分析：gcc編譯器會根據你系統的頭文件而產生一些合適的編譯參數，如果你升級完系統後沒有升級gcc，那麼有可能出現這種錯誤，一般是提示readv、writev或者uio.h出錯。
解決：重新安裝gcc。

❿ 這C++裡面的GCC編譯器出現的問題怎麼辦

是1.exe當中出現了非法的構造函數
確認一下代碼中的構造函數或者對構造函數的使用有沒有問題