linux編譯x86和arm平臺的x264

阿新 • • 發佈：2019-01-14

摘抄網址：http://blog.csdn.net/baliguan163/article/details/11773363

參考網址：http://blog.csdn.net/evsqiezi/article/details/8467822

參考網址：http://blog.csdn.net/killmice/article/details/18400687

目標板】tiny6410

【虛擬機器】Ubuntu-13.04

【編譯器】arm-Linux-gcc 4.3.2

x86平臺：執行命令

1. ./configure --enable-shared--prefix=/usr/local

2. make

If you really want to compile without asm, configure with --disable-asm.

[email protected]:~/x264-snapshot-20130916-2245$ sudo apt-get install yasm

3. make install 編譯安裝成功

ARM 平臺：執行命令

需要修改這個config.mak檔案了，改寫ARCH=ARM SYS=LINUX CC=arm-linux-gcc，其中CC寫成你自己的交叉編譯環境位置，相應的AR、RANLIB也是，具體如下圖所示。

1../configure --disable-asm

2. make

如果出現以下錯誤：把11行和第15行，-m32這個選項刪除

把11行和第15行，-m32這個選項刪除

3. 執行make install，編譯成功

在/usr/local/bin/目錄下會有個x264資料夾，裡面有libx264.a的庫檔案和標頭檔案x264.h。

linux編譯x86和arm平臺的x264

摘抄網址：http://blog.csdn.net/baliguan163/article/details/11773363 參考網址：http://blog.csdn.net/evsqiezi/article/details/8467822 參考網址：http://bl

libcurl庫的編譯（包括：x86和ARM版本）

由於專案中需要使用libcurl庫，所以就在網上搜羅了一些如何編譯出x86版本和ARM版本的libcurl庫。首先給出如何使用原始碼來編譯出x86版本的庫。一、下載：libcurl http://curl.haxx.se/download/curl-7.21.1.t

Linux x86 和ARM什麼區別？

問題：最近在用三星的一款i5處理器的Windows平板，和iPad，以及其他使用ARM處理器的手機相比，發熱量大很多，甚至需要藉助風扇來散熱，耗電量也大了不少。那麼就很奇怪，在主頻相差不大，並且實際執行效果差不多的情況下，x86架構的處理器的發熱量和功耗為什麼會那麼大？這種差

Linux常見命令和菠菜平臺開發

code 命令參數 lin 必須外部文件名 linux命令系統文件特殊 1、Linux命令分類：菠菜平臺開發（企娥:217 1793 408） Linux命令的執行必須依賴shell命令解釋器。shell負責接收用戶輸入的命令並進行解釋，將需要執行的操作傳遞給系統

CPU兩大架構X86 和 ARM

（1）中央處理單元（CPU）: 主要由運算器、控制器、暫存器三部分組成。運算器就是起著運算的作用，控制器就是負責發出CPU每條指令所需要的資訊，暫存器就是儲存運算或者指令的一些臨時檔案，這樣可以保證更高的速度。 CPU有著處理指令、執行操作、控制時間、處理資

第一個Linux+QT程式（ARM平臺）

（一）前言在閱讀本片文件之前，要說明一下“原生開發”與“交叉編譯”的區別。就ARM嵌入式平臺而言，你大可以在ARM開發板上安裝arm-linux-gcc、安裝IDE（如qtcreator），然後利用ARM開發板那點可憐的計算能力對指令碼檔案進行編

live555本機和arm平臺的移植

本文講解在PC和arm平臺上進行live555的移植，目標平臺使用全志A20。 1、原始碼下載可以登陸live555的官網獲取live555最新版原始碼，也可從下面這個地址獲取到本文移植所使用的原始碼： 2、編譯（1）PC編譯解壓原始

交叉編譯libxml2到ARM平臺

#include <stdio.h> #include <libxml/parser.h> #include <libxml/tree.h> int main() { xmlDocPtr doc = xmlNewDoc(BAD_CAST "1.0"); //定義文件和

x86 常見呼叫約定(cdecl,fastcall,stdcall) & x86和ARM呼叫約定的棧幀分析 & ARM ATPCS(ARM-THUMB procedure call standard)

交叉編譯能在arm平臺上執行的Qt應用程式的步驟

我們的電腦一般來說，現在主流的還是X86平臺（當然，隨著64位機的普及，相信以後格局會變化，暫不討論）。對於Qt應用程式來說，我們在PC機上開發的時候，因為本身我們的開發軟體Qt creator是執行在X86平臺上的，而我們編寫的應用程式也預設是在PC機上執

boost 分別編譯x86和x64的庫

4.x64安裝則輸入命令： b2.exe --prefix=D:\Boost\x64 --build-type=complete --build-dir=build_tmp_x64 toolset=msvc-14.0 address-model=64 install ("D:\boost\x64"是將要生

linux 編譯,連結和載入

1. 序最近在折騰各種.so，碰到了一些問題，一開始對於很多錯誤也沒有頭緒，茫然不知所措。索性化了一天多時間將<<程式設計師的自我修養—連結、裝載與庫>>中部分內容略讀了一遍，主要是關於編譯，連結和載入這塊的。於是順便做個筆記，方便以後回顧。基本上知道了這些，對於編譯，連結

jsoncpp linux平臺編譯和arm移植

clas inux sta 編譯動態 cpp 取出 dir 沒有下載 http://sourceforge.net/projects/jsoncpp/ 或者 http://download.csdn.net/detail/chinaeran/8631141 Linux平

jsoncpp linux平臺編譯和 arm移植

jsoncpp soncpp is an implementation of a JSON (http://json.org ) reader and writer in C++. JSON (JavaScript Object Notation) is a ligh

如何為Android平臺編譯 opencv3 和 opencv_contrib (Linux)

gre inter jni fuzzy dnn letter ott esc lis p { margin-bottom: 0.1in; direction: ltr; color: rgb(0, 0, 10); line-height: 120%; text-align:

GDB arm-linux交叉編譯移植和使用方法（特別是對於正在執行的程式或者段錯誤的程式進行分析）

測試程式碼中的test1是用來定位堆疊段錯誤，Delay函式是用來定位程式阻塞，都可以用gdb定位出來，如下：（1）測試程式執行時首先會有個段錯誤：./gdbtest & [[email protected] user0]$ [65334.020000] pgd = c3e14000 [

KConfig、Makefile詳解以及ARM平臺Linux核心的編譯

彙總（之四）：交叉編譯工具鏈arm-none-linux-gnueabi-, Qt交叉編譯安裝和移植，Qt桌面版編譯安裝，QTcreator安裝和配置

4. QTcreator2.5.2安裝和配置首先，從官網下載了qt-creator-linux-x86-opensource-2.5.2.bin檔案。下面的安裝就比較簡單了，首先更改檔案屬性，使它可執行。 chmod u+x qt-creator-linux

重新編譯arm-linux-androideabi-gdb和gdbserver

一、引言 Android應用程式在執行的時候，不管是dex還是native的so，都要載入到記憶體裡面，所以直接把與之對應的記憶體dump出來分析是一個不錯的主意，ndk給我們提供了可供開發者遠端除錯的gdb和gdbserver，但是一些功能比如gcore

QT環境搭建: QT玩轉在linux的x86平臺或者ARM平臺上

參考連結： tslib1.4與Qt4.8.6的交叉編譯與移植 Tslib和Qt 4.8.4與在開發板上的移植目的：使自己在Ubuntu下的qtcreator3.5.0生成的介面，通過qt4.8.6交叉編譯，gcc4.4.3交叉編譯，得到一個可執行qt程式，並將其放到

linux編譯x86和arm平臺的x264

相關推薦