windows編譯glib

Ⅰ C語言中的g_free和free的區別，有沒有網址可以查看到g_free的定義

g_free是glib庫的介面，可以用來替換標準的free介面，使用時需要包含glib.h頭文件。
glib庫是Linux平台下最常用的C語言函數庫，它具有很好的可移植性和實用性。
glib是Gtk +庫和Gnome的基礎。glib可以在多個平台下使用，比如Linux、Unix、Windows等。glib為許多標準的、常用的C語言結構提供了相應的替代物。
g_free的定義可以在
http://web.mit.e/barnowl/share/gtk-doc/html/glib/glib-Memory-Allocation.html#g-free這個網站看到。
請採納，謝謝。

Ⅱ 手把手教你搭建ARM32 QEMU環境

了解嵌入式開發調試中硬體投入與攜帶繁瑣的問題，Qemu模擬器提供了一種解決方案，尤其適用於內核方面的調試工作。本指南旨在手把手教你搭建QEMU環境，實現無需頻繁在開發板上燒寫版本，即可進行有效的調試。

注意：本文不包含對Uboot的模擬，因此在本篇內容中不會涉及Uboot啟動內核的過程。

搭建環境需滿足以下條件：

• PC系統：Windows 10


• 虛擬機：VMware-17


• 虛擬機系統：Ubuntu-18.04.1


• 模擬的32位開發板：vexpress-a9

具體步驟如下：

從Qemu官網下載最新版本源碼包（如8.2.0），並解壓。

確保本地環境Python版本大於3.8，並安裝glib2.0環境依賴。

配置QEMU源碼，指定ARM32架構，後續可擴展到其他架構。

創建編譯目錄，進行配置，指定編譯的指令集。

從kernel.org官網下載Linux Kernel源碼（如5.10版本），解壓。

進入kernel目錄，修改頂層Makefile中的ARCH和CROSS_COMPILE配置。

使用vexpress_defconfig配置單板，生成.config文件。

解決缺少工具鏈的錯誤，安裝lib32庫。

編譯並生成zImage和ko文件。

下載並解壓Busybox源碼，配置文件系統。

編譯Busybox，並安裝文件系統至_install目錄。

創建rootfs目錄，存放文件系統內容，包括Busybox和工具鏈庫。

使用dd命令生成SD卡鏡像，並格式化ext4文件系統。

將rootfs目錄下的文件復制至/mnt。

執行啟動命令，進入系統。

使用組合鍵CTRL + a，松開後按x鍵退出QEMU。

本指南由Linux底層愛好者潘小帥編寫，提供技術原創文章，並分享徒步、旅遊和電影愛好。歡迎通過點贊、收藏和關注支持作者。

文章首發於微信公眾號[Linux隨筆錄]。

Ⅲ 我用VB製作了一個DLL文件，為什麼C#調用不了

