編譯X

『壹』 編譯x264時出現 No working C compiler found.

如果是用mingw平台編譯的，需要配置你的mingw/bin目錄到PATH路徑下。確定路徑配置正確後，還不可以。如果用的是最新的x264，之前的mingw平台版本太低，升級mingw平台就可以了。

『貳』 x什麼意思c語言視頻教程

c語言x的含義是轉義字元

告訴編譯器需要用特殊的方式進行型旁處理。x表示後面的字元是十六進制數，表示後面的字元是八進制數。

盡管C語言提供了許多低級處理的功能，但仍然保持著跨平台的特性，以一個標准規格寫出的C語言程序可在慶襪包括類似嵌入式處理器以及超級計算機等作業平台的許多計算機平台上進行編譯。

『叄』 如何編譯openssl x64

使用VS2005下的Visual Studio 2005 Command Prompt進入控制台模式陪搜（這個模式會自動設置各種環境變數）
、解壓縮openssl的包,進入openssl的目錄
、perl configure VC-WIN32
盡量在這個目錄下執行該命令，否則鄭祥找不到Configure文件，或者指定完蘆叢歷整的Configure文件路徑。
、ms\do_ms
在解壓目錄下執行ms\do_ms命令
、nmake -f ms\ntdll.mak編譯後在openssl解壓目錄下執行，完成編譯後。輸出的文件在out32dll裡面，包括應用程序的可執行文件、lib文件和dll文件
注意：在運行第五步時，cl編譯器會抱怨說.\crypto\des\enc_read.c文件的read是The POSIX name for this item is deprecated（不被推薦的），建議使用_read。呵呵，我可不想將OpenSSL中的所有的read函數修改為_read。再看cl的錯誤代碼 error C2220，於是上MSDN上查找：
warning treated as error - no object file generated
/WX tells the compiler to treat all warnings as errors. Since an error occurred, no object or executable file was generated.
是由於設置了/WX選項，將所有的警告都作為錯誤對待，所以。。。
於是打開OpenSSL目錄下的MS目錄下的ntdll.mak文件，將CFLAG的/WX選項去掉，存檔。

『肆』 編譯x時候錯誤求助

#include <iostream>
using namespace std;
class Complex
{
private:
double real, imag;

public:
Complex(double r = 0.0, double i = 0.0) {real = r; imag = i;}
Complex(const Complex &c);
Complex add(const Complex &c);
Complex sub(const Complex &c);
Complex mul(const Complex &c);
Complex dev(const Complex &c);
Complex mi(int k);
void print();
};
Complex::Complex(const Complex &c)
{
real = c.real;
imag = c.imag;
}

Complex Complex::add(const Complex &c)
{
Complex tmp;
tmp.real = real + c.real;
tmp.imag = imag + c.imag;
return tmp;
}

Complex Complex::sub(const Complex &c)
{
Complex tmp;
tmp.real = real - c.real;
tmp.imag = imag - c.imag;
return tmp;
}

Complex Complex::mul(const Complex &c)
{
Complex tmp;
tmp.real = real * c.real - imag * c.imag;
tmp.imag = imag * c.real + real * c.imag;
return tmp;
}

Complex Complex::dev(const Complex &c)
{
if(c.real == 0 && c.imag == 0)
{
cout << "除數為零" << endl;
return *this ;
}
double x;
Complex tmp1;
Complex tmp2;
tmp1.real = (real * c.real) - (imag * c.imag);
tmp1.imag = (real * c.imag) + (imag * c.real);
x = (real * c.real) + (imag * c.imag);
tmp2.real = tmp1.real / x;
tmp2.imag = tmp1.imag / x;
return tmp2;
}

Complex Complex::mi(int k)
{
int i;
Complex tmp;
if(k == 0) tmp = Complex(1,0);
tmp = *this;
for(i = 0; i < k; i++)
{
tmp = tmp.mul(tmp);
};
return tmp;
}

void Complex::print()
{
if(real != 0 || imag == 0)
cout << real;
if(imag > 0)
cout << '+' << imag << 'i';
if(imag < 0)
cout << imag << 'i';
}

int main()
{
int k;
Complex c1 = Complex(2.0, 5.0);
Complex c2 = Complex(4.0, 4.0);
cout << "Create Complex c1 = 2 + 5i, c2 = 4 + 4i" << endl;
cout << "和禪c1 : ";
c1.print();
cout << "c2 : ";
c2.print();

cout << "Compute c1 = c1 + c2" <逗棚芹< endl;
c1.add(c2);
cout << "c1 = ";
c1.print();

cout << "Compute c1 = c1 - c2" << endl;
c1.sub(c2);
cout << "c1 = ";
c1.print();

cout <山畢< "Compute c1 = c1 * c2" << endl;
cout << "c1 = ";
c1.mul(c2);
c1.print();

cout << "Compute c1 = c1 / c2" << endl;
cout << "c1 = ";
c1.dev(c2);
c1.print();

cout << "輸入k(需為自然數)，c1 = c1^k（k次方）" << endl;
cin >> k;
cout << "c1 = ";
c1.mi(k);
c1.print();

cout << "Copy c1 to Complex c3" << endl;
Complex c3 = Complex(c1);
cout << "c3 = ";
c3.print();

return 0;

}

『伍』 將win32的程序編譯為x64，其中win32用到了kernel32.dll這樣的dll，請問在x64位中可以繼續使用嗎

kernel32.dll, user32.dll, netapi32.dll 等庫在 64 位 windows 系統、64 位應用程序中依然可以使用，這是因為針對 32 位程序和 64 位程序，windows 提供了兩個不同的版本，分別位於系統目錄 system32 和 syswow64 下面，雖然兩個目錄下的庫文件使用了相同的名字，但實際上是不一樣的。

『陸』 如何在ubuntu，suse，redhat下編譯X server

ubuntu適合娛樂redhat主要做企業級服務，適合學習技術RPM包和告殲DEB包的區別在襲友悄於採用不同的管理方式！前者將源代碼打包成RPM格式，采拍渣用RPM的管理方法。後者打包成DEB的格式。

『柒』 編譯器中為什麼X^2不對,X*X是對的

您好，說一下原理：
x=x*2;
編譯器在語法翻譯的時候最御棗終會用逆波蘭式來表示（其他的也可以的）
也就是翻譯成x*=2的形式好皮。
所以友拆差我們書寫的時候把x=x*2寫成x*=2,可以提高程序的效率。
大三的時候編譯原理有講的。