㈠ windows怎麼編譯.c文件
（1）先用記事本編寫如下所示的代碼，並另存為hello.cpp，假設其保存路徑為
C:\Users\Administrator\Desktop。
#include<iostream>
using namespace std;
int main()
{
cout<<"hello world!"<<endl;
return 0;
}
（2）用記事本寫一段簡單的批處理文件，內容如下所示，在保存文件時選擇另存為，文件名
假設為batch.bat，bat是批處理文件的後綴，保存類型選擇：所有文件（這個尤其需要注意），
假設其保存路徑也是：C:\Users\Administrator\Desktop。
set path=D:\Softwares\en_Visual_Studio2010_Professional_x86_x16-81637\VC\bin
set include=D:\Softwares\en_Visual_Studio2010_Professional_x86_x16-81637\VC\include
set lib=D:\Softwares\en_Visual_Studio2010_Professional_x86_x16-81637\VC\lib
上面批處理文件的第一句話表示設置環境變數，這個也可以通過：計算機/屬性/高級系統設置/
環境變數/用戶變數，把D:\Softwares\en_Visual_Studio2010_Professional_x86_x16-81637\VC\bin
放到path的值里去，記得與之前已有值之間用"；"隔開。這個path文件夾是我們裝載VS2010時自
帶的，在設置路徑時要根據自己的安裝路徑進行修改，裡麵包含微軟在Windows下給我們提供的
C/C++編譯器cl.exe程序（編譯器自身也是一個軟體程序，只是它的作用是用來編譯其它的程序），
當然還有link.exe鏈接程序，調用cl時，系統會自動調用link程序（後面將看到我們只用了cl命令就
可以進行C/C++程序的編譯、鏈接）。後面兩句話分別表示包含C++中自帶的頭文件庫和靜態鏈接
庫，靜態理解庫包含了頭文件中函數對應的實現部分，為了不讓人們看到其中的源代碼，它以二進
制文件形式編碼，若要查看其內容需要進行反匯編。
（3）通過cmd命令進入DOS操作界面，輸入cd C:\Users\Administrator\Desktop進入cpp文件和bat
批處理文件所在的位置，然後鍵入batch.bat進行批處理，這些操作在VS2010集成開發環境中都為我
設置好了，所以我們在裡面寫C/C++程序時並沒有這樣設置路徑的繁瑣操作，但是通過自己手動的
路徑設置，我們會對程序的編譯、鏈接、執行有更加深入的認識。
（4）鍵入cl hello.cpp，我們會看到計算機報出了「無法啟動此程序，因為計算機中丟失mspdb100.dll。
嘗試重新安裝該程序以解決此問題」的系統儲物，dll文件是動態鏈接庫文件，其是在cl.exe程序運行時
才被載入進來的文件，這個靜態鏈接庫lib文件不同。這說明在D:\Softwares\en_Visual_Studio2010_
Professional_x86_x16-81637\VC\bin路徑里沒有找到mspdb100.dll，原來此文件在文件夾D:\Softwares\
en_Visual_Studio2010_Professional_x86_x16-81637\VC\Common7\IDE里，我們可以將此文件拷到bin
文件夾里，或將D:\Softwares\en_Visual_Studio2010_Professional_x86_x16-81637\Common7\IDE加到
批處理的path環境變數里，或者將其加到cpp文件所在的文件夾里，這只會引起在搜索順序上的不同。
（5）再次鍵入cl hello.cpp，我們看到在C:\Users\Administrator\Desktop文件夾里得到了hello.obj文件，
這是編譯後的輸出文件，但是沒有得到可執行exe文件，DOS界面里出現這樣的錯誤「LINK:fatal error LNK
1104:cannot open file 'kernel32.lib' 「這樣的鏈接錯誤，kernel32.lib是Windows系統文件，通過Windows
自帶的搜索工具，我們看到此文件在文件夾C:\Program Files\Microsoft SDKs\Windows\v7.0A\Lib里，我們
可以將其加到cpp文件所在的文件夾或bin文件里。再次鍵入cl hello.cpp，我們發現這次程序被成功編譯鏈接
了，cpp文件所在的文件夾里多了兩個文件：hello.obj和hello.exe。
（6）在DOS界面鍵入hello.exe，程序被執行，輸出了我們預想的hello world!，至此，在Windows下模擬
linux命令行操作，編譯C/C++文件全部完成了。
㈡ 如何編譯一個文件
嗯，存儲的是機器碼，而記事本翻譯的是ASCII碼，所以是亂碼。你試試用winhex或hxd，打開後都是0和1。這才是機器碼，這不是文件保護。當然了，在編程的時候，他們還是我們認識的類似英語的「語言」。經過軟體編譯，才成了0和1。http://shell.windows.com/fileassoc/0409/xml/redir.asp?Ext=擴展名，可以查詢他的生成或打開軟體。
㈢ java代碼編譯後會生成編譯文件，請問編譯文件目錄以及主要文件的功能
如果java項目的話 編譯文件在 項目目錄下的bin文件夾下
如果是web項目 編譯文件 在web目錄/WEB-INF/classes/ 下面
只有編譯後的代碼虛擬機 才能執行
㈣ 如何編譯成可執行文件
我是說袈溱某個工程文件上單擊右鍵,在右鍵菜單中就能生成exe文件!!!!!!!!!!(我知道必定有辦法!!!!!)
㈤ java文件編譯報錯
一個文件只能有一個主類，不能在一個文件中塞兩個類啊，除非是內部類。
新建一個名字為ArrayToolDemo.java的文件來保存ArrayToolDemo這個類
㈥ 什麼是數據文件 什麼是編譯文件
數據文件
在大容量復制操作中，將數據從向外大容量復制操作傳輸到向內大容量復制操作的文件。數據文件存放著在資料庫中存儲的數據。
編譯文件
編譯系統又稱為第二類編程環境開發者根據語言的規定編寫源程序，然後進行編譯、連接，生成可執行文件，例如DOS操作系統加各類高級語言，如FORTRAN、PASCLL、C語言等就屬於這種類型介面平台，用於提供編譯任務輸入介面以及處理狀態信息輸出介面，並根據輸入的編譯任務生成任務名；編譯伺服器，用於解析所述任務名，獲得相應的源代碼，並進行編譯，同時產生所述編譯任務的處理狀態信息提供給所述介面平台。
㈦ C語言（代碼）和編譯文件（拆包看到）的區別是什麼有什麼相同之處作用分別是什麼
採納了加我不懂問我 一 C編譯過程概述 目前Linux下最常用的C語言編譯器是GCC(GNU Compiler Collection),它是GNU項目中符合ANSI C標準的編譯系統,能夠編譯用C、C++和Object C等語言編寫的程序.GCC不僅功能非常強大,結構也異常靈活.最值得稱道的一點就是它可以通過不同的前端模塊來支持各種語言,如Java、Fortran、Pascal、Mola-3和Ada等. Linux系統下的gcc（GNU C Compiler）是GNU推出的功能強大、性能優越的多平台編譯器，是GNU的代表作品之一。gcc是可以在多種硬體平台上編譯出可執行程序的超級編譯器，其執行效率與一般的編譯器相比平均效率要高20%~30%。 使用GCC編譯程序時,編譯過程可以被細分為四個階段:
◆ 預處理(Pre-Processing)
◆ 編譯(Compiling)
◆ 匯編(Assembling)
◆ 鏈接(Linking) 二 編譯過程中各種文件介紹 1.以擴展名區分文件類型.c為後綴的文件，C語言源代碼文件；
.a為後綴的文件，是由目標文件構成的檔案庫文件；
.C，.cc或.cxx 為後綴的文件，是C++源代碼文件；
.h為後綴的文件，是程序所包含的頭文件；
.i 為後綴的文件，是已經預處理過的C源代碼文件；
.ii為後綴的文件，是已經預處理過的C++源代碼文件；
.m為後綴的文件，是Objective-C源代碼文件；
.o為後綴的文件，是編譯後的目標文件；
.s為後綴的文件，是匯編語言源代碼文件；
.S為後綴的文件，是經過預編譯的匯編語言源代碼文件。 2.LINUX目標文件描述 LINUX 平台下三種主要的可執行文件格式：a.out（assembler and link editor output 匯編器和鏈接編輯器的輸出）、COFF（Common Object File Format 通用對象文件格式）、ELF（Executable and Linking Format 可執行和鏈接格式）。其中ELF是x86 Linux系統 下的一種常用目標文件(object file)格式，有三種主要類型: (1)適於連接的可重定位文件(relocatable file)，可與其它目標文件一起創建可執行文件和共享目標文件。編譯產生的.o文件就屬於這類。
(2)適於執行的可執行文件(executable file)，用於提供程序的進程映像，載入到內存執行。這就是編譯、鏈接之後形成的最終文件。
(3)共享目標文件(shared object file)，連接器可將它與其它可重定位文件和共享目標文件連接成其它的目標文件，動態連接器又可將它與可執行文件和其它共享目標文件結合起來創建一個進程映像。這就是庫文件，只指動態庫文件。 詳細了解請看本人收藏的《LINUX可執行文件分析》 三 編譯過程詳解 C語言的編譯鏈接過程要把我們編寫的一個c程序（源代碼）轉換成可以在硬體上運行的程序（可執行代碼），需要進行編譯和鏈接。編譯就是把文本形式源代碼翻譯為機器語言形式的目標文件的過程。鏈接是把目標文件、操作系統的啟動代碼和用到的庫文件進行組織形成最終生成可執行代碼的過程。過程圖解如下：
從圖上可以看到，整個代碼的編譯過程分為編譯和鏈接兩個過程，編譯對應圖中的大括弧括起的部分，其餘則為鏈接過程。 1. 編譯過程 編譯過程又可以分成兩個階段：編譯和匯編。 1）編譯 編譯是讀取源程序（字元流），對之進行詞法和語法的分析，將高級語言指令轉換為功能等效的匯編代碼，源文件的編譯過程包含兩個主要階段： 第一個階段是預處理階段，在正式的編譯階段之前進行。預處理階段將根據已放置在文件中的預處理指令來修改源文件的內容。如#include指令就是一個預處理指令，它把頭文件的內容添加到.cpp文件中。這個在編譯之前修改源文件的方式提供了很大的靈活性，以適應不同的計算機和操作系統環境的限制。一個環境需要的代碼跟另一個環境所需的代碼可能有所不同，因為可用的硬體或操作系統是不同的。在許多情況下，可以把用於不同環境的代碼放在同一個文件中，再在預處理階段修改代碼，使之適應當前的環境。主要是以下幾方面的處理： (1)宏定義指令， 如 #define a b
對於這種偽指令，預編譯所要做的是將程序中的所有a用b替換，但作為字元串常量的 a則不被替換。還有 #undef，則將取消對某個宏的定義，使以後該串的出現不再被替換。 (2)條件編譯指令， 如#ifdef，#ifndef，#else，#elif，#endif等。
這些偽指令的引入使得程序員可以通過定義不同的宏來決定編譯程序對哪些代碼進行處理。預編譯程序將根據有關的文件，將那些不必要的代碼過濾掉。
（3)頭文件包含指令， 如#include "FileName"或者#include <FileName>等。 在頭文件中一般用偽指令#define定義了大量的宏（最常見的是字元常量），同時包含有各種外部符號的聲明。採用頭文件的目的主要是為了使某些定義可以供多個不同的C源程序使用。因為在需要用到這些定義的C源程序中，只需加上一條#include語句即可，而不必再在此文件中將這些定義重復一遍。預編譯程序將把頭文件中的定義統統都加入到它所產生的輸出文件中，以供編譯程序對之進行處理。包含到c源程序中的頭文件可以是系統提供的，這些頭文件一般被放在 /usr/include目錄下。在程序中#include它們要使用尖括弧（< >）。另外開發人員也可以定義自己的頭文件，這些文件一般與c源程序放在同一目錄下，此時在#include中要用雙引號（""）。
(4)特殊符號，預編譯程序可以識別一些特殊的符號。
例如在源程序中出現的LINE標識將被解釋為當前行號（十進制數），FILE則被解釋為當前被編譯的C源程序的名稱。預編譯程序對於在源程序中出現的這些串將用合適的值進行替換。
預編譯程序所完成的基本上是對源程序的「替代」工作。經過此種替代，生成一個沒有宏定義、沒有條件編譯指令、沒有特殊符號的輸出文件。這個文件的含義同沒有經過預處理的源文件是相同的，但內容有所不同。下一步，此輸出文件將作為編譯程序的輸出而被翻譯成為機器指令。
第二個階段編譯、優化階段，經過預編譯得到的輸出文件中，只有常量；如數字、字元串、變數的定義，以及C語言的關鍵字，如main,if,else,for,while,{,}, +,-,*,\等等。
編譯程序所要作得工作就是通過詞法分析和語法分析，在確認所有的指令都符合語法規則之後，將其翻譯成等價的中間代碼表示或匯編代碼。
優化處理是編譯系統中一項比較艱深的技術。它涉及到的問題不僅同編譯技術本身有關，而且同機器的硬體環境也有很大的關系。優化一部分是對中間代碼的優化。這種優化不依賴於具體的計算機。另一種優化則主要針對目標代碼的生成而進行的。
對於前一種優化，主要的工作是刪除公共表達式、循環優化（代碼外提、強度削弱、變換循環控制條件、已知量的合並等）、復寫傳播，以及無用賦值的刪除，等等。 後一種類型的優化同機器的硬體結構密切相關，最主要的是考慮是如何充分利用機器的各個硬體寄存器存放的有關變數的值，以減少對於內存的訪問次數。另外，如何根據機器硬體執行指令的特點（如流水線、RISC、CISC、VLIW等）而對指令進行一些調整使目標代碼比較短，執行的效率比較高，也是一個重要的研究課題。
2）匯編
匯編實際上指把匯編語言代碼翻譯成目標機器指令的過程。對於被翻譯系統處理的每一個C語言源程序，都將最終經過這一處理而得到相應的目標文件。目標文件中所存放的也就是與源程序等效的目標的機器語言代碼。目標文件由段組成。通常一個目標文件中至少有兩個段：代碼段：該段中所包含的主要是程序的指令。該段一般是可讀和可執行的，但一般卻不可寫。數據段：主要存放程序中要用到的各種全局變數或靜態的數據。一般數據段都是可讀，可寫，可執行的。 2. 鏈接過程 由匯編程序生成的目標文件並不能立即就被執行，其中可能還有許多沒有解決的問題。
例如，某個源文件中的函數可能引用了另一個源文件中定義的某個符號（如變數或者函數調用等）；在程序中可能調用了某個庫文件中的函數，等等。所有的這些問題，都需要經鏈接程序的處理方能得以解決。
鏈接程序的主要工作就是將有關的目標文件彼此相連接，也即將在一個文件中引用的符號同該符號在另外一個文件中的定義連接起來，使得所有的這些目標文件成為一個能夠誒操作系統裝入執行的統一整體。
根據開發人員指定的同庫函數的鏈接方式的不同，鏈接處理可分為兩種： (1)靜態鏈接 在這種鏈接方式下，函數的代碼將從其所在地靜態鏈接庫中被拷貝到最終的可執行程序中。這樣該程序在被執行時這些代碼將被裝入到該進程的虛擬地址空間中。靜態鏈接庫實際上是一個目標文件的集合，其中的每個文件含有庫中的一個或者一組相關函數的代碼。 (2)動態鏈接
在此種方式下，函數的代碼被放到稱作是動態鏈接庫或共享對象的某個目標文件中。鏈接程序此時所作的只是在最終的可執行程序中記錄下共享對象的名字以及其它少量的登記信息。在此可執行文件被執行時，動態鏈接庫的全部內容將被映射到運行時相應進程的虛地址空間。動態鏈接程序將根據可執行程序中記錄的信息找到相應的函數代碼。
對於可執行文件中的函數調用，可分別採用動態鏈接或靜態鏈接的方法。使用動態鏈接能夠使最終的可執行文件比較短小，並且當共享對象被多個進程使用時能節約一些內存，因為在內存中只需要保存一份此共享對象的代碼。但並不是使用動態鏈接就一定比使用靜態鏈接要優越。在某些情況下動態鏈接可能帶來一些性能上損害。四 編譯過程實例描述 linux中使用的gcc編譯器把上述的幾個過程集成，一個命令就能完成編譯的整個過程。為了詳細說明每個步驟，下面我們將分部執行。下圖是gcc代理的編譯過程
常式: 在linux下創建文件hello.c，內容如下，
#include <stdio.h>
int main(void)
{
printf ("Hello,everybody!\n");
return 0;
} ◆ 預處理(Pre-Processing)
使用-E參數可以讓GCC在預處理結束後停止編譯過程，對應的命令是cpp,
# gcc -E hello.c -o hello.i 用編輯器打開hello.i,可以看到stdio.h文件被展開到了hello.i中。 ◆ 編譯(Compiling)
使用-S參數將hello.i編譯為匯編程序,使用的命令是cc -S,
#gcc –S hello.i –o hello.s 用編輯器打開hello.s，顯然已經變成了匯編代碼。 ◆ 匯編(Assembling)
使用-c參數將hello.s編譯為目標文件,對應的命令是as,
#gcc –c hello.s –o hello.o 可以利用工具readelf或者objmp讀出hello.o的信息。 ◆ 鏈接(Linking) 產生可執行文件，利用命令ld
# gcc hello.o -o hello
利用readelf,可以看到hello.o和hello文件的區別。
㈧ C語言，文件編譯
#include<stdio.h>
int main()
{
int a,b,c;
scanf("%d %d %d",a,b,c);
printf("%d",max(a,b,c));
printf("%d",min(a,b,c));
printf("%d",sum(a,b,c));
printf("%d",CJ(a,b,c));
}
int max(a,b,c)
{
if(a>=b&&a>=c)
return a;
else if(b>=a&&b>=c)
return b;
else if(c>=a&&c>=b)
return c;
}
int min(a,b,c)
{
if(a<=b&&a<=c)
return a;
else if(b<=a&&b<=c)
return b;
else if(c<=a&&c<=b)
return c;
}
int sum(a,b,c)
{
return(a+b+c);
}
int CJ(a,b,c)
{
return(a*b*c);
}
㈨ c多個文件如何編譯
關於整個 C 語言中的主函數 main( ) 如何調用相關的頭文件（*.h）、以及調用其它獨立的模塊（*.c）的方法，關鍵在於對於如何編寫 makefile 文件的真正理解、以及真正掌握編寫規則。
由於我已經有很多年沒有編寫過 C 語言源程序、以及編寫 makefile 文件了，但是可以大概給你提供一個思路就是：
下面的文本文件假設以 my_makefile 為例，編譯環境為 Linux 系統，C 語言編譯器為 gcc。
但是在這里注意一點：我的 my_makefile 文件中的注釋語句是否是分號進行注釋，我已經不太記得了，這個需要自己再參考一下。
另外就是：對源文件（*.c）、以及生成可執行文件（my_runfile）在 my_makefile 文件中的前後次序，我也記不清了，僅供參考。
myprog1.o: myprog1.c ; myprog1.o 的生成依賴於 myprog1.c 這個源程序
gcc -c myprog1.c ; 使用 Linux 系統的 C 語言編譯器對 myprog1.c 只編譯、不鏈接
myprog2.o: myprog2.c ; myprog2.o 的生成依賴於 myprog2.c 這個源程序
gcc -c myprog2.c ;使用 Linux 系統的 C 語言編譯器對 myprog2.c 只編譯、不鏈接
my_runfile: myprog1.o myprog2.o ; 可執行文件 my_runfile 的生成依賴於 myprog1.o、myprog2.o 這兩個目標文件
gcc -o my_runfile myprog1.o myprog2.o ; 使用 cc 的 -o 選項生成用戶自定義的可執行文件：my_runfile，如果不指定 -o 選項，cc 編譯器生成的預設可執行文件名為：a.out
運行命令為：
$make -f my_makefile （使用 -f 選項代替預設的 make 文件名 makefile）
㈩ 如何編譯C文件
編譯C文件用GCC。
編譯C文件常用方法：
單個文件：
g++ file.cpp
這是最簡單形式，預設輸出為a.out，可以用-o命令指定輸出文件，比如g++ file.cpp f.out
多個文件：
g++ -c 1.cpp -o 1.o
g++ -c 2.cpp -o 2.o
g++ 1.o 2.o -o prog.out
鏈接成可執行文件：
一般用g++ -o file file.cpp
多個文件是g++ -o file file1.cpp file2.cpp ...
編譯C++不是用GCC而是G++.
如果用GCC能編譯但不能鏈接.
多個文件：
1.編譯多個文件，但不連接：
g++ file1.cpp file2.cpp
會生成兩個文件：file1.o, file2.o
2.連接：
g++ -o outFileName file1.o file2.o
會生成一個可執行文件：outFileName。
如果想，一步就完成編譯和連接，那麼：
g++ -o outFileName file1.cpp file2.cpp
-o選項控制是否連接。