轉來地： 調用DLL，首先需要將DLL文件映像到用戶進程的地址空間中，然後才能進行函數調用，這個函數和進程內部一般函數的調用方法相同。Windows提供了兩種將DLL映像到進程地址空間的方法：1. 隱式的載入時鏈接這種方法需要DLL工程經編譯產生的LIB文件，此文件中包含了DLL允許應用程序調用的所有函數的列表，當鏈接器發現應用程序調用了LIB文件列出的某個函數，就會在應用程序的可執行文件的文件映像中加入一些信息，這些信息指出了包含這個函數的DLL文件的名字。當這個應用程序運行時，也就是它的可執行文件被操作系統產生映像文件時，系統會查看這個映像文件中關於DLL的信息，然後將這個DLL文件映像到進程的地址空間。系統通過DLL文件的名稱，試圖載入這個文件到進程地址空間時，它尋找DLL 文件的路徑按照先後順序如下：·程序運行時的目錄，即可執行文件所在的目錄；·當前程序工作目錄·系統目錄：對於Windows95/98來說，可以調用GetSystemDirectory函數來得到，對於WindowsNT/2000來說，指的是32位Windows的系統目錄，也可以調用GetSystemDirectory函數來得到，得到的值為SYSTEM32。·Windows目錄·列在PATH環境變數中的所有目錄VC中載入DLL的LIB文件的方法有以下三種：①LIB文件直接加入到工程文件列表中在VC中打開File View一頁，選中工程名，單擊滑鼠右鍵，然後選中「Add Files to Project」菜單，在彈出的文件對話框中選中要加入DLL的LIB文件即可。②設置工程的 Project Settings來載入DLL的LIB文件打開工程的 Project Settings菜單，選中Link，然後在Object/library moles下的文本框中輸入DLL的LIB文件。③通過程序代碼的方式加入預編譯指令#pragma comment (lib,」*.lib」)，這種方法優點是可以利用條件預編譯指令鏈接不同版本的LIB文件。因為，在Debug方式下，產生的LIB文件是Debug版本，如Regd.lib；在Release方式下，產生的LIB文件是Release版本，如Regr.lib。當應用程序對DLL的LIB文件載入後，還需要把DLL對應的頭文件（*.h）包含到其中，在這個頭文件中給出了DLL中定義的函數原型，然後聲明。2 顯式的運行時鏈接隱式鏈接雖然實現較簡單，但除了必須的*.dll文件外還需要DLL的*.h文件和*.lib文件，在那些只提供*.dll文件的場合就無法使用，而只能採用顯式鏈接的方式。這種方式通過調用API函數來完成對DLL的載入與卸載，其能更加有效地使用內存，在編寫大型應用程序時往往採用此方式。這種方法編程具體實現步驟如下：①使用Windows API函數Load Library或者MFC提供的AfxLoadLibrary將DLL模塊映像到進程的內存空間，對DLL模塊進行動態載入。②使用GetProcAddress函數得到要調用DLL中的函數的指針。③不用DLL時，用Free Library函數或者AfxFreeLibrary函數從進程的地址空間顯式卸載DLL。例:在應用程序中調用dll文件 ——在應用程序中要首先裝入dll後才能調用導出表中的函數,例如用mfc 創建基於對話框的工程test,並在對話框上放置"load"按鈕,先添加裝載代碼。1.首先在testdlg.cpp的首部添加變數設置代碼: //設置全局變數glibsample用於存儲dll句柄 hinstance glibsample=null; //第二個變數showme是指向dll 庫中showme()函數的指針 typedef int(* showme)(void); showme showme; 2.利用classwizard為"load"按鈕添加裝載dll的代碼 void ctestdlg::onloadbutton() { //要添加的代碼如下 if(glibmydll!=null) { messagebox("the sample.dll has already been load."); return; } //裝載sample.dll,未加路徑,將在三個默認路徑中尋找 (1)windows的系統目錄:\windows\system; //(2)dos中path所指出的任何目錄; //(3)程序所在的目錄; glibsample=loadlibrary("sample.dll"); //返回dll中showme()函數的地址 showme=(showme)GetProcAddress(glibsample,"showme");

Ⅳ 怎麼在 windows 下編譯 pidgin-lwqq

參考lwqq/wiki配置好編譯環境
下載lwqq並放在lwqq_root/lwqq目錄下並編譯
新建的文件夾必須為build，查找路徑是寫死了的
使用 cmake .. -G "MSYS Makefiles" -DWIN32_LIBS_DIR=... -DWITH_LIBUV=Off -DWITH_LIBEV=Off 編譯.因為非同步直接使用pidgin內置的支持來完成
從這里下載pidgin的源代碼,並且解壓縮到lwqq_root/pidgin目錄下,根據BuildWinPidgin編譯Windows版本的Pidgin(其實主要是為了獲取libpurple)
pidgin/win32/gtkdocklet-win32.c

