OSXアプリバンドルの構築
Xcodeを使用せずにosXアプリを作成したとします。 GCCでコンパイルした後、他のいくつかのライブラリにリンクされている実行可能ファイルを取得します。これらのライブラリの一部は、他の非標準システムライブラリに再び動的にリンクされる可能性があります
最初に必要なディレクトリ構造を作成し、リンクを再帰的にコピー/チェック/修正してOSXアプリバンドルを作成し、すべての動的依存関係もアプリバンドルに含まれていることを確認するツールがありますか？
私はこのようなものを書くことを試みることができると思いますが、私はこのようなものがすでに存在するかどうか疑問に思いました。
MacOSXでアプリバンドルを作成するには、EasyとUglyの2つの方法があります。
簡単な方法は、XCodeを使用することです。できた.
問題は時々できないことです。
私の場合、他のアプリを作成するアプリを作成しています。ユーザーにXCodeがインストールされているとは思いません。また、 MacPorts を使用して、アプリが依存するライブラリをビルドしています。配布する前に、これらのdylibがアプリにバンドルされていることを確認する必要があります。
免責事項： 私はこの投稿を書く資格がまったくありません。中のすべてがApple docs、既存のアプリと試行錯誤を取り上げています。それは私にとってはうまくいきますが、おそらく間違いです。修正があればメールしてください。
最初に知っておくべきことは、アプリバンドルは単なるディレクトリであることです。
架空のfoo.appの構造を調べてみましょう。
foo.app/ Contents / Info.plist MacOS / foo Resources / foo .icns
Info.plistはプレーンなXMLファイルです。テキストエディターまたはXCodeにバンドルされているプロパティリストエディターアプリで編集できます。 （/ Developer/Applications/Utilities /ディレクトリにあります）。
含める必要がある重要なものは次のとおりです。
CFBundleName -アプリの名前。
CFBundleIcon -コンテンツ/リソースディレクトリにあると想定されるアイコンファイル。 Icon Composer appを使用してアイコンを作成します。（/ Developer/Applications/Utilities /ディレクトリにもあります）PNGをウィンドウにドラッグアンドドロップするだけで、mipが自動的に生成されます。 -あなたのためのレベル。
CFBundleExecutable -Contents/MacOS /サブフォルダーにあると想定される実行可能ファイルの名前。
さらに多くのオプションがありますが、上記のオプションは最低限のものです。ここにいくつかのApple Info.plist ファイルと App bundle structure に関するドキュメントがあります。
また、サンプルのInfo.plistもあります。
<？xml version = "1.0" encoding = "UTF-8"？> <！DOCTYPE plist PUBLIC "-// Apple Computer // DTD PLIST 1.0 // EN" "http： //www.Apple.com/DTDs/PropertyList-1.0.dtd"> <plist version = "1.0"> <dict> <key> CFBundleGetInfoString </ key > <string> Foo </ string> <key> CFBundleExecutable </ key> <string> foo </ string> <key> CFBundleIdentifier < /key> <string> com.your-company-name.www </ string> <key> CFBundleName </ key> <string> foo </ string> <key> CFBundleIconFile </ key> <string> foo.icns </ string> <key> CFBundleShortVersionString </ key> <string> 0.01 </ string> <key> CFBundleInfoDictionaryVersion </ key> <string> 6.0 </ string> <key> CFBundlePackageType </ key> <string > APPL </ string> <key> IFMajorVersion </ key> <integer> 0 </ integer> <key> IFMinorVersion </ key> <integer> 1 </ integer> </ dict> </ plist>
完璧な世界では、実行可能ファイルをContents/MacOS/dirにドロップするだけで完了します。ただし、アプリに非標準のdylib依存関係がある場合、機能しません。 Windowsと同様に、MacOSにも独自の特別な種類の DLL Hell が付属しています。
MacPorts を使用してリンクするライブラリを構築している場合、dylibの場所は実行可能ファイルにハードコードされます。まったく同じ場所にdylibがあるマシンでアプリを実行すると、正常に実行されます。ただし、ほとんどのユーザーにはインストールされません。ユーザーがアプリをダブルクリックすると、クラッシュするだけです。
実行可能ファイルを配布する前に、ロードするすべてのdylibを収集し、アプリバンドルにコピーする必要があります。また、実行可能ファイルを編集して、正しい場所でdylibを検索する必要があります。つまり、それらをコピーした場所。
実行可能ファイルを手で編集するのは危険ですね幸いなことに、役立つコマンドラインツールがあります。
otool -L executable_name
このコマンドは、アプリが依存するすべてのdylibをリストします。 System/Libraryまたはusr/libフォルダーにないものがあれば、それらをアプリバンドルにコピーする必要があります。それらを/ Contents/MacOS /フォルダーにコピーします。次に、新しいdylibを使用するために実行可能ファイルを編集する必要があります。
まず、-headerpad_max_install_namesフラグを使用してリンクしていることを確認する必要があります。これにより、新しいdylibパスが前のパスよりも長い場合に、そのスペースが確保されます。
次に、install_name_toolを使用して各dylibパスを変更します。
install_name_tool -change existing_path_to_dylib @ executable_path/blah.dylib executable_name
実際の例として、アプリで libSDL を使用し、otoolでその場所が「/opt/local/lib/libSDL-1.2.0.dylib」としてリストされているとします。
まず、アプリバンドルにコピーします。
cp /opt/local/lib/libSDL-1.2.0.dylib foo.app/Contents/MacOS/
次に、実行可能ファイルを編集して、新しい場所を使用します（注：-headerpad_max_install_namesフラグを使用してビルドしたことを確認してください）
install_name_tool -change /opt/local/lib/libSDL-1.2.0.dylib @ executable_path/libSDL-1.2.0.dylib foo.app/Contents/MacOS/foo
ふう、もう終わりだ。現在、現在の作業ディレクトリに小さな問題があります。
アプリを起動すると、現在のディレクトリは、アプリケーションが配置されている場所の上のディレクトリになります。例：foo.appを/ Applcationsフォルダーに配置すると、アプリを起動したときの現在のディレクトリは/ Applicationsフォルダーになります。 /Applications/foo.app/Contents/MacOS/ではありません。
これを考慮してアプリを変更するか、現在のディレクトリを変更してアプリを起動するこの小さな魔法のランチャースクリプトを使用できます。
＃！/ bin/bash
cd "$ {0％/ *}"
./ foo
Info.plistファイルを調整して、 CFBundleExecutable 以前の実行可能ファイルではなく、起動スクリプトを指します。
OK、すべて完了しました。幸いなことに、これらすべてを理解したら、ビルドスクリプトに埋め込みます。
私は実際にいくつかの信用に値する非常に便利なツールを見つけました...いいえ-私はこれを開発しませんでした;）
https://github.com/auriamg/macdylibbundler/
すべての依存関係を解決し、実行可能ファイルとdylibファイルを「修正」して、アプリバンドルでスムーズに動作するようにします。
...依存する動的ライブラリの依存関係もチェックします：D
これをMakefileで使用します...アプリバンドルを作成します。 macosx /フォルダーにあるPNGアイコンファイルと、ここに含めるPkgInfoおよびInfo.plistファイルが必要になるため、それを読んで理解してください...
「自分のコンピューターで動作します」... Mavericksの複数のアプリにこれを使用します...
APPNAME=MyApp
APPBUNDLE=$(APPNAME).app
APPBUNDLECONTENTS=$(APPBUNDLE)/Contents
APPBUNDLEEXE=$(APPBUNDLECONTENTS)/MacOS
APPBUNDLERESOURCES=$(APPBUNDLECONTENTS)/Resources
APPBUNDLEICON=$(APPBUNDLECONTENTS)/Resources
appbundle: macosx/$(APPNAME).icns
rm -rf $(APPBUNDLE)
mkdir $(APPBUNDLE)
mkdir $(APPBUNDLE)/Contents
mkdir $(APPBUNDLE)/Contents/MacOS
mkdir $(APPBUNDLE)/Contents/Resources
cp macosx/Info.plist $(APPBUNDLECONTENTS)/
cp macosx/PkgInfo $(APPBUNDLECONTENTS)/
cp macosx/$(APPNAME).icns $(APPBUNDLEICON)/
cp $(OUTFILE) $(APPBUNDLEEXE)/$(APPNAME)
macosx/$(APPNAME).icns: macosx/$(APPNAME)Icon.png
rm -rf macosx/$(APPNAME).iconset
mkdir macosx/$(APPNAME).iconset
sips -z 16 16 macosx/$(APPNAME)Icon.png --out macosx/$(APPNAME).iconset/icon_16x16.png
sips -z 32 32 macosx/$(APPNAME)Icon.png --out macosx/$(APPNAME).iconset/[email protected]
sips -z 32 32 macosx/$(APPNAME)Icon.png --out macosx/$(APPNAME).iconset/icon_32x32.png
sips -z 64 64 macosx/$(APPNAME)Icon.png --out macosx/$(APPNAME).iconset/[email protected]
sips -z 128 128 macosx/$(APPNAME)Icon.png --out macosx/$(APPNAME).iconset/icon_128x128.png
sips -z 256 256 macosx/$(APPNAME)Icon.png --out macosx/$(APPNAME).iconset/[email protected]
sips -z 256 256 macosx/$(APPNAME)Icon.png --out macosx/$(APPNAME).iconset/icon_256x256.png
sips -z 512 512 macosx/$(APPNAME)Icon.png --out macosx/$(APPNAME).iconset/[email protected]
sips -z 512 512 macosx/$(APPNAME)Icon.png --out macosx/$(APPNAME).iconset/icon_512x512.png
cp macosx/$(APPNAME)Icon.png macosx/$(APPNAME).iconset/[email protected]
iconutil -c icns -o macosx/$(APPNAME).icns macosx/$(APPNAME).iconset
rm -r macosx/$(APPNAME).iconset
Info.plist
<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE plist PUBLIC "-//Apple Computer//DTD PLIST 1.0//EN" "http://www.Apple.com/DTDs/PropertyList-1.0.dtd">
<plist version="1.0">
<dict>
<key>CFBundleDevelopmentRegion</key>
<string>English</string>
<key>CFBundleExecutable</key>
<string>MyApp</string>
<key>CFBundleGetInfoString</key>
<string>0.48.2, Copyright 2013 my company</string>
<key>CFBundleIconFile</key>
<string>MyApp.icns</string>
<key>CFBundleIdentifier</key>
<string>com.mycompany.MyApp</string>
<key>CFBundleDocumentTypes</key>
<array>
</array>
<key>CFBundleInfoDictionaryVersion</key>
<string>6.0</string>
<key>CFBundlePackageType</key>
<string>APPL</string>
<key>CFBundleShortVersionString</key>
<string>0.48.2</string>
<key>CFBundleSignature</key>
<string>MyAp</string>
<key>CFBundleVersion</key>
<string>0.48.2</string>
<key>NSHumanReadableCopyright</key>
<string>Copyright 2013 my company.</string>
<key>LSMinimumSystemVersion</key>
<string>10.3</string>
</dict>
</plist>
PkgInfo
APPLMyAp
最も簡単な解決策は、何も変更せずにXcodeプロジェクトを一度作成し（Xcodeが作成するシンプルなワンウィンドウアプリを保持する）、ビルドし、作成したバンドルをコピーすることです。次に、ファイル（特にInfo.plist）をコンテンツに合わせて編集し、Contents/MacOS /ディレクトリに独自のバイナリを配置します。
Pythonベースのアプリケーションの場合は py2app など、特定の環境の依存ライブラリを使用してアプリバンドルを構築するのに役立つオープンソースツールがいくつかあります。より一般的なものが見つからない場合は、ニーズに合わせて調整することができます。
早くこの投稿を見つけたらいいのに…。
アプリのReleaseバージョンをビルドするたびに呼び出されるRun scriptフェーズを使用して、この問題を解決する私の大まかな方法を次に示します。
# this is an array of my dependencies' libraries paths
# which will be iterated in order to find those dependencies using otool -L
libpaths=("$NDNRTC_LIB_PATH" "$BOOST_LIB_PATH" "$NDNCHAT_LIB_PATH" "$NDNCPP_LIB_PATH" "/opt/local/lib")
frameworksDir=$BUILT_PRODUCTS_DIR/$FRAMEWORKS_FOLDER_PATH
executable=$BUILT_PRODUCTS_DIR/$EXECUTABLE_PATH
#echo "libpaths $libpaths"
bRecursion=0
lRecursion=0
# this function iterates through libpaths array
# and checks binary with "otool -L" command for containment
# of dependency which has "libpath" path
# if such dependency has been found, it will be copied to Frameworks
# folder and binary will be fixed with "install_name_tool -change" command
# to point to Frameworks/<dependency> library
# then, dependency is checked recursively with resolveDependencies function
function resolveDependencies()
{
local binfile=$1
local prefix=$2
local binname=$(basename $binfile)
local offset=$((lRecursion*20))
printf "%s :\t%s\n" $prefix "resolving $binname..."
for path in ${libpaths[@]}; do
local temp=$path
#echo "check lib path $path"
local pattern="$path/([A-z0-9.-]+\.dylib)"
while [[ "$(otool -L ${binfile})" =~ $pattern ]]; do
local libname=${BASH_REMATCH[1]}
otool -L ${binfile}
#echo "found match $libname"
printf "%s :\t%s\n" $prefix "fixing $libname..."
local libpath="${path}/$libname"
#echo "cp $libpath $frameworksDir"
${SRCROOT}/sudocp.sh $libpath $frameworksDir/$libname $(whoami)
local installLibPath="@rpath/$libname"
#echo "install_name_tool -change $libpath $installLibPath $binfile"
if [ "$libname" == "$binname" ]; then
install_name_tool -id "@rpath/$libname" $binfile
printf "%s :\t%s\n" $prefix "fixed id for $libname."
else
install_name_tool -change $libpath $installLibPath $binfile
printf "%s :\t%s\n" $prefix "$libname dependency resolved."
let lRecursion++
resolveDependencies "$frameworksDir/$libname" "$prefix>$libname"
resolveBoostDependencies "$frameworksDir/$libname" "$prefix>$libname"
let lRecursion--
fi
path=$temp
done # while
done # for
printf "%s :\t%s\n" $prefix "$(basename $binfile) resolved."
} # resolveDependencies
# for some reason, unlike other dependencies which maintain full path
# in "otool -L" output, boost libraries do not - they just appear
# as "libboost_xxxx.dylib" entries, without fully qualified path
# thus, resolveDependencies can't be used and a designated function is needed
# this function works pretty much in a similar way to resolveDependencies
# but targets only dependencies starting with "libboost_", copies them
# to the Frameworks folder and resolves them recursively
function resolveBoostDependencies()
{
local binfile=$1
local prefix=$2
local binname=$(basename $binfile)
local offset=$(((bRecursion+lRecursion)*20))
printf "%s :\t%s\n" $prefix "resolving Boost for $(basename $binfile)..."
local pattern="[[:space:]]libboost_([A-z0-9.-]+\.dylib)"
while [[ "$(otool -L ${binfile})" =~ $pattern ]]; do
local libname="libboost_${BASH_REMATCH[1]}"
#echo "found match $libname"
local libpath="${BOOST_LIB_PATH}/$libname"
#echo "cp $libpath $frameworksDir"
${SRCROOT}/sudocp.sh $libpath $frameworksDir/$libname $(whoami)
installLibPath="@rpath/$libname"
#echo "install_name_tool -change $libname $installLibPath $binfile"
if [ "$libname" == "$binname" ]; then
install_name_tool -id "@rpath/$libname" $binfile
printf "%s :\t%s\n" $prefix "fixed id for $libname."
else
install_name_tool -change $libname $installLibPath $binfile
printf "%s :\t%s\n" $prefix "$libname Boost dependency resolved."
let bRecursion++
resolveBoostDependencies "$frameworksDir/$libname" "$prefix>$libname"
let bRecursion--
fi
done # while
printf "%s :\t%s\n" $prefix "$(basename $binfile) resolved."
}
resolveDependencies $executable $(basename $executable)
resolveBoostDependencies $executable $(basename $executable)
これが誰かに役立つことを願っています。