1. VC一個工程只能添加一個C程序
1)一個工程中只能有一個main函數+多個源文件+多個頭文件，如想創建多個，你需要創建一個工作區，一個工作區中可以創建多個工程，這樣你就可以調試多個程序了。
ps：如果工作區中建立了多於一個的工程，記得在調試程序前先將該工程設定為「活動工程」
2)這是你的程序出錯了，屬於邏輯錯誤，看看是不是輸入值導致溢出，指針界線設定錯誤等問題。
2. 不同種的linux可用相同軟體嗎
理論上可以，實際上看人品。
Linux 特有的依賴問題，導致有的程序會依賴某一個特定版本或者特定編譯參數而編譯出來的 so 文件（對應 Windows 是 dll 文件）。
Linux 對於這一點有一個標准可以執行的，不過很難保證這個標準是否能順利執行，因為每個軟體包的編寫都是獨立的，很難讓所有的人都遵循一個標准。也很難說那個系統會沒有使用某個特定的功能包。因為有很多替代方案可以選擇。
對應的 Windows 也有 dll hell （dll 地獄）的問題。不過 Windows 的系統沒有軟體版本管理系統。所以 Windows 的做法是 Dll 裡面同時准備新版本和舊版的庫介面。但這會導致新系統越來越大也容易出現問題。Linux 的做法是到時候放棄舊版本介面（不過放棄的很少），但編譯器也會為了軟體穩定，而編譯時連接到需要 so 的某一個特定的版本上。這個時候軟體也會出現依賴問題而不能運行，表現是找不到某個 .so.xxx.yyy.zzz 。
所以，純看人品。
一般情況下，相同時代的相同定位的 Linux 系統。他們的軟體可以通用。
3. 同一個C語言程序，若在兩台不同指令系統的機器上運行，編譯後的程序是否一樣能否用同一個編譯器編譯
如果生成的程序不是在本機上運行的話，這種編譯器叫做 cross compiler
不是 cross compiler 的話，生成的程序就只能在本機以及與本機具有相同指令集的機器上運行了
4. 每個編譯器都不一樣么 c語言一般用什麼編譯器 每次一種編譯器不能編譯 另一種卻能編譯出
編譯器就是c語言編譯成二進制的東西，
不同的編譯器是不同的， 比如16位系統和32位系統的編譯器就不同，因為16位的認為int是2位元組，32位的則認為是4個位元組。 另外 linux上的編譯器跟windows下的編譯器也不同，linux上的認為內核空間佔1G，而windows下則認為佔2G, 此外兩個系統對環境變數以及其他的設置也不同所以編譯器更不能用。
而且不同的CPU的指令集時不同的，所以同樣int a =1 最後被編譯成的二進制代碼也是不同的。
C語言的編譯器有很多，windows下的編譯器也有很多，不同的編譯器可能會做一些不同的優化，linux下的gcc也可以添加選項讓他編譯windows下運行的程序。
main(int argc,char*argv[ 】 ） argc 是你的參數個數 argv是你的參數。
比如你最終程序叫 add 那麼 你在命令行執行add 1 2 那麼argc =3 第一個參數使你的add, 第二個第三個就是 1 2， 在函數內部你就可以獲取這倆參數進行相加然後列印
visual 是個IDE，集成開發環境，已經集成好了windows下使用的編譯器連接器 等， 編寫代碼完成後直接點擊編譯就行了。 IDE的默認編譯器是可以更改的，不同的IDE設置不同。
5. 為什麼C語言編譯器編出的軟體，只能在windows下運行
其實我一也不是很專業，在這里發言有mark的意思，等看高人答案。
我理解的是這個就好像是人類和大猩猩一樣，同樣的揮手，對人來說是友好，但是對大猩猩是罵人（笑話里的）。
不同的系統，對程序代碼的解釋是不同的，所以會出錯吧。
就好像.net程序在沒有.net framework庫的時候就是在windows下也是打不開的。
等高人。
6. c語言問題,在源文件下編寫了兩個cpp文件,只能運行其中的一個,另外一個怎麼運行呢
猜測你的問題應該是一個工程有兩個CPP文件，比如1.cpp，2.cpp，該如何運行。目前所有C的編譯器都是默認從main()函數開始運行，所以只需要在你的一個CPP(比如是1.cpp)中寫入main()函數，其他函數從main()函數中調用。其他函數可以寫在1.cpp中，也可以寫在2.cpp中，但寫在2.cpp中時需要在2.h中聲明各函數，同時在1.cpp中包含2.h。
7. 請問新裝的編譯器，編譯時出現如下問題，怎麼回事需要設置或安裝什麼Makefile is older than Makefile
.0發布了。目前，GCC可以用來編譯C/C++、FORTRAN、java、OBJC、ADA等語言的程序，可根據需要選擇安裝支持的語言。GCC 3.4.0比以前版本更好地支持了C++標准。本文以在Redhat Linux上安裝GCC3.4.0為例，介紹了GCC的安裝過程。
安裝之前，系統中必須要有cc或者gcc等編譯器，並且是可用的，或者用環境變數CC指定系統上的編譯器。如果系統上沒有編譯器，不能安裝源代碼形式的GCC 3.4.0。如果是這種情況，可以在網上找一個與你系統相適應的如RPM等二進制形式的GCC軟體包來安裝使用。本文介紹的是以源代碼形式提供的GCC軟體包的安裝過程，軟體包本身和其安裝過程同樣適用於其它Linux和Unix系統。
系統上原來的GCC編譯器可能是把gcc等命令文件、庫文件、頭文件等分別存放到系統中的不同目錄下的。與此不同，現在GCC建議我們將一個版本的GCC安裝在一個單獨的目錄下。這樣做的好處是將來不需要它的時候可以方便地刪除整個目錄即可（因為GCC沒有uninstall功能）；缺點是在安裝完成後要做一些設置工作才能使編譯器工作正常。在本文中我採用這個方案安裝GCC 3.4.0，並且在安裝完成後，仍然能夠使用原來低版本的GCC編譯器，即一個系統上可以同時存在並使用多個版本的GCC編譯器。
按照本文提供的步驟和設置選項，即使以前沒有安裝過GCC，也可以在系統上安裝上一個可工作的新版本的GCC編譯器。
1. 下載
在GCC網站上（）或者通過網上搜索可以查找到下載資源。目前GCC的最新版本為 3.4.0。可供下載的文件一般有兩種形式：gcc-3.4.0.tar.gz和gcc-3.4.0.tar.bz2，只是壓縮格式不一樣，內容完全一致，下載其中一種即可。
2. 解壓縮
根據壓縮格式，選擇下面相應的一種方式解包（以下的「%」表示命令行提示符）：
% tar xzvf gcc-3.4.0.tar.gz
或者
% bzcat gcc-3.4.0.tar.bz2 | tar xvf -
新生成的gcc-3.4.0這個目錄被稱為源目錄，用$表示它。以後在出現$的地方，應該用真實的路徑來替換它。用pwd命令可以查看當前路徑。
在$/INSTALL目錄下有詳細的GCC安裝說明，可用瀏覽器打開index.html閱讀。
3. 建立目標目錄
目標目錄（用$表示）是用來存放編譯結果的地方。GCC建議編譯後的文件不要放在源目錄${srcdir]中（雖然這樣做也可以），最好單獨存放在另外一個目錄中，而且不能是$的子目錄。
例如，可以這樣建立一個叫 gcc-build 的目標目錄（與源目錄$是同級目錄）：
% mkdir gcc-build
% cd gcc-build
以下的操作主要是在目標目錄 $ 下進行。
4. 配置
配置的目的是決定將GCC編譯器安裝到什麼地方（$），支持什麼語言以及指定其它一些選項等。其中，$不能與$或$目錄相同。
配置是通過執行$下的configure來完成的。其命令格式為（記得用你的真實路徑替換$）：
% $/configure --prefix=$ [其它選項]
例如，如果想將GCC 3.4.0安裝到/usr/local/gcc-3.4.0目錄下，則$就表示這個路徑。
在我的機器上，我是這樣配置的：
% ../gcc-3.4.0/configure --prefix=/usr/local/gcc-3.4.0 --enable-threads=posix --disable-checking --enable--long-long --host=i386-redhat-linux --with-system-zlib --enable-languages=c,c++,java
將GCC安裝在/usr/local/gcc-3.4.0目錄下，支持C/C++和JAVA語言，其它選項參見GCC提供的幫助說明。
5. 編譯
% make
這是一個漫長的過程。在我的機器上（P4-1.6），這個過程用了50多分鍾。
6. 安裝
執行下面的命令將編譯好的庫文件等拷貝到$目錄中（根據你設定的路徑，可能需要管理員的許可權）：
% make install
至此，GCC 3.4.0安裝過程就完成了。
6. 其它設置
GCC 3.4.0的所有文件，包括命令文件（如gcc、g++）、庫文件等都在$目錄下分別存放，如命令文件放在bin目錄下、庫文件在lib下、頭文件在include下等。由於命令文件和庫文件所在的目錄還沒有包含在相應的搜索路徑內，所以必須要作適當的設置之後編譯器才能順利地找到並使用它們。
6.1 gcc、g++、gcj的設置
要想使用GCC 3.4.0的gcc等命令，簡單的方法就是把它的路徑$/bin放在環境變數PATH中。我不用這種方式，而是用符號連接的方式實現，這樣做的好處是我仍然可以使用系統上原來的舊版本的GCC編譯器。
首先，查看原來的gcc所在的路徑：
% which gcc
在我的系統上，上述命令顯示：/usr/bin/gcc。因此，原來的gcc命令在/usr/bin目錄下。我們可以把GCC 3.4.0中的gcc、g++、gcj等命令在/usr/bin目錄下分別做一個符號連接：
% cd /usr/bin
% ln -s $/bin/gcc gcc34
% ln -s $/bin/g++ g++34
% ln -s $/bin/gcj gcj34
這樣，就可以分別使用gcc34、g++34、gcj34來調用GCC 3.4.0的gcc、g++、gcj完成對C、C++、JAVA程序的編譯了。同時，仍然能夠使用舊版本的GCC編譯器中的gcc、g++等命令。
6.2 庫路徑的設置
將$/lib路徑添加到環境變數LD_LIBRARY_PATH中，最好添加到系統的配置文件中，這樣就不必要每次都設置這個環境變數了。
例如，如果GCC 3.4.0安裝在/usr/local/gcc-3.4.0目錄下，在RH Linux下可以直接在命令行上執行或者在文件/etc/profile中添加下面一句：
setenv LD_LIBRARY_PATH /usr/local/gcc-3.4.0/lib:$LD_LIBRARY_PATH
7. 測試
用新的編譯命令（gcc34、g++34等）編譯你以前的C、C++程序，檢驗新安裝的GCC編譯器是否能正常工作。
8. 根據需要，可以刪除或者保留$和$目錄。
8. 編譯器和開發環境的關系
談談程序設計語言、編譯器和開發環境之間的關系
許多初學者都會對這三個概念區分不清，應該說這三個概念是完全不同的，不能混為一談。在本文中，我就盡我最大的能力來講講這三個概念以及他們之間的關系。
首先說程序設計語言，它同人類的自然語言一樣也是一個語言，並且它是自然語言的一個子集。大家都知道自然語言是極其龐大和復雜的系統，具有很多不不確定性和不精確性，因此至今我們也沒有辦法對自然語言進行形式化的描述。程序設計語言只是自然語言的一個很小的子集，在計算機系統中，一切都是需要確定性和精確性的描述，因此程序設計語言也是極為規范的，在程序設計語言中，幾乎就不允許存在不確定性和不精確性，也就是說不能存在文法的二義性。這樣一個程序設計語言就可以通過一系列的產生式來進行形式化的描述，這一系列的產生式就被稱為文法，語言就是由文法來定義的。從另外一個角度來說，一個程序設計語言，它僅僅是一個語言，它只對程序進行形式上的要求。或者說，程序設計語言對應於編程中的編碼階段。我們有必要對程序開發的三個階段進行了解，程序開發從時間先後順序上可以分為三個階段：1.編碼階段，2.編譯階段，3.運行階段。在編碼階段，我們使用的就是程序設計語言。語言除了定義了文法以外，其他的任何事情他都不做。當然一種語言也有很多種版本，比如 BASIC 語言，就有很多種版本，C語言也是如此。這里所講的語言的版本與編譯器的版本是不一樣的。C語言的標准版本就是 ANSI C，如果初學者會提出這樣的問題「C語言哪個更好？」，這樣的問題反映出他們對語言與編譯器之間的關系的認識的不足。如果從語言的角度來講 VC 和 TC 是沒有多大區別的，他們基本上都能支持 ANSI C。
再來看看編譯器。編譯器與語言的關系就是，翻譯者與語言的關系。編譯器就是一個翻譯，他把使用某種語言書寫的源程序，翻譯成為等價的使用目標語言書寫的目標程序。前面我們也說了，語言是一個抽象的概念，是由文法來定義的。唯一實在的東西，也就是定義語言的文法。在使用語言時，我們只能說，使用這種語言去書寫一段程序。編譯器則是能夠將某種語言的源程序進行翻譯，然後生成目標程序。我們通常會說，某個編譯器支持了什麼語言，也就是說這個編譯器能識別並翻譯這種語言。現在的C編譯器，一般都是支持了 ANSI C 語言的，另外，編譯器的設計者可能還會對 ANSI C 進行一定的擴充，而且各個編譯器進行擴充功能都是不同的，因此可能就會出現一個編譯器誕生以後，就會出現一個新的語言的現象。TC 和 VC 就分別對 ANSI C 進行了不同的擴充，比如在 TC 中有 far 等關鍵字，ANSI C 中是沒有的，在 VC 中有內嵌匯編的語法 _asm，而在 TC 中則是使用 asm 關鍵字，這些內容在 ANSI C 中沒有的。編譯器的輸入時源程序，而其輸出則是目標程序。一般情況下，源程序是使用某種高級語言書寫的，而目標程序則是某個特定機器的機器語言程序。另一方面，編譯器除了提供編譯功能，還會提供一些運行庫。所謂運行庫就是由一些事先寫好的子程序所組成的子程序庫。例如C語言中的 printf 函數，就是由C的運行庫提供的。在 ANSI C 中定義了一些C語言的標准庫函數，這些庫函數是標准C必須具備的，也可以說這些庫函數成為了 ANSI C 的一個部分。另外，不同的編譯器還可以提供自己的，非標準的庫給用戶使用，在 TC 中的 Graphics 庫，其實就是由 TC 提供的，它不是屬於 ANSI C 的。簡單的說，編譯器是由編譯程序和運行庫組成的。在程序的編譯階段，就是使用編譯器對源程序進行編譯生成目標程序。
在程序的運行階段則是在一個特定的平台上，由這個平台來執行編譯生成的程序。Java 虛擬機是一個平台，DOS 和 Windows 也是平台，編譯器的作用就是溝通源程序和程序的運行平台。源程序相對於一個運行平台來說是不可識別的，但當編譯器將源程序編譯成為這個平台所能夠識別的目標語言以後，程序就可以在這個平台上運行了。
應該看到，編譯器在其中起到了很重要的作用。我們現在可以明確一些概念了，程序設計語言只是語言，它本身很難說有什麼好壞，這就如同說「漢語和英語哪個好」一樣。使用某一種程序設計語言，我們可以書寫自己的程序，從而向計算機表達自己希望完成的功能。這個階段，我們稱為編碼階段。編譯器由編譯程序和運行庫組成，編譯程序負責將源程序翻譯成為目標程序，運行庫提供了一些基本的子程序給程序編寫者使用。我們可以說編譯器是否支持某種語言，例如 TC 編譯器是支持 ANSI C 的，而 GCC 則是一個能夠支持多種語言的編譯器。然而不同的編譯器除了提供對某種語言的支持以外，還可能對該語言進行了某些功能擴充。編譯器在對語言的支持上，差別都是不太大的，這是因為許多語言都制定了一個標准，例如 ANSI C。編譯器的另外一個重要特性，就是對運行平台的支持。平台指的是一個程序運行所需要的所有軟體和硬體的基礎。編譯器對運行平台的支持，是通過將源程序編譯成為目標程序，以及編譯器所提供的運行庫來實現的。例如，TC只能將C源程序編譯生成，使用 80x86 CPU，操作系統為 DOS 的 16bit DOS 程序。VC只能將C源程序編譯生成 80x86 CPU、操作系統為 Windows 的 32bit Windows 程序。使用編譯器對源程序進行編譯被稱為編譯階段，這個階段編譯程序將源程序編譯為某個平台的目標代碼。程序在具體的平台上運行時，被稱為運行階段。應該指出，在編碼階段使用到的是程序設計語言，以及編譯器所提供的庫函數，這個階段產生的是源程序。在編譯階段使用的是源程序和編譯器，這個階段產生的是目標程序。在運行階段使用到的是目標程序和運行平台，這個時候產生的是程序運行結果。
因此說討論一個程序設計語言好壞沒有多大意義，因為他們使用的場合不同，比如匯編語言和 Java 語言，要談論這兩個語言的好壞是沒有實際意義的。而說「C語言哪個好」之類的話也是沒有意義的，我想大家學的C也就是在 ANSI C 基礎上的C，並且不同的C語言之間的差別是極小的。我們通常指的 TC、VC 都是指編譯器，而不是語言。編譯器能夠支持一種或者多種的程序設計語言，TC 能夠支持 ANSI C，VC 能夠支持 ANSI C 和 ANSI C++，而 GCC 則是一個支持多語言的編譯器。如果真要說 VC 比 TC 好，只能說 VC 編譯器提供的庫函數更多，並且 VC 能夠支持的平台是 Windows，而 VC 編譯出來的代碼也都是 32bit 的。
在以上概念中糾纏了這么久，我也不再想多說了。再來看開發環境。為了能夠方便程序設計者進行編碼、調試等工作，編譯器製造商在製作好一個編譯器以後，都會提供一個集成開發環境（又稱為IDE）。在這個 IDE 中，用戶可以完成編碼、編譯、調試、運行的全部工作。並且在最新的IDE中，可能還會提供一個可視化的設計功能，可以方便用戶進行程序界面的設計。例如 VB 等。另外一個方面，開發環境除了包括 IDE 以外，還包括了程序運行的平台。比如硬體是 IBM PC 兼容機，操作系統是 Windows 等。
可能，能講的也就這么多了，感覺講的並不是很好，不過我已經盡力了。有些東西是很難說清楚的，「只能意會不可言傳」指的就是這個了。不要怪我講的不好，還是自己用心去理解和體會吧。
9. visual c++中一個工程只能編一c程序嗎
這個問題很簡單，Visual C++中的一個工程只能編譯一個程序，但是VC中有"工作區"的概念，一個"工作區"可以包含多個工程文件，一般大型的項目都是一個工作區配合多個工程文件的。
你把2個程序分到兩個工程里就OK了
10. 問個c++的問題
可以做的啊~~剛學的C++基礎編譯出來的界面是DOS下的，感覺很不爽~
要編譯出很好看的界面，你可以去看MFC
MFC，可視化編程，在C++的編譯軟體VC++裡面就有~~~~
建議你學好了C++，再去看MFC，不然會碰到很多釘子~
以下為參考資料：
MFC,微軟基礎類(Microsoft Foundation Classes),實際上是微軟提供的,用於在C++環境下編寫應用程序的一個框架和引擎,VC++是WinDOS下開發人員使用的專業C++ SDK(SDK,Standard SoftWare Develop Kit,專業軟體開發平台),MFC就是掛在它之上的一個輔助軟體開發包,MFC作為與VC++血肉相連的部分(注意C++和VC++的區別:C++是一種程序設計語言,是一種大家都承認的軟體編制的通用規范,而VC++只是一個編譯器,或者說是一種編譯器+源程序編輯器的IDE,WS,PlatForm,這跟Pascal和Delphi的關系一個道理,Pascal是Delphi的語言基礎,Delphi使用Pascal規范來進行Win下應用程序的開發和編譯,卻不同於Basic語言和VB的關系,Basic語言在VB開發出來被應用的年代已經成了Basic語言的新規范,VB新加的Basic語言要素,如面向對象程序設計的要素,是一種性質上的飛躍,使VB既是一個IDE,又成長成一個新的程序設計語言),MFC同BC++集成的VCL一樣是一個非外掛式的軟體包,類庫,只不過MFC類是微軟為VC++專配的..
MFC是Win API與C++的結合,API,即微軟提供的WinDOS下應用程序的編程語言介面,是一種軟體編程的規范,但不是一種程序開發語言本身,可以允許用戶使用各種各樣的第三方(如我是一方,微軟是一方,Borland就是第三方)的編程語言來進行對WinDOS下應用程序的開發,使這些被開發出來的應用程序能在WinDOS下運行,比如VB,VC++,Java,Dehpi編程語言函數本質上全部源於API,因此用它們開發出來的應用程序都能工作在WinOS的消息機制和繪圖里,遵守WinDOS作為一個操作系統的內部實現,這其實也是一種必要,微軟如果不提供API,這個世上對Win編程的工作就不會存在,微軟的產品就會迅速從時尚變成垃圾,上面說到MFC是微軟對API函數的專用C++封裝,這種結合一方面讓用戶使用微軟的專業C++ SDK來進行Win下應用程序的開發變得容易,因為MFC是對API的封裝,微軟做了大量的工作,隱藏了好多程序開發人員在Win下用C++ & MFC編制軟體時的大量內節,如應用程序實現消息的處理,設備環境繪圖,這種結合是以方便為目的的,必定要付出一定代價(這是微軟的一向作風),因此就造成了MFC對類封裝中的一定程度的的冗餘和迂迴,但這是可以接受的..
來自：http://ke..com/view/10918.html?wtp=tt
要找這些資料，網上有很多~