pidgin/win32/gtkwin32dep.c
pidgin/win32/wspell.c 在 #include <windows.h> 前面添加 #include "internal.h"
pidgin/plugins/win32/winprefs/winprefs.c 將 #include "internal.h" 放在 #include <gtk/gdkwin32.h> 前面
為了方便可以直接將下面的文本復制為patch.sh,放在pidgin目錄下並用 sh patch.sh來自動替換:
sed -i '0,/^#include.*/s//#include "internal.h"\n&/' \
pidgin/win32/gtkdocklet-win32.c \
pidgin/win32/gtkwin32dep.c \
pidgin/win32/wspell.c \
pidgin/plugins/win32/winprefs/winprefs.c

一些包的名字有問題，應該是源代碼不是最新的緣故：nss的那個包文件夾名字為nss-3.13.6-nspr-4.9.2以及pidgin-inst-deps-20120910
在win8下編譯，會因為wstcpip和winsock的沖突，導致無法編譯，需要調整include的順序:將 #include "internal.h" 放在 #include <windows.h> 前面,在以下文件中
在這里下載並解壓縮到win32-dev中
使用 make -f Makefile.mingw install 編譯
在第2步中就會獲取glib的依賴,所以這里不用再做什麼.
在這里下載spider monkey的mingw32預編譯好的包，解壓縮到win32-dev/js-1.8.5-mingw32目錄下.
需要使用在上面提供的依賴的壓縮包文件，如果是隨意復制其它來源的dll(如pthreadGC2.dll會導致這些dll依賴libgccsw***.dll 從而使得靜態鏈接的libwebqq.dll失效，直接導致了pidgin退出的時候出現異常錯誤)
prepare directly
也可以直接下載整理好的傻瓜包中的pidgin-dependencies.7z和pidgin-lwqq-dependencies.7z直接解壓縮到win32-dev中，pidgin源代碼中需要修改的文件放在了pidgin-dependencies/pidgin目錄下了。
build
打開一個MinGW Shell,進入lwqq_root目錄,輸入
git clone https://github.com/xiehuc/pidgin-lwqq.git
git submole init
git submole update
cd pidgin-lwqq
mkdir build;cd build
cmake .. -G "MSYS Makefiles" -DWIN32_LIBS_DIR=`lwqq_root/win32-dev`的絕對路徑 -DPACKAGE=ZIP
make

最後,就可以在build/src目錄下獲得libwebqq.dll. PACKAGE選項可以自動打包成zip文件，使用make package之後可以在build目錄下獲得zip包
install
將製作的zip包解壓縮到pidgin的根目錄即可。執行pidgin就可以在協議中看到WebQQ協議了

Ⅳ 如何在windows xp系統下使用gtk 誰會就請給出詳細步驟

遇到問題，相關軟體的官網是第一選擇，搜索引擎其次，圖書館往往最浪費時間。
http://www.gtk.org/download-windows.html
以上網頁第一段的意思是：為了編譯GTK+程序，需要安裝GLib、cairo、Pango、ATK、gdk-pixbuf和GTK+這些開發包（就是GTK+ indivial packages標題下Dev列的內容，其中GTK+提供了兩個版本，只需要一個就可以了）；為了運行GTK+程序，需要安裝GLib、cairo、Pango、ATK、gdk-pixbuf和GTK+的運行庫（就是GTK+ indivial packages標題下Run-time列的內容），以及gettext-runtime、fontconfig、freetype、expat、libpng和zlib（就是Required third party dependencies標題下Run-time列的內容）。

如果要編程，What toolchain to use?標題下的內容最好也看一下。
寫Windows下的GTK+程序還有個選擇：http://ricardo.ecn.wfu.e/~cottrell/cross-gtk/。

總結一下：只是在Windows下運行GTK+程序，則安裝GLib、cairo、Pango、ATK、gdk-pixbuf、GTK+、gettext-runtime、fontconfig、freetype、expat、libpng和zlib的運行庫（就是Run-time列的內容）就行了（如果你很清楚這里某個組件是用不到的，不裝也行）。

如果是在Windows下寫GTK+程序，就把我前面提到的編譯和運行需要的內容都裝上（編程過程中需要調試吧！）。

想深入一點，http://www.gtk.org/documentation.html是要看一下的。想深深地陷入GTK+，那還是把Windows休了吧。