天天看點

編寫dylib_如何使用第三方的dylib

展開全部

所謂dylib,就是bsd風格的動态庫。基本可以認為等價于e5a48de588b63231313335323631343130323136353331333339663331windows的dll和linux的so。mac基于bsd,是以也使用的是dylib。

如果你需要引用一個第三方的dylib,在xcode下編譯出cocoa程式,在本機上運作是不會出問題的。但是釋出出來,給其他使用者用,就可能出問題。因為使用者不一定有這個庫。

這個問題給我造成了相當的困擾,我到現在也沒找到正規的方法。但是我确實解決了這個問題,雖然方法不一定正宗。不管怎麼說,寫下來,如果暫時沒有更好的辦法,那麼先這樣做。如果誰有更好的辦法,也請一定不吝留言或郵件給我。

我的辦法是這樣的:

1 otool -L yourapp.app/Contents/MacOS/yourapp

這一步的意思是對你編譯出的app使用otool指令,以便獲得依賴哪些dylib的資訊。注意這個路徑。cocoa的app在指令行下表現為目錄。所有相關的東西都在裡面。

結果如下所示:

yourapp.app/Contents/MacOS/yourapp:

/System/Library/Frameworks/Cocoa.framework/Versions/A/Cocoa (compatibility version 1.0.0, current version 12.0.0)

/usr/local/lib/lib01.dylib (compatibility version 0.0.0, current version 0.1.0)

/usr/local/lib/lib02.dylib (compatibility version 0.0.0, current version 0.1.0)

/usr/local/lib/lib03.dylib (compatibility version 0.0.0, current version 0.1.0)

/usr/lib/libgcc_s.1.dylib (compatibility version 1.0.0, current version 1.0.0)

/usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 111.0.0)

/usr/lib/libobjc.A.dylib (compatibility version 1.0.0, current version 227.0.0)

/System/Library/Frameworks/CoreFoundation.framework/Versions/A/CoreFoundation (compatibility version 150.0.0, current version 476.0.0)

/System/Library/Frameworks/AppKit.framework/Versions/C/AppKit (compatibility version 45.0.0, current version 949.0.0)

/System/Library/Frameworks/Foundation.framework/Versions/C/Foundation (compatibility version 300.0.0, current version 677.12.0)

注意我标紅的地方。假如lib01,lib02,lib03是本程式引用的第三方庫,那麼在這個程式裡面,他們的引用位址是位于/usr/local/lib上的。這是開發機上的安裝情況。而使用這個程式的客戶機未必安裝這些東西,是以程式就要出錯。

顯然,我們需要做2件事。a 把這些庫附帶在app上 b 把他們的引用位址修改到正确的位置。

2 mkdir yourapp.app/Contents/dylib

在編譯出來的app中,建立dylib目錄

然後把所有需要的庫複制過去

cp /usr/local/lib/lib01.dylib yourapp.app/Contents/dylib/

cp /usr/local/lib/lib02.dylib yourapp.app/Contents/dylib/

cp /usr/local/lib/lib03.dylib yourapp.app/Contents/dylib/

3 install_name_tool -change /usr/local/lib/lib01.dylib @loader_path/../dylib/lib01.dylib "yourapp.app/Contents/MacOS/yourapp"

install_name_tool 是蘋果提供的用來修改dylib安裝名稱的指令。這個指令執行之後,再用otool -L 就可以看到變化了

yourapp.app/Contents/MacOS/yourapp:

/System/Library/Frameworks/Cocoa.framework/Versions/A/Cocoa (compatibility version 1.0.0, current version 12.0.0)

@loader_path/../dylib/lib01.dylib (compatibility version 0.0.0, current version 0.1.0)

/usr/local/lib/lib02.dylib (compatibility version 0.0.0, current version 0.1.0)

/usr/local/lib/lib03.dylib (compatibility version 0.0.0, current version 0.1.0)

/usr/lib/libgcc_s.1.dylib (compatibility version 1.0.0, current version 1.0.0)

/usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 111.0.0)

/usr/lib/libobjc.A.dylib (compatibility version 1.0.0, current version 227.0.0)

/System/Library/Frameworks/CoreFoundation.framework/Versions/A/CoreFoundation (compatibility version 150.0.0, current version 476.0.0)

/System/Library/Frameworks/AppKit.framework/Versions/C/AppKit (compatibility version 45.0.0, current version 949.0.0)

/System/Library/Frameworks/Foundation.framework/Versions/C/Foundation (compatibility version 300.0.0, current version 677.12.0)

注意标紅的位置。已經變化了。@loader_path 指的是應用程式運作的位置,也就是yourapp.app/Contents/MacOS/yourapp,是以要用一個..,以便定位到第2步建立的dylib目錄。

重複這個指令,修改lib02,lib03

4 otool -L yourapp.app/Contents/dylib/*.dylib

繼續用otool 來檢查dylib下面使用的第三方庫是否還有其他依賴,install_name是否正确,重複1,2,3的步驟,把所需要的dylib複制過來,修改install_name。

如果都改對了,那麼這個app就附帶上了dylib,可以在其他機器上正确運作了,不用非要尋找/usr/local/lib下面的庫了。

剛才我們修改的結果是一個build的結果。當然,每次build都這麼折騰一下很麻煩。是以繼續這樣做:

1 前面的步驟得到了一個完整的dylib目錄。把這個dylib複制一份備用。比如放在你的xcode項目下面。

2 編寫一個腳本:

mkdir "$TARGET_BUILD_DIR/$PRODUCT_NAME.app/Contents/dylib"

cp -f /your/path/to/xcode_project_name/dylib/*.dylib "$TARGET_BUILD_DIR/$PRODUCT_NAME.app/Contents/dylib/"

install_name_tool -change /usr/local/lib/lib01.dylib @loader_path/../dylib/lib01.dylib "$TARGET_BUILD_DIR/$PRODUCT_NAME.app/Contents/MacOS/$PRODUCT_NAME"

(用這個格式重複前面對app使用過的dylib)

3 在xcode中,展開targets節點,右鍵點工程名稱,在菜單中選Add->New Build Phasa->New Run Script Build Phasa,在打開的對話框裡面,把剛才的腳本貼進去。如圖所示。

這個腳本會在build之後自動運作。不過我這裡有個奇怪的問題,如果Shell裡面寫了/bin/sh,會報告找不到這個檔案(實際上存在),而讓shell為空,反而可以正确的運作shell指令。

經過這些處理,每次編譯出來的app就可以拿到其他機器上運作了。可真夠麻煩的...

編寫dylib_如何使用第三方的dylib

已贊過

已踩過<

你對這個回答的評價是?

評論

